Sto cercando una buona strategia per migrare un vecchio e grande sistema di database SAP ADS (ex sybase) a un moderno RDBMS (molto probabilmente postgres).
Il primo e più importante problema che sto affrontando è che il sistema DB ADS è usato senza un dizionario dati, e i dati sono memorizzati in "tabelle libere", dove alcune delle colonne chiave sono memorizzate (espresso da) strutture di directory come
Application-Data-Root/<customer-id>/<year>/booking-data.adt
Gli schemi di tabelle sono descritti con tabelle vuote e le definizioni di indice e l'integrità referenziale è in gran parte sepolta nelle applicazioni (Delphi).
Sono consapevole del fatto che queste strutture di directory dovrebbero probabilmente essere mappate su colonne chiave di una singola tabella, ma sono preoccupato, se le strategie di blocco delle tabelle / di blocco delle righe delle applicazioni si adattino ancora bene a quella .
Per non parlare dei carichi di queste tabelle vuote e della possibile duplicazione dei dati nel sistema DB globale.
I riferimenti appaiono nel migliore dei casi in micro-schemi di un piccolo insieme di tabelle (media 3-5) e le query di applicazione si estendono ampiamente attraverso le strutture di directory.
Mi chiedo se questa situazione sia davvero unica, e se qualcuno si è incontrato prima.
Ho paura che mettere semplicemente tutte queste tabelle in uno schema piano possa nuocere al guadagno in termini di prestazioni ottenuto con questa tecnica (certamente strana).
La mia domanda è, se dovessimo continuare con tabelle denominate dove i nomi delle tabelle includono alcune proprietà di colonne chiave, o se ci sono particolari caratteristiche di postgres che possiamo usare (ad esempio ereditarietà di tabelle, viste) per fare questo tipo di migrazione dello schema il più trasparente possibile per le applicazioni esistenti.
Ci sono molte linee di codice interessate e le applicazioni non sono ben strutturate per mezzo di un livello di accesso ai DB separato, ma principalmente l'associazione diretta dei dati di visualizzazione e modifica dei componenti nella GUI.
Anche la nostra linea temporale per cambiare è piuttosto stretta, dal momento che SAP non supporterà più il server ADS, e l'intera cosa può facilmente rompere con le future versioni di Windows.
Esistono strategie ben note per affrontare questo tipo di problema?
Riesci a rendermi consapevole delle insidie da evitare?