小弟使用paradox 做為Desktop的資料庫已經很久了，但Paradox不穩定，index常亂掉，又容易掉資料，研究了網路上先進的文章，發現FireBird/InterBase 是取代Paradox 的好資料庫，但小弟有一些疑問，盼能得到解答: 1.Paradox 在使用中，如果突然關機，index會亂掉，就要重建索引檔，InterBase有沒有這方面的問題 2.InterBase 有沒有GUI的管理介面(如Sql Server 的Enterprise Manager)，用來建立資料表，建立Field，index，更改欄位名稱等。 3.InterBase 有沒有重建索引檔，壓縮(pack)資料的需要，如果需要的話，有沒有提供這一方面的工具 如果Interbase 好用的話, 小弟想把原先使用BDE Paradox 的模式，改為dbExpree InterBase/FireBird

1.Paradox 在使用中，如果突然關機，index會亂掉，就要重建索引檔，InterBase有沒有這方面的問題 由於InterBase是屬於SQL BASE的資料庫，他的索引檔並不是一個檔案，而是內含於資料庫內，所以如果突然關機（如斷電）你正在寫入資料的話，我想任何資料庫都會有少許損傷，如果沒有寫入資料的話，我想InterBase是沒有這方面的問題的 2.InterBase 有沒有GUI的管理介面(如Sql Server 的Enterprise Manager)，用來建立資料表，建立Field，index，更改欄位名稱等。 有的，不過需另外尋找免費的管理工具，你可以在本論壇上尋找。 3.InterBase 有沒有重建索引檔，壓縮(pack)資料的需要，如果需要的話，有沒有提供這一方面的工具 我認為是不需要啦，到底他是屬於SQL BASE的。 如果Interbase 好用的話, 小弟想把原先使用BDE Paradox 的模式，改為dbExpree InterBase/FireBird 我也認為 InterBase 好用，但我不建議你用dbExpress，因為以我所知，他的BUG目前來講，還是非常多的，而且我認為他還不是很成熟的技術，如果你要用InterBase的話，可以用BDE去做連結，雖然技術老舊，卻是目前最穩定的。 -- 聰明的人，喜歡猜心；雖然每次都猜對了，卻失去了自己的心 傻氣的人，喜歡給心；雖然每次都被笑了，卻得到了別人的心 發表人 - Jasonwong 於 2003/06/28 20:37:54 發表人 - Jasonwong 於 2003/06/28 20:38:44

------
聰明的人，喜歡猜心；雖然每次都猜對了，卻失去了自己的心
傻氣的人，喜歡給心；雖然每次都被笑了，卻得到了別人的心

謝謝版主    dbExpress 還有很多Bug? 這一點令我吃驚    使用過dbExpress 的先進們, 不知有遇過什麼問題 可以提出來 讓大家知所警惕    

引言: 如果Interbase 好用的話, 小弟想把原先使用BDE Paradox 的模式，改為dbExpree InterBase/FireBird 我也認為 InterBase 好用，但我不建議你用dbExpress，因為以我所知，他的BUG目前來講，還是非常多的，而且我認為他還不是很成熟的技術，如果你要用InterBase的話，可以用BDE去做連結，雖然技術老舊，卻是目前最穩定的。 -- 聰明的人，喜歡猜心；雖然每次都猜對了，卻失去了自己的心 傻氣的人，喜歡給心；雖然每次都被笑了，卻得到了別人的心 發表人 - Jasonwong 於 2003/06/28 20:37:54 發表人 - Jasonwong 於 2003/06/28 20:38:44

dbExpress 配 MS SQL / Oracle / MySQL 的 Bug 是很多，但 配Interbase 卻是絕配，因為 dbExpress 就是以 interbase 為藍本來做的。配其他 database 的那些 Bugs , 大多是因為架構與 interbase 不同而開發組沒考慮清楚其他數據庫的需要而生出來的。 跟據李維先生的書及 Borland dbExpress 留言版所得， Interbase 配 dbExpress 很隱定而且效能比使用 IBX 不相上下各有好處。但使用IBX 只能對 interbase 若以後要轉 資料庫要重來，dbExpress 卻可改變 Driver 及專用語句便成，所以用小弟認為 interbase 的話 dbExpress 絕對值得考慮。

