Passaggio da CMS basato su Oracle a CMS basato su MySQL

1

Stiamo cercando un sostituto per il nostro CMS che funziona su Oracle. I nuovi CMS che abbiamo esaminato possono in teoria funzionare su Oracle, ma

  • la maggior parte delle installazioni del fornitore è stata scaricata da MySQL
  • Il fornitore
  • supporta l'installazione del proprio CMS su MySQL e un'installazione "teorica" su Oracle
  • i negozi di sviluppo del fornitore utilizzano MySQL
  • nessuno di questi sviluppa / prova contro Oracle

Il nostro team DBA lavora esclusivamente con Oracle e non ha la larghezza di banda per fornire supporto aggiuntivo per una configurazione MySQL altamente disponibile e performante. Potrebbero in teoria andare ad allenarsi e aumentare, ma la nostra linea temporale è anche breve (sorpresa!).

Quindi ... Credo che le mie domande siano: Se hai visto una situazione come questa, come l'hai affrontata? Che cosa ha rovesciato l'equilibrio in entrambi i modi? Che tipo di sforzo ci è voluto? Se vuoi farlo, cosa faresti diversamente ...?

Grazie!

KM

    
posta KM. 03.03.2011 - 16:25
fonte

2 risposte

2

Vorrei esaminare l'utilizzo di PostgreSQL. È la versione open-source di Oracle ed è usata abbastanza sul web che la maggior parte dei progetti MySQL può supportarla facilmente. La mia ipotesi è che il CMS funzioni su PHP dal 90% di loro. In tal caso, la libreria PHP PDO gestisce la risposta da MySQL o PostgreSQL database lo stesso . Questo ti lascia solo un problema principale: cambiare i caratteri di tick di MySQL (') in virgolette doppie standard SQL (").

Dato che MySQL è usato principalmente come archivio dati - il passaggio a PostgreSQL ti darà la potenza di Oracle che potresti aggiungere lentamente all'app dove ne hai bisogno. Tuttavia, all'inizio dovresti semplicemente eliminare tutte le cose interessanti del database che il tuo team conosce e trattare il database come un dump di dati (dovrai farlo comunque con MySQL).

    
risposta data 03.03.2011 - 17:38
fonte
2

Perché non puoi semplicemente avere un prototipo? Supponiamo di avere un altro server con PostgreSQL o MySQL e di iniziare a tradurre il tuo schema in quel db mentre il tuo oracle è in esecuzione. QA diavolo dal tuo server PostgreSQL o MySQL e poi inizia ad eseguire live quel server e uccidere quello Oracle.

Suggerisco di usare PostgreSQL su MySQL. MySQL è di proprietà di Oracle ed è ingombrante da paragonarsi a Oracle o Postgresql. Non arrotolare con Cubic, non ha alcuna funzione impostata.

Forse sto solo leggendo questo sbagliato. Non vedo perché è così difficile? L'unico problema che si presenterà è lo schema, i tipi di dati o le funzioni speciali incorporate in db che si stanno utilizzando nello schema, forse ho torto?

    
risposta data 06.03.2011 - 06:23
fonte

Leggi altre domande sui tag