Databases | Forum profile

Fetchtypes is nog maar één property, er zijn er meerdere die een invloed hebben om de laadtijd en de manier waarop. Een ervan zijn bijvoorbeeld loadtypes die een invloed hebben op Memo's en Blob's die wel velden zijn, maar ongeveer volgens hetzelfde principe worden binnengeladen. Als je er zin in hebt, post ik gewoon het component met de handleiding.

Heb je al gekeken of Zeos D2009 compatible is. Je komt nu n.l. in de problemen dat er met unicode wordt gewerkt. Ansichar is niet unicode en char wel. Is er een mogelijkheid om dit zelf te wijzigen en te compileren?

Los van je specifieke probleem zegt een Select Count(*) natuurlijk niet zoveel. Je zou gewoon eens een veld kunnen kiezen, of een select kunnen doen met echte data. Dan zijn snelheidsverschillen wel relevant. Select Count(*) haalt volgens mij alle velden van een rij binnen, terwijl dat eigenlijk niet nodig is. Daarom zal je tabel met blobs zo extreem traag zijn. Doe als test bv eens een Select Count op je PK veld.

Peter, Bedankt voor de heldere uitleg. Ik zie nu de voordelen. Het zou mooi zijn als CodeGear dit of iets dergelijks zou toevoegen, naast de ClientDataSet. Als ze dan ook meteen het DBGrid zouden verbeteren. En de Help tenminste een beetje bruikbaar maken. Dan zou ik weer eens met plezier een nieuwe versie van Delphi kopen.

Citaat: Origineel gepost door d-fader Ik hoop dat iemand is die dit leest ook een 'grote' Firebird database heeft en mij eens kan vertellen hoe deze reageert met dbExpress. Nee helaas, niet met dbExpress. Wel een keer Windows (geen server) bijna om zeep geholpen omdat het allemaal wel erg groot werd voor 'm, maar toen ik dezelfde test deed op Windows Server ga ook een tabel met een paar miljoen regels geen problemen. Maar dat...

Thanks voor de antwoorden allemaal! Ik ging er zelf ook al van uit dat het iets met de drivers moet zijn. Wat ik nog ook nog even zal proberen is een server als SuperServer te installeren, misschien helpt dit de snelheid te bevorderen, maar aan de andere kant, waarom kunnen de IB, ZEOS en waarschijnlijk ook de UIB componenten het dan wel snel? Ik ben jammergenoeg vandaag niet echt in de gelegenheid geweest om er aandacht aan te besteden, ik...

Ik heb inderdaad al een ander topic gevonden bij Zeos zelf waar dit probleem ook al wordt besproken. Ik ga die wel even in de gaten houden: http://zeos.firmos.at/viewtopic.php?...ht=delphi+2009 of beter: http://zeos.firmos.at/viewtopic.php?t=2111

Titel aangepast, was "Compressen", zie 3 seconden Deze recente thread gaat ook over het comprimeren van een firebird database. Wellicht vind je daar je antwoord.

BEste mensen, Ik gebruik Firebird 2.0 en nu heb ik een tabel leeg gemaakt die erg groot was ( > 2Gb). Maar ik zie dat de database niet kleiner geworden is. Is er binnen Firebird een comando die lege ruimte compressed en zoja wat is hier de syntax van? M.v.g. Frank

Citaat: Of gaan we langzamerhand "off topic"? Ik vind van niet, de antwoorden zijn wel heel interessant. Ik zal beide zaken implementeren. Ik zal het systeem van Henk gebruiken om vooruit te scrollen, dat van Peter om achteruit te scrollen. Bedankt voor jullie antwoorden.