Ca parte a activității noastre actuale de baze de date, ne uităm la o abordare a procesului de actualizare a bazelor de date.
Un punct care a fost reluat în mod repetat este acela de a trata valorile sistemului față de utilizatori; în proiectul nostru, utilizatorii și sistemele vals sunt stocate împreună. De exemplu...
Avem o listă de șabloane.
1,
2,
3,
Acestea sunt mapate în aplicație într-un enum (1, 2, 3)
Apoi, un utilizator intră și adaugă ...
4,
...și...
5,
Apoi .. emitem un upgrade .. și inserați ca parte a scripturilor noastre de upgrade ...
[6],
THEN !! ... găsim o eroare în noul șablon de sistem și trebuie să îl actualizăm ... Problema este cum? Nu putem actualiza înregistrarea folosind ID6 (așa cum am introdus-o ca 9 sau 999, deci trebuie să identificăm înregistrarea folosind un alt mecanism)
Deci, am ajuns la două soluții posibile pentru acest lucru.
În colțul roșu (viteză) ....
Pur și simplu pornim ID-urile de utilizator la 5000 (sau altă valoare) și datele de testare la 10000 (sau altă valoare). Acest lucru ne-ar permite să facem modificări ale valorilor sistemului și să le testam până la limita inferioară a intervalului de identificare următor.
Avantaj ... Rapid și ușor de implementat,
Dezavantaj ... ar putea să scapi de valori dacă nu alegem un interval suficient de mare!
În colțul albastru (scalabilitate) ...
Stocăm separat datele de sistem și de utilizator, folosim GUID-urile ca ID-uri și fuzionăm cele două liste folosind o vizualizare.
Avantaj ... Scalabil .. Nu limite w/vedere la dimensiunea DB.
Dezavantaj .. Mai complicat de implementat. (multe viziuni care pot fi actualizate etc.)
M-am îmbinat în mod corespunzător pentru prima opțiune, dar căutând niște muniții pentru a mă susține!
Are cineva vreun gand despre aceste abordari, sau chiar unul (e) pe care le-am pierdut?