Heart-Profit ERP

Heart-Profit Boards => Heart-Profit Releasenotes => Topic started by: Heart Informatisering B.V. on November 05, 2010, 09:39:57 am



Title: Kontrole 2 GB bij Database-Upgrade
Post by: Heart Informatisering B.V. on November 05, 2010, 09:39:57 am
De Database-Upgrade, welke o.a. wordt uitgevoerd bij het uitvoeren van een Upgrade, bevat m.i. van deze Releasenote een kontrole of de nieuwe tabel (na het aanpassen van de structure) boven de 2 GB grens uitkomt.

Bij het uitvoeren van een Upgrade zal nog vóórdat de daadwerkelijke Database-Upgrade aanvangt, een separate doorloop worden uitgevoerd waarin gekontroleerd wordt of er tabellen boven de 2 GB zullen gaan uitkomen. Zodra dat het geval is, zal de Upgrade worden afgebroken (of beter: niet worden gestart).

Zouden we deze kontrole pas uitvoeren zodra we met de DatabaseUpgrade begonnen zijn, dan zou de situatie kunnen ontstaan dat de helft van de Database reeds is aangepast, diverse tabellen opnieuw zijn gereorganiseerd en van nieuwe indexen zijn voorzien, om vervolgens te konstateren dat er een tabel is die ervoor zorgt dat de Upgrade niet verder kan worden uitgevoerd; een weg terug is er dan eigenlijk ook niet, want diverse tabellen zijn dan al voorzien van nieuwe indexen terwijl de programmatuur nog niet is overgezet. Derhalve dus een kontrole vooraf. Indien de Upgrade nú wordt afgekeurd omdat er een tabel is die te groot zal worden, dan kunnen we in principe nog op de oude wijze doorwerken.

De kontrole is bedoeld om te voorkomen dat de tabel tijdens de Database-Upgrade te groot wordt, de Upgrade foutloopt, en we we de Upgrade ook niet meer af kunnen maken omdat de tabel niet meer te lezen zal zijn als de maximale grens eenmaal bereikt is.

Veiligheidshalve wordt er niet exakt op 2.0 GB gekontroleerd, maar blokkeert de Upgrade vanaf 1.99 GB. Logischer is misschien om deze marge niet zo ontzettend krap te zetten, en bijv. reeds te blokkeren zodra we minder dan 100 of 200 MB over houden in een tabel, maar dat doen we toch niet. Reden hiervoor is dat de gebruiker (Systeemmanager) sowieso al tijdig gewaarschuwd wordt dát de tabel te groot aan het worden is, en hij/zij vóór het uitvoeren van de Upgrade al aktie kan ondernemen. Het is echter ook mogelijk dat er juist een Upgrade wordt uitgevoerd omdat die Upgrade de formele opschoonfunktie bevat voor de te groot wordende tabel, en dan zorgen we met een te grote marge ervoor dat de gebruiker die Upgrade niet eens kan uitvoeren (terwijl het eigenlijk nog wel zou kunnen).

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
APPGUGDB    Omschrijving (nog) niet bekend    04-11-2010    05-11-2010
SYPGUGDB    Update database    04-11-2010    05-11-2010
SYUGHKU1    Omschrijving (nog) niet bekend    27-10-2010    05-11-2010