引言: 跟據李維先生的書及 Borland dbExpress 留言版所得， Interbase 配 dbExpress 很隱定而且效能比使用 IBX 不相上下各有好處。但使用IBX 只能對 interbase 若以後要轉 資料庫要重來，dbExpress 卻可改變 Driver 及專用語句便成，所以用小弟認為 interbase 的話 dbExpress 絕對值得考慮。

大家討論一下，請Justmade兄不必在意。 雖然李維先生的書是很有參考價值的書沒錯，但經我測試的結果，我發現有很多東西李維先生都只講一半而以，其他的一半必須靠你自己去發掘，當然我認為這是必須的，我的重點是，講歸講，雖然李維講他很好用，但你真的相信嗎，我是只相信一半，但我相信他會是Borland未來的技術主流。 而且dbExpress目前在資料庫上支援太少，一個好用的 DB-Drive 必須是支援任何廠家的才行，而不是只對自己家的東西好用而以，DRIVE出的速度又太慢，有問題也不曉得找誰。 根據馬路消息，Borland 在維護 dbExpress 只有一人，而且那一人還有很多工作要做，所以目前我還是不看好 dbExpress -- 聰明的人，喜歡猜心；雖然每次都猜對了，卻失去了自己的心 傻氣的人，喜歡給心；雖然每次都被笑了，卻得到了別人的心

引言: 小弟使用paradox 做為Desktop的資料庫已經很久了，但Paradox不穩定，index常亂掉，又容易掉資料，研究了網路上先進的文章，發現FireBird/InterBase 是取代Paradox 的好資料庫，但小弟有一些疑問，盼能得到解答: 1.Paradox 在使用中，如果突然關機，index會亂掉，就要重建索引檔，InterBase有沒有這方面的問題 我用這麼久, 尚未有發生過這類情況, 但不能說一定不會, 在Interbase的網站 (國外), 曾有人討論過這方面的問題, 好像也曾有發生過檔案crash的狀況 2.InterBase 有沒有GUI的管理介面(如Sql Server 的Enterprise Manager)，用來建立資料表，建立Field，index，更改欄位名稱等。 你可以用 IBConsole, EMS Desk, IB_SQL等工具都可以做 IBConsole (只要你安裝FireBird 1.0前版本, IBWIN32.EXE 內都有提供) IBConsole甚至可以下載到source, 自已complier及修改! EMS Desk 是要付費的工具, 提供非常詳盡的功能, 可以線上異動欄位長度, 就 如果 Desktop DataBase一樣 IB_SQL 一樣在 FireBird 網站可以找到, 類似IBconsole, 但提供更多的功能 3.InterBase 有沒有重建索引檔，壓縮(pack)資料的需要，如果需要的話，有沒有提供這一方面的工具 如同Jasonwong兄所說, index 不是單獨存在的東西, 而是跟隨gdb一起存在 system table中, 如果說index有問題, 很可能代表這個gdb檔也有問題, 不是 單獨重建索引那麼簡單, 而事實上如果要重建索引, 用 sql語法, drop及 create index 就可以達成, 只是沒有必要! 另外, pack的部份是有必要的, 因為 interbase雖是SQL BASE資料庫, 但它是 檔案型態的SQLFILE, 也就是說, 一個gdb檔涵括了所有SQL的內容, 包含STOREPROCUEDRE, GENERATOR, TRIGGER, UDF FUNCTION等等, 與其他SQLBASE系 統所不同的, 如M$SQL2000, 你建立一個資料庫(MDF), 會跟隨一個LOG檔(LDF) , 另外, INDEX, 全文檢索, STORE PROCEDURE, TRIGGER 都是分別在系統table 的 master, system... 中分別記錄, 所以你取得一個mdf未必代表可以在別的 地方完整的重建, 而 gdb則是一"檔"獨大, 把這個檔帶到那裡, 只要有interbase engine, 就一定可以open, read, 講那麼多, 要表達的就是 interbase一樣具有local database的特性, 使用久了, 檔案會越來越大, 我曾經遇到的一個案例, gdb檔40M, 但經過PACK行為之後只剩13M, 當然 interbase不是單純以pack執行, 它必須先backup再restore 才可以! 你可以下載 IBX 的物件安裝, VCL中會有一組 IBbackupserver, IBrestoreserver運用! 如果Interbase 好用的話, 小弟想把原先使用BDE Paradox 的模式，改為dbExpree InterBase/FireBird interbase介面, 我還是會建議你使用IB的元件來控制(或者fireBird), 在相 容性及穩定度來說可以百分之百的合作無間! dbexpress 是Delphi6後才發展出的工具, 因為我使用Delphi5, 無緣接觸這組 東東, 所以dbexpress的搭配效果如何, 我不敢論斷, 不過從論譠上的討論來 看, 套句我們官方的經典語錄, 應該還有很大的"發展"空間!

