DBDesigner 4 的問題

edited 十月 2013 in 資料庫
有兩個問題想請教對於DBDesigner 4有經驗的版友..

剛才試了一下DBDesigner 4, 從資料庫中匯入表格後, 嘗試為表格建立關聯, 整個過程發現兩個問題:

1. 不管是建立1:1或1:n, 也不管是identifying relation或non-identifying relation, 若關聯到的destination資料表的foreign key的名稱不是id, DBDesigner都會把destination table原本既有的 id欄位給自動幹掉(很雞婆), 這個問題不知是軟體預設的規則, 還是可以透過選項設定來避免? 我找不到選項當中有哪一項可以disable這個動作.

還是說使用DBDesigner, 資料表設計必須follow其命名規則? 我看它的book_store範例跟以前看過的oscommerce的資料表的設計風格感覺非常相似.(但跟我既有的資料欄位命名方式不符../_\)

2. 每次做Reverse Engineering, 原本已經排好的資料表區塊版面就被拉成一直線, 又得重排. 這應該有可以設定為不要更新既排版面的選項, 不知該如何設定?

謝謝. ^_^

原始討論: http://twpug.net/x/modules/newbb/viewtopic.php?topic_id=3743

評論

  • edited 十一月 2008
    也許可以試試這個版本:
    http://sourceforge.net/projects/dbdesigner-fork

    第1個問題我沒有特別注意到,因為我目前還只是用來作簡單展示,沒有用的很透徹。

    第 2 個問題我也很傷腦筋,只能夠在資料表大概不會有異動時才透過 Reverse Engineering 拉過來畫圖。

    這個應該很久沒更新了,只是因為免費...
  • edited 十一月 2008
    DBDesigner4或是fork都一樣會有同樣的問題。

    我想描述得更清楚一點:這種狀況只會發生在從資料庫reverse enigeering出來的tables所生成的物件才會。

    若是以New Project的方式畫table,再對tables加上relation,就不會發生DBDesigner自作聰明地把destination.id當成是FK的狀況;DBDesigner會在destination上以新增一個預設命名的attribute,並將之設為destination對應上source.id的FK。

    註:FK - Foreign Key.

    DBDesigner雖然功能不算很強,但我還是想用看看。

    原來有找過國外的論壇看有沒有人遇過類似的狀況,但找不到。看來只好用上我的菜英文上國外論壇求教了。/_\
Sign In or Register to comment.