RE: Excel 2003 i wersja 12 / ograniczenia / pliki XLS
OShon
Ad 1. Sprawa dość trywialna jednakże nie wprost
Aby przetworzyć dane, które posiadają więcej wierszy niż max 65536 należy
posłużyć się tabelą przestawna (zlicza ona rekordy - agregując je do 270k
czyli 300* więcej niż ilość wierszy w arkuszu)
Oczywiście problem zaczyna się powtarzać, jeżeli chcielibyśmy uzyskać pełne
dane tabeli... ;] Wiadomo, co sie stanie. Ale jak interesuje nas zakres
cząstkowy to jest duże prawdopodobientwo iz wystarczy jedna zakładka.
Ad 2. Z tego, co wiem nie ma możliwości, aby zmusić Excela poprzez inny
program o generowania takiego pliku, ale próbowałem sztuczki z plikiem TXT z
rozszerzeniem.XLS i wszystko było ok (o ile nie chciałem go otworzyć przez
Excela, ale rozwiązanie to masz w odp. nr3)
Ad 3. A po co?
Wysyłasz dane do pliku txt, następnie poprzez import o odpowiedniej stronie
kodowej i iznaczeniu klasyfikacji pol (czy text, data czy dane) importujesz
do tabeli przestawnej ;]
A czy da się, aby VBA importował resztę z 65536 do następnej zakładki - tak
Opisuje to Helion, w „VBA programowanie dla zaawansowanych" czy jakoś
tak..P. Lewandowskiego. (Taka czerwona broszurka)
Ad 4. Nareszcie było by fajnie... Ale znając liczne wpadki oraz skargi w
stosunku do niekompatybilności wersji można by przypuszczać ze możliwość
zwieszenia wierszy w MSExcel nie jest taki oczywisty.
Microsoft poradził sobie kiedyś z tym problemem wprowadzając SpreedSheet*.
Ale jest to dodatek, który nie chodzi, gdy na innym kompie nie mamy
zainstalowanego tego dodatku. Poza tym często SpreedSheet*, sie sypie. A wsad
danych do tego arkusza jest możliwy tylko z VBA. – same problemy.
* Web Components
owc9.exe dla 2000
owc10.exe dla XP
owc11.exe dla 2003
Matusewicz@discussions.microsoft.com Piotr Matusewicz
poruszany i jasne jest, że w Excelu (przynajmniej w wersji 11 - 2003) nie ma
możliwości zarządzania większą liczbą wierszy. Jednak nadal w tej kwestii
pozostaje kilka pytań bez odpowiedzi.
1) Ostatnio ktoś mnie zaskoczył i powiedział mi, że jest możliwość
zaimportowania do excela większej ilości rekordów z Accessa. Sprawa wygladala
następująco. Był plik DBF. Otworzono go w Accessie i przy pomocy odpowiedniej
kwerendy wybrano okolo 70k rekordów. Nastepnie kwerende wyeksportowano do
excela. W związku tym pytanie. Ja nigdy w zyciu w excelu nie widziałem rzędu
numer 65537. Czy ktoś taki rząd widział (nawet przy zerowej funkcjonalności i
możliwości edycji)?
2) Drugie pytanie jest już konkretnejsze. Chodzi o format pliku XLS. Czy
możliwe jest zapisanie pliku XLS przez jakikolwiek program (SAS, Oracle,
Access, itp) o większej ilości wierszy niz 65536? Nie dyskutuje z możliwością
otwarcia takiego pliku w excelu. Czy format XLS potrafi zaadresować więcej
rzędów? Z moich informacji wynika ze XLS używa tylko 2 bajtów = 16 bitów =
65536 kombinacji do adresowania rzędów. Czy to prawda?
3) Istnieje możliwość zapisania plików w innych formatach np. CSV/TXT; XML;
DBF o większej ilości wierszy niz 65536. Próba otwarcia takiego pliku w
excelu konczy się komunikatem, ze nie zaladowano calego pliku i wyświetlanych
jest tylko pierwsze 65536 wierszy. Przeczytalem gdzieś o pewnym makrze VB,
które potrafiłoby obsłuzyć podczas importu danych wiecej rekordów dzielac je
i przenoszac nadwyzkowe rekordy do nowego arkusza. Czy ktos zna ta metodę i
potrafi wytlumaczyc jak ja zastosowac w praktyce i opisac tutaj? Przyznam
szczerze, ze nie siedze w VB.
4) Słyszalem, że w nowym Excelu 12 ma być zwiększony obszar roboczy do
1048576 (około 1 mln) wierszy da to 20 bitów na adresację. Czy to prawda?
Liczba kolumn ma być zwiększona do 16384 (14 bitów na adresację). Ostatnia
kolumna ma mieć oznaczenie XFD. W związku z tym - jeśli to prawda - a moja
teoria na temat plików XLS byłaby prawdziwa - to oznacza to, że takie duże
arkusze wymagałyby zapisania w innym formacie pliku, albo zreorganizowania
formatu XLS, w którym jest mniejsza ilosc bitów przeznaczona na adresację.
Mogłoby to potwierdzić tezę, że takie "duze" pliki XLS istnieją i pewne
programy obecnie dostępne na rynku mogą takie pliki już teraz zapisywać.
Jeśli tak to jak wygląda zgodność takich plików w dół.