我使用Interbase快三年, 可能有些經驗與Jasonwong兄所提及的有些微的差別 , 論譠上大家是純討論, 請Jasonwong兄不要太在意, 對不起哦! 發表人 - P.D. 於 2003/06/28 23:24:12

引言: 大家討論一下，請Justmade兄不必在意。

大家討論嘛當然不在意，在意的話也不會來插嘴了 <>< face="Verdana, Arial, Helvetica">引言: 雖然李維先生的書是很有參考價值的書沒錯，但經我測試的結果，我發現有很多東西李維先生都只講一半而以，其他的一半必須靠你自己去發掘，當然我認為這是必須的，我的重點是，講歸講，雖然李維講他很好用，但你真的相信嗎，我是只相信一半，但我相信他會是Borland未來的技術主流。 李維先生的書所說的好處大多有範例，不過大多是較簡單的，有些好處在複雜的系統不易用出來，而不好處他也說得太少，所以我說是基於他所說的加上Borland 官方新閒組所聽到的。若你有正版 Delphi 註冊時的戶口，也可上 Borland Quality Central 看那裡的 Bug 報告與進度。 你會發現Interbase dbExpress 方面其本上是極少問題的，但 MSSQL, Oracle, MySQL 等就問題一堆。不要以為沒人用 interbase 所以沒問題，很多時對其他問題的回應便是interbase 完全沒那些問題。

引言: 而且dbExpress目前在資料庫上支援太少，一個好用的 DB-Drive 必須是支援任何廠家的才行，而不是只對自己家的東西好用而以，DRIVE出的速度又太慢，有問題也不曉得找誰。 根據馬路消息，Borland 在維護 dbExpress 只有一人，而且那一人還有很多工作要做，所以目前我還是不看好 dbExpress

話是這樣說，但有可能嗎?支援任何廠家的才行?那這個世界沒好 Driver 也之遠不會有。老實說，我從沒說過 dbExpress 是很好的東西，若你看過我以前說有關 dbExpress 的都是彈多於讚，他對非 interbase 的支據實在是太差了。我只是說若是配 interbase 的話，dbExpress 不失為一個好選擇。 Driver 出的速度慢我很同意，我也在 dbExpress 新閒組吵鬧過(別人發起我插嘴支持)，有問題都宫方新聞組還是通常會有人答的(需然不一定一完美解決)。 若你有留意的話，那『馬路消息』便是小弟說的。因為我有在看 dbExpress 新聞組，而那個維護的人也間中會在該新聞組出現，所以我知道這些消息。 補充一下最新的消息是 7 月尾將會有新的 dbExpress 整體 Update。時間絕對有可能跳票但工作確實在進行中。

