Ado hozzáférés - hogy felgyorsítsák a szükséges!
ADO + Access - felgyorsítása szükséges!
Aloha! Megvan 2 kérdés, hogy gyorsítsa fel a munkát kódot.
Adott: a csatlakozás adatbázis, tábla 1, körülbelül 500 000 rekordot, a mérete 200 mega. Hozzáférés ADOConnection + ADOQuery.
1. Hogyan lehet felgyorsítani a kapcsolatot az adatbázis? Miután ADOConnection: = true sokáig gondolkodtam, és gátolja a prog.
2. Hogyan tudjuk biztosítani, hogy ADOQuery.Open nem akadályozza a fő stream? Mi CursorLocation beállítások ExecuteOption segítséget?
3. Miért van az adatbázis írásakor az ő feljegyzések, így jó megduzzad? Amíg van koncert jön, és tömörítés után 200 mega. Mi teszi ezt az „tömörítés”? És lehet, hogy igaza van, hogy tartalmazza?
2. Ne írj a Query SELECT * FROM tablica500tysch
3. A tömörítés csökkenti a fájl miatt a megsemmisítés nem használt területek, amelyek továbbra eltávolítása után az adatok. Engedélyezése nem lehet. Ez a hely, akkor automatikusan befogadására használt új adatokat anélkül fájl növekedést. Megduzzad, ha az adatbázis levelet képeket vagy zenét vagy indikátorok minden második érzékelők
2. Hogyan tudjuk biztosítani, hogy ADOQuery.Open nem akadályozza a fő stream? Mi CursorLocation beállítások ExecuteOption segítséget?
CursorLocation ===
clUseServer adott esetben a csatlakozási
ExecuteOption ===
eoAsyncExecute A parancs végrehajtása aszinkron.
eoAsyncFetch A parancs letölti fennmaradó sorok után a kezdeti mennyiség meghatározott gyorsítótár ingatlan aszinkron.
eoAsyncFetchNonBlocking Execution nélkül végzik blokkolja a menet.
2Desdechado:
- # XA0; És mi van velem, majd írni egy lekérdezést az adatok lekéréséhez nem SELECT * FROM. ) De úgy, ahogy gondolja tisztában vagyok. Nem akarom, hogy válasszon egy időben az összes 500 ezer, természetesen használja a WHERE állítmány (Mező1 = Value1) és (Mező2 = Value2) és. kiválaszthat legfeljebb 600-800 sorokat, de még mindig nagyon hosszú :(. Hogyan kell építeni indexek, hogy gyorsítsák fel az ügyet? Minden használt mező vagy kompozit?
- Az adatbázis nem tárolja képek és a zene (BLOB mezők nincsenek jelen), akkor INFA a fájlokat a lemezen (leírás, jellemzők, elérési útvonala). adattörlés még nem termelt (csak írni), és még mindig nincs kompresszió volt egy koncert, és miután 200 megov- furcsa valahogy. talán ez egy szöveges mező (a fájl elérési út), mint hawala. - /
2Anatoly Podgoretsky
- A kurzor pozícióját meg kell adni a Query vagy kapcsolat?
# XA0; vagy mindkét helyen?
- I segíteni természetesen predvariteno olvasni :) de ExecuteOption = [eoAsyncFetch, eoAsyncFetchNonBlocking], cache = 20 nifiga nem aszinkron lekérése 20 öltés, és minden szivattyúk 600 egyszerre.
Talán figyelmét Szent MaxRecords
A helyi adatbázis CursorLocation figyelmen kívül hagyja.
Base (MDB) ugyanezen a gépen?
A felhasználó egy vagy több?
Talán meg kellene nézni felé MSDE vagy beágyazott FireBird?
2 AlexWlad
- adatbázis lehet egy távoli gépen
- Több felhasználó (3-5)
MSDE - túl terjedelmes mi a probléma.
Mintegy FayrBerd hallottam, de a beágyazott először, hogy egy állat?
Undiscovery # XA0; (08.09.05 20:41) [5]
Legfeljebb csatlakozás.
Undiscovery # XA0; (08.09.05 19:46) [3]
Bill úgy döntött korai, hogy egy új fájlrendszert.
válassza field1, field1 re.
csak akkor szükséges mezőket. Ezen a mintavételi arány erősen befolyásolhatják
> - A kurzor pozíció esetében meg kell határozni a Query vagy kapcsolat?
Query
És mégis -, hogyan lehet felgyorsítani a folyamatot, amelynek célja a kapcsolatot ADO adatbázisok hozzáférési? Milyen beállításokat nem tudja befolyásolni?
Válasz Olvassa el, hogyan is lehetne ez másként. Már kérdése?
Ez nem egy mintát, hanem egy kapcsolatot az adatbázis is.
„1. Hogyan lehet felgyorsítani a kapcsolatot az adatbázis után ADOConnection :? = True sokáig gondolkodás és gátolja a program.”
A ADOConnection kell beállítani CursorLocation = clUseServer? Ennek célja, hogy gyorsítsák fel a folyamatot, amelynek célja egy kapcsolat?
Access - fájlszerver, leginkább a kapcsolatot, hogy valami elrejt a kliens hálózati
A nagy mennyiségű adatbázis cache is meglehetősen nagy
Perehodi na FB, razmer distributiva - férfi „ő NE pridumajesh: o)
i baza tak puhnut „ne Budet i tormozov trudneje dostich.
Undiscovery # XA0; (09.09.05 12:34) [10]
Distribution MSDE - egy külön mappába. Vegyünk egy meghajtót a hivatalok, és látni - nincs sok. A másik dolog, ha szükséges EM, QA, Profiler. Ott lesz, hogy a meghajtó teljes szerver és eloltotta.
Miért lemezek, eloszlás szabadon letölthető.