A che punto qualcuno dovrebbe decidere di cambiare sistema di database

Question

Durante lo sviluppo, sia Web che desktop, a che punto uno sviluppatore dovrebbe passare da SQLite, MySQL, MS SQL, ecc

Answer 1

Dipende da cosa stai facendo.Potresti cambiare se:

• Hai bisogno di maggiore scalabilità o prestazioni migliori, ad esempio da SQLite a SQL Server o Oracle.
• È necessario accedere a tipi di dati più specifici.
• È necessario supportare un cliente che esegue solo un particolare database.
• Hai bisogno di strumenti DBA migliori.
• La tua applicazione utilizza una piattaforma diversa in cui il database non viene più eseguito o le sue librerie non vengono eseguite.

Ci sono molti altri motivi per cambiare e tutto dipende dalle tue esigenze.

Answer 2

Dovresti cambiare database alla pietra miliare 2.3433, 3ps prima del ramo sinistro del dendrite 8.151.215.

Dovresti cambiare database quando hai un motivo per farlo, sarebbe il mio consiglio.Se il tuo database esistente soddisfa le tue aspettative, supporta il carico che gli viene assegnato dai tuoi sistemi di produzione, ha le funzionalità di cui hai bisogno nelle tue applicazioni e non ti annoia, perché cambiare?Tuttavia, se scopri che la tua applicazione non è scalabile, o stai progettando un'applicazione che ha requisiti di carico o scalabilità elevati e la tua ricerca ti dice che la tua attuale piattaforma di database è debole in quell'area o, come già menzionato, hai bisogno di alcuni analisi spaziale o funzionalità di un particolare database, beh ecco fatto.

Un'altra considerazione potrebbe essere l'utilizzo di uno strumento ORM indipendente dal database che possa consentire di sperimentare liberamente diverse piattaforme di database con una semplice impostazione di configurazione.Questo è stato lo stimolo che ci ha spinto a considerare di provare qualcosa di nuovo nel reparto DB.Se la nostra applicazione è in grado di gestire qualsiasi DB gestibile dall'ORM, perché pagare costi di licenza su un database commerciale quando un DB open source funziona altrettanto bene per i livelli di prestazioni di cui abbiamo bisogno?

La conclusione, tuttavia, è che con i database o qualsiasi altra tecnologia, penso che non ci siano "regole aziendali" che ti dicano quando è il momento di cambiare: il tuo scenario ti dirà che è ora di cambiare perché qualcosa nella tua soluzione non sarà del tutto corretto e, se non lo sei a quel punto, non c'è bisogno di cambiare.

Answer 3

BrianLy ha centrato l'obiettivo, ma aggiungerei anche che potresti finire per utilizzare database diversi a diversi livelli di sviluppo.Non è raro che gli sviluppatori utilizzino SQLite sulla propria workstation quando codificano sul proprio server di sviluppo personale e quindi i siti di staging e/o di produzione utilizzano uno strumento di database diverso.

Naturalmente, se utilizzi estensioni o funzionalità specifiche per un determinato strumento di database (ad esempio PostGIS in PostGreSQL), ovviamente non funzionerebbe.