MS Access - p adatbázis fájlt - és adjunk hozzá egy squeeze
MS Access - adatbázis fájl maks.razmer - tömöríteni, és add
Maks.razmer DB - 2 GB.
1. zsugorodott - kapott 500 mega - kezdett hozzá húrok hogy delatkogda ismét eléri a 2 GB. Ismét nyomja? A zsugorodó ez?
2. Ha nem tömöríti, akkor nőnek fel, hogy milyen mértékben?
lehet szimulálni ezt a helyzetet a csatlakozó és meglátjuk, mi történik
> 2. Ha nem tömöríti, akkor nőnek fel, hogy milyen mértékben?
hogy
2 GB. egy kicsit kevesebb. 2 koncert egy határ a mérete az adatok, és a tömörítetlen is + nem törölt és újra teret „lyukak” az oldalakat, munkaterületeket.
elméletileg lehet kapni a túlcsordulás és 1 GB-os alapon, ha például ezt obedenenie kérését, hogy> a maradék 1 GB. (Ha megtelt, mert az ideiglenes tábla lesz teljesen található (ppytaetsya) az adatbázisban)
Undiscovery # XA0; (23.12.05 13:58) # XA0;
Tömöríteni, vagy váltani egy másik adatbázis, a Microsoft azt javasolja MSDE.
És mi ez a helyzet - van az adatokat egy szöveges fájlt, akkor meg kell tenni az adatbázisban. Nagy volumenű. Az elsődleges sodródás adatbázis fájl mérete - körülbelül 2,5 koncertek, tömörítés után 500 mega.
Talán valami történni fog az adatbázishoz, chtonit romlik?
Vagy ha nem tesz semmit, de szorítani \ vosttanovit, akkor minden rendben van?
Valami, amit mesélni 2,5 GB, leírás maximális mérete 2 GB
Nos, mit is mondhatnék - Nem hiszem, hogy ki a szemed!
Igaz pravad - 2.5 giga. nincs kapcsolódó adatbázisban segédprogramok kivéve az injekció az adatbázisba. Más szóval, az adatbázis csak egy lekérdezés SQL - INSERT INTO. nincs nyitott ND. Talán ebben az esetben?
Undiscovery # XA0; (23.12.05 16,22) [6]
jött ő példája annak, hogy a bázis több mint 2GB. Megnézem címen.
Perverz.
Ilyen élvezet Access - tudatosan teszik aranyér valamennyi helyen.
Azt írta az AP - használja MSDE, és még teljes értékű SQL.
> Tudok tanácsot vázlat egyszerű példa
Azt tanácsolom, hogy ne adjon több ilyen tippeket.
Tény, hogy ez a 2 GB-os fájlméret korlátozás a FAT (ha jól értem).
Ha NTFS - talán nem ez a korlátozás?
Undiscovery # XA0; (26.12.05 11:02) [9]
Ha az ilyen mennyiségek - ez azt jelenti, nem a kiválasztott bázissal.
> És ha NTFS - talán nem ez a korlátozás?
ott. Ez nem függ a fájlrendszerben. Ez a korlátozás az adatbázis típusától leírás. ha igen, ez egy leírás lett dolgozva, vagy hiba a motorban.
> Ez a korlátozás a bázis típusától leírások
Igen. De a leírás határ szintén nem szívja el az ujját.
MS 2 GB megkötés, látszólag alapján a fájl rendszer korlátai (nem
Mert sajnálta több). A dugulás az esetben, ha a fájl
A rendszer lehetővé teszi, hogy több, mint 2 GB-os nincs beállítva. De ez mind mind csak
tippem.
Asail # XA0; (26.12.05 15:25) [14]
> Nem azért, mert a dolgok bántam több mint
még mindig van egy „pártpolitika” (/ vállalat). és ez a politika nem törődnek a hosszú elavult fájlrendszer korlátai, meg kell átrendezni.
ezek a feltételezések rég ellenőrizni és újra ellenőrizni kell. olvassa el a menet első.
> Ui Mi
>> hiba a motor
ha írsz egy programot, és azt mondják: „működik a fájlok 100meg többé.” (a továbbiakban nincs szükség schitaesh / hochesh limit, hogy az átmenet az új változat) vesde stavish „ha a méret> =, akkor az emelés”.
és egy helyen, és nem fogadott el (az átmenet ezen a helyen) hirtelen egy fájlt hoz létre többé. Mi ez? - „Egy hiba a motor.” Nem IMHO. nyilatkozatban, de nem csinál = hiba.
> Az ugyanazon a helyen és nem fogadott el (az átmenet e
> Place) hirtelen egy fájlt hoz létre többé. Mi ez?
Persze tévedés! Végtére is, azt mondta, hogy nem több, mint 100 MB, és nem tett eleget!
Tehát a hiba. De ez a mi elkalandozik a téma.
Asail # XA0; (26.12.05 15:25) [14]
Természetesen nem a ujj - ennek oka, hogy Int32