|
Title: ADS - Ondersteuning voor ADT tabellen Post by: Heart Informatisering B.V. on August 14, 2012, 08:24:37 am Bij het aanmaken / uploaden van een tabel naar ADS kan nu worden aangegeven of deze als ADS_VFP danwel ADS_ADT dient te worden opgenomen in de ADS Data Dictionary.
(http://www.heartprofit.com/www/transfer/graphics/forum/sybhbako120814.png) Bij type ADS_ADT zou de ADS Backup software in staat moeten zijn om Differentiële Backups te kunnen maken. Een volledige Backup werkt zowel bij ADS_VFP als ADS_ADT, maar Differentieel is alleen mogelijk i.g.v. ADS_ADT. Een Differentiële Backup backupt enkel de wijzigingen sinds de laatste volledige backup; bedoeld om gedurende de dag, bijv. om de 15 minuten de nieuw toegevoegde data veilig te stellen. Tot op heden werd alleen ADS_VFP ondersteund. Per heden een eerste implementatie van ADS_ADT, die als het goed is al meteen gebruikt kan worden. Uiteraard zal ook deze variant nog uitvoerig getest moeten worden, omdat er grote verschillen zijn tussen ADS_VFP en ADS_ADT. Met ADS_ADT hebben we een LOVR tabel van 8.130.000.000 bytes (zonder PACK) weten te reorganiseren in 5 minuten; of deze tijd reeel is moet nog onderzocht worden, omdat de resulterende index niet bruikbaar is (ADS_ADT gaat op een andere manier om met lege velden).
Title: Re: ADS - Ondersteuning voor ADT tabellen Post by: Wouter Rijnbende on August 16, 2012, 02:21:39 pm Inmiddels zijn er een aantal aanpassingen geweest omtrent de afhandeling van ADT files. E.e.a. ziet er nu wel stabiel uit in de Advantage Data Architect.
De opbouw van een LOVORA Grid is bij ADS_ADT sneller dan bij ADS_VFP. Het reorganiseren van een LOVR van 8,01 GB (ongeveer 8.400.000.000 bytes) met 15 indexen duurt 5 minuten en 30 seconden. :eek: Dit overigens gemeten op een Windows 2008 Server met twee 7200 rpm disks, SATA-300, 16 GB intern geheugen, met een Intel(R) Core(TM) i5-2500 CPU @ 3.30 GHz; m.a.w. met een snellere CPU, snellere disks, SATA-600, meer geheugen... |