Il modo migliore per progettare le tabelle del database con interbase?

Question

sto per iniziare rifare un database aziendale in una vera e propria moda. Il nostro database corrente è un casino e ha poco a che nessuna documentazione. Mi chiedevo che cosa la gente consiglia di utilizzare durante la progettazione di un database Interbase? C'è una sorta di buon progettista schema visivo che genererà lo SQL? E 'meglio fare tutto a mano?

In sostanza, quali sono i passi la gente di solito prendono durante la progettazione e la documentazione di un database? Se è importante, ho intenzione di usare Hibernate come un ORM per il database. (Suggerimenti specifici con Interbase sarebbe apprezzato pure).

grazie!

Answer 1

Se questo è un nuovo app database che è stato creato di recente e non viene fatto valere nel business, allora io dico a pieno ritmo con il tuo ri-scrittura / nuovo database. Ho il sospetto, tuttavia, che si tratta di un database che è stato intorno per alcuni anni ed è molto utilizzato.

Se ho ragione sul database essere a pochi anni, vi consiglio vivamente di non partire da zero. Quasi tutti i database di produzione che è stato intorno a pochi anni sarà "disordinato". Questo è di solito perché i requisiti del mondo reale per i programmi di solito richiedono le soluzioni per essere un po 'disordinato. Questo sarà vero per il vostro marchio nuovo database (dovrebbe seguire questa strada) a pochi anni da oggi pure.

Ecco alcuni motivi non vorrei ricreare un database di produzione da zero:

• La banca dati contiene dal vivo anni di valore delle transazioni e dei dati dei clienti che è molto prezioso. Sarà molto difficile trasferire questi dati in una struttura di database completamente diversa. Credetemi, anche se la società ti dice ora non sarà necessario accedere a questi vecchi dati, lo faranno.
• Molte regole di business sono stati probabilmente integrata nella struttura del database, sotto forma di default, trigger, stored procedure, anche i tipi di dati delle colonne, e senza esaminare questi con molta attenzione e li documenta, si rischia di lasciarli fuori del vostro nuovo database e spendere molto tempo il debug e l'aggiunta di questi in cui le persone iniziano ad utilizzare il sistema e scoprire le regole non vengono correttamente applicatore
• L'utente è responsabile di commettere errori nel vostro nuovo disegno del database, o realizzare poi che la struttura ha bisogno di cambiare per accogliere una nuova funzionalità. Se siete stati apportare modifiche al database corrente, e imparare da questo, i cambiamenti futuri diventano più facile e intuitiva.

Ecco l'approccio vi consiglio:

• Comprendere e documentare il database corrente, che vi darà una buona comprensione dei flussi informativi nel vostro business.
• Quando si vede quello che sembra essere cattiva progettazione o disordinato, guardare con attenzione. Si può essere di destra, e vedere il potenziale di cambiamento, o si potrebbe trovare un largo commercio è stato fatto per le prestazioni o per altri motivi, e si può imparare da questo.
• apportare miglioramenti incrementali per la struttura del database, avendo cura di aggiornare la documentazione, alterare i programmi che si basano su quelle aree (o di lavoro con il programmatore se questo non è te).

So che questo sembra un modo molto lunga in giro, ma lo prendo da qualcuno che è stato il mantenimento e la creazione di basi di dati per 12 anni - il database corrente è probabilmente disordinato perché i requisiti del mondo reale sono disordinati

.

Answer 2

Di solito, io uso un editor di testo. Di tanto in tanto, io uso Database Workbench . Ultima che ho sentito, Embarcadero stava per aggiungere il supporto InterBase ad alcuni dei loro strumenti di modellazione di database, ma non so se questo ha ancora spedito.