引言: 跟據李維先生的書及 Borland dbExpress 留言版所得， Interbase 配 dbExpress 很隱定而且效能比使用 IBX 不相上下各有好處。但使用IBX 只能對 interbase 若以後要轉 資料庫要重來，dbExpress 卻可改變 Driver 及專用語句便成，所以用小弟認為 interbase 的話 dbExpress 絕對值得考慮。

現在我也正在看李維先生有關dbExpress的書, 覺得Borland對dbExpress有一定程度的用心, 例如TSimpleDataset就大大簡化了以往使用Midas的不便 但個人覺得美中不足的就是沒有類以BDE的TUpdateSQL, 當要update一個含有join 的多資料表資料時, 要在BeforeUpdateRecord寫上一串複雜的程式, 不像TUpdateSQL來得直接方便

引言: 1.Paradox 在使用中，如果突然關機，index會亂掉，就要重建索引檔，InterBase有沒有這方面的問題 我用這麼久, 尚未有發生過這類情況, 但不能說一定不會, 在Interbase的網站 (國外), 曾有人討論過這方面的問題, 好像也曾有發生過檔案crash的狀況

關於這部份我插個嘴一下, 請不要介意 ... 1. InterBase 的日誌檔是放在 .GDB 中的, 不像其他 Database 是放在外部, 這點有好有壞. 2. 基本上如果檔案有問題, 可以用 bfix 解決 3. .GDB 我曾經有一段時間常損壞(因為我寫程式操他), 後來發現是 Interbase V6.0x以前(含)的關係(Firebird 從未發生), 用以後版本好像還沒出過問題. 4. bfix 有可能會無法修復 .GDB 檔案, 有時可以寫類似 Datadump 的程式一個個 Table 轉. 5. .GDB 要常備份 (這是不論使用任何 Database 都要作的), Interbase 的好處是只有一個檔.

謝謝 but, what is bfix?    

引言: 關於這部份我插個嘴一下, 請不要介意 ... 1. InterBase 的日誌檔是放在 .GDB 中的, 不像其他 Database 是放在外部, 這點有好有壞. 2. 基本上如果檔案有問題, 可以用 bfix 解決 3. .GDB 我曾經有一段時間常損壞(因為我寫程式操他), 後來發現是 Interbase V6.0x以前(含)的關係(Firebird 從未發生), 用以後版本好像還沒出過問題. 4. bfix 有可能會無法修復 .GDB 檔案, 有時可以寫類似 Datadump 的程式一個個 Table 轉. 5. .GDB 要常備份 (這是不論使用任何 Database 都要作的), Interbase 的好處是只有一個檔.

[quote] 謝謝 but, what is bfix? [quote]    抱歉! 打錯字了 ... 是

------
將問題盡快結案也是一種禮貌!

我國外朋友說使用InterBase可考慮用非Borland提供的其他廠商 元件，不知各位先進有何建議，個人認為花一些錢購買其他廠商 元件，只要效率佳價格又合理，何嘗不是一個很好的選擇，可否 請各位先進提供一些有關的元件資訊，以供同好參考及選擇，目 前正遇到與will相同問題，需要將Paradox+BDE改成其他免費又 穩定的資料庫系統。< >< >

廠商元件FIBPlus - Fast InterBase Plus，不知各位先進有何建議， 國內是否有人使用過該元件？ http://www.devrace.com/fibplus/

