|
Title: Niet alle tabellen sluiten indien er één specifieke tabel gereorganiseerd wordt Post by: Heart Informatisering B.V. on December 17, 2014, 02:32:02 pm Een aanroep van "Reorganiseren Bestanden" sloot altijd alle bestanden, om vervolgens "het gevraagde" te reorganiseren.
Maart 2011 is hier al een uitzondering opgemaakt v.w.b. "Gridbestanden". Dit, omdat toen de definitie van het al dan niet transaktioneel maken van een tabel ( Profit-Transact) is omgebouwd naar het vanuit een Raadpleegfunktie (met alle Profit-tabellen) middels een Funktietoets kunnen togglen tussen de transaktionele status van een tabel. Om van Transaktionele Stats te kunnen wijzigen, moest de betreffende tabel ook gereorganiseerd worden, en daarvoor was het niet handig dat ook automatisch de Gridbestanden werden vrijgegeven, immers, dat sloot ook meteen het Grid van waaruit de tabel gereorganiseerd werd. Per heden zijn er nog een aantal situaties opgenomen waarin het niet nodig is om andere bestanden te sluiten. Dit met name omwille van ADS, alwaar tabellen in principe altijd geopend blijven, en het des te meer opvalt dat ze onderweg (onnodig) gesloten worden. Zo geldt bijvoorbeeld niet alleen dat we de Gridbestanden niet hoeven te sluiten als we een willekeurige andere tabel willen reorganiseren, maar geldt ook dat als we juist de Gridbestanden willen verversen, we daarvoor niet de Tijdelijke Bestanden en Netwerk Bestanden hoeven vrij te geven. Of, als we TBC/TBI/TB reorganiseren, wat enkel effekt hoeft te hebben op de reeds geopende tijdelijke bestanden, waarom zouden we dan alle netwerkbestanden sluiten? Helemaal als we weten dat dergelijke Tijdelijke Bestanden toch nooit in de ADS Data Dictionary zijn opgenomen. Ook zijn er diverse Funkties in Profit die "on the fly" even een tabel reorganiseren. Hierbij valt te denken aan "Raadplegen Geleverde Artikelen aan een Afleveradres", die bij iedere aanroep tabel LOG0 reorganiseert; Opbouwen Trefwoorden Artikelen, die tabel LOAC reorganiseert; de Behoefterun die LOBI reorganiseert en nog veel meer. Als we dan toch maar 1 tabel willen reorganiseren, waarom dan alle andere (mogelijk honderden) tabellen sluiten? M.i.v. deze Releasenote wordt hier wat slimmer mee omgegaan, om in zoveel mogelijk situaties zo min mogelijk tabellen te hoeven sluiten.
|