Heart-Profit ERP
July 03, 2024, 01:27:38 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Kontrole 2 GB bij Database-Upgrade  (Read 981 times)
0 Members and 1 Guest are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27445


View Profile WWW
« 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
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.026 seconds with 19 queries.