引言: 廠商元件FIBPlus - Fast InterBase Plus，不知各位先進有何建議， 國內是否有人使用過該元件？ http://www.devrace.com/fibplus/ < face="Verdana, Arial, Helvetica"> 我大略上了該網看了一下, FIBPlus 支援 Interbase(IB), Firebird(FB) 而FB網內說明支援 InterBase, 這樣大家是否可以看出一些端倪 就是 FIBPlus是後推出的, 所以會把FireBird列為一個支援對象, 那這樣 來說 FireBird 是完全Free(就目前而言), 而 FIBPlus 網上order的Company Licence要1066US, 近四萬台幣, 以經濟價值來說, 會選擇那一種? 當然不能說FIB並不好, 只是FIB提供了那些FB所沒有或加強的功能, 而我們 在設計上是否用的上, 以及FIB在分發上的授權付費如何計算, 這可能是我們 要深思的! 如果說用的功能設計是很普遍性, 在 IB或FB上都足夠的話, 那用 FIB是否適當, 另外, 個人在使用中一直保持一個觀念, 不要用太過獨特性的功能元件, 否則 在資料平台轉換時就知道痛苦, 以上僅提供參考!!!

請問P.D.是否使用Delphi內含之InterBase元件進行程式開發?    在Paradox中我維護的系統是使用InfoPower元件,目前需移轉至 可於多人存取又穩定的資料庫,考慮用InterBase但又怕客戶指 定用MS-SQL,一般市面系統都好像用MS-SQL較多,不知P.D.有何 建議?

引言: 請問P.D.是否使用Delphi內含之InterBase元件進行程式開發? 在Paradox中我維護的系統是使用InfoPower元件,目前需移轉至 可於多人存取又穩定的資料庫,考慮用InterBase但又怕客戶指 定用MS-SQL,一般市面系統都好像用MS-SQL較多,不知P.D.有何 建議? < face="Verdana, Arial, Helvetica"> Delphi內提供的InterBase元件為InterBase6.x(Delphi5 above, Delphi4為IB5.5x), 應用在一般的兩層架構(DATA-AP)上應都足夠, 我是用 IBX(InterBaseExpress)元件, 有提供相關 backup, restore 功能, 你可以到 http://codecentral.borland.com/codecentral/ccweb.exe/author?authorid=102去找適合你版本的ibx來安裝, 如果你決定走向Interbase的話! 我使用Delphi5 IBX4.4 目前我也有遇到這樣的情況, SQL2000是一個主流產品, 會有客戶要求用SQL , 所以基本上如果你用INTERBASE的話, 你必須要能通悉主流才行, 而且在 設計上儘量採用SQL與IB能共通的語法, 這樣在做轉換時才不會很累! 其實我個人的觀點 如果資料量不太大(數十萬至百萬), 而業主又不會有與國外連結互通資料, 也 就是公司內部是十足獨立作業, 建議客戶考量成本問題, 用IB 要不就用SQL, 像我有一個案子記錄每年近4000萬筆, 這我就不敢用IB了, 因為 SQL的MDF檔就要21G, IB恐吃不下這樣的結構 另外, IB與SQL在維護上也有差別, IB可以透過IBX提供的元件來達成類似早期 LOCAL DATABASE的的重整完成維護, 但SQL有其一套機制, 所以採用SQL的話, 我會建議業主內部要養一個工程師來做內部的維護, 或者你願意接也無妨, 只 是很多情況必須在現場處理 這當中相當多甘苦談, 無法一頁說完, 再續吧!

引言: 去找適合你版本的ibx來安裝, 如果你決定走向Interbase的話! 我使用Delphi5 IBX4.4

P.D. 兄: 我很好奇 ... D5 的 IBX 不是已經 upgrade 到 5.04 版了嗎 ? 您使用 v4.4 版不知道是什麼原因呢 ? 可以告知嗎 ? 謝謝您 ...

引言:

引言: 去找適合你版本的ibx來安裝, 如果你決定走向Interbase的話! 我使用Delphi5 IBX4.4

P.D. 兄: 我很好奇 ... D5 的 IBX 不是已經 upgrade 到 5.04 版了嗎 ? 您使用 v4.4 版不知道是什麼原因呢 ? 可以告知嗎 ? 謝謝您 ...

東西好用就可以, 如果沒有太大的問題, 我還是喜歡用上手的東西, 因為我也不清楚 5.04到底改了那些, 萬一對我舊有客戶的案子有很大的 差異的話, 那不就#$%^!就是這樣而已!