2009-06-11 32 views
1

我即將開始以適當的方式重做公司數據庫。我們目前的數據庫是一團糟,幾乎沒有文件。我想知道在設計Interbase數據庫時人們推薦使用什麼?有什麼好的可視化模式設計器可以生成SQL嗎?用手完成這一切會更好嗎?使用interbase設計數據庫表的最佳方法是什麼?

基本上,什麼是設計和記錄數據庫時,人們通常採取的步驟?如果它很重要,我打算使用Hibernate作爲數據庫的ORM。 (與Interbase的具體提示將不勝感激)。

謝謝!

回答

1

如果這是最近被創建,並在業務不依賴於一個全新的數據庫應用程序,然後我說萬馬奔騰你重新寫/新數據庫。不過,我懷疑你正在處理一個已經存在了幾年並且被大量使用的數據庫。

如果我說得對,數據庫是一個數歲,我強烈反對從頭開始。幾乎任何幾年的生產數據庫都會「混亂」。這通常是因爲現實世界對程序的需求通常要求解決方案有點混亂。從現在開始的幾年,這將是你的全新數據庫(你應該走這條路)。

這裏有一些原因,我不會從頭開始重新生產數據庫:

  • 活數據庫包含多年價值的交易,這是非常寶貴的客戶數據。將這些數據轉換爲完全不同的數據庫結構將非常困難。相信我,即使公司現在告訴你他們不需要訪問這些舊數據,他們也會。
  • 許多業務規則可能已經被內置到數據庫結構,默認值,觸發器,存儲過程,即使列的數據類型,形式和沒有很仔細地研究這些並記錄它們,你很可能會離開他們您的新的數據庫,並花很多時間調試和添加這些在當用戶使用該系統啓動並發現該規則不被施加適當
  • 你是容易讓你在新的數據庫設計錯誤,或更高版本的結構實現需要改變以適應新的功能。如果您對當前的數據庫進行了更改並從中學習,未來的更改將變得更加簡單直觀。

這裏是我推薦的方法:

  • 瞭解和記錄當前數據庫,它會給你的信息一個非常好的理解您的業務流程。
  • 當你看到看起來糟糕或凌亂的設計時,仔細看看它。你可能是對的,並且發現潛在的變化,或者你可能會發現一個折衷是出於表現或其他原因,你可以從中學習。
  • 對數據庫結構逐步改善,是一定要更新文檔,改變依賴於這些地區的項目(或與您的編程工作,如果不是你)。

我知道這似乎是一個繞很遠的路,而是把它從別人誰一直保持到現在創造了12年的數據庫 - 當前的數據庫可能是凌亂,因爲現實世界的要求是凌亂。

2

通常,我使用文本編輯器。偶爾,我使用Database Workbench。最後我聽說,Embarcadero將爲他們的一些數據庫建模工具添加InterBase支持,但我不知道它是否已發佈。

相關問題