朝向考慮到成本及維護越簡便。

列出一些免費版本的資料庫：

1. MS ACCESS
2. MS SQL 2005 EXPRESS
3. ORACEL 10G EXPRESS
4. IBM DB2 EXPRESS
....

如何能夠瞭解實際上處理上使用 Delphi 所需面臨的問題？
ADO 的支援性。以及容不容易封裝出售（套裝軟體）？
多執行緒數量是否有限制？

目前前我傾向於 IBM DB2 EXPRESS 主要它提供它資料庫大小沒有限制！
但由於這方面資料較少，也不清楚是否支援 ADO以及是否其他會面臨的問題。

請大家踴躍分享一下自己的經驗

其實這方面本站討論非常多, 努力搜尋一下應可找到很多討論, 沒有必要同樣問題一再的被拿出來說, 謝謝!

是的，在提出問題前，我已搜尋過。
不過，很可惜並沒有全面性並且較深入性的探討，尤其有些資料庫。

系望能建立出這幾種資料庫優劣並且盡可能整合比較。

我常覺得開發一套軟體或專案，一開始在選擇資料庫像是下一場賭注。
好的資料庫可以減少不必要的麻煩，反之不好用的資料庫帶給你是一個災難。

若有相同經驗或在開發中可能會面臨的難點。互相 Share。
減少不必要的重複的踏入可能誤區。那是很好的。

===================引 用 P.D. 文 章===================
其實這方面本站討論非常多, 努力搜尋一下應可找到很多討論, 沒有必要同樣問題一再的被拿出來說, 謝謝!

既然決定要用ADO了…就沒有選擇資料庫的必要性了吧，因為方法、函式都是通用的。msdn上也有多到數不清的技術支援任你用。

基本的資料庫建置手冊，各家都很多，該建的TABLE跟USER處理完，其它的都交給程式處理就可以了。

很多老闆都擔心資料庫空間不夠用，但實際用量往往都只在一張磁片上下。

如果你的資料庫還要給其他開發軟體使用，才需要額外考慮使用的資料庫。

若只是單純要讓DELPHI使用，那僅需考慮連結技術，以及DELPHI應用程式的延伸性(ex: N-Tire用access？)。
個人覺得…ADO外，DBX也是很不錯的選擇(既然都用DELPHI了，何不保持一致性？)，雖然它限制的資料庫種類比較多。
(李維大師說DBX也比ADO快)

FireBird或許你也可以考慮看看(當然，資訊又更少了)。

以上

===================引 用 RootKit 文 章===================
一開始在選擇資料庫像是下一場賭注。
===================引 用 RootKit 文 章===================

小弟是純聊天,
選對資料庫,對客戶言是影響重大
可是對我們言就不一'定了,如果我們寫的只能針對某個資料庫,那市場小,回收太慢,維護成本也太高了

我們的重點是面對不同DB,如何自動切換適當程式碼的技巧,及各公司對不同DB熟悉程度與相對應的已掌握的資源多寡及強弱的問題

再對真正的大客戶，對其DB相對碼作特別的強化罷了

------
Kevin

編輯記錄

其實這幾個不同廠商的express的陽謀是怎麼回事，大家都知道，只是要綁未來客戶罷了。
而資料庫廠商的收益才是天價，我們實在沒必要為人作嫁。不是嗎？與之相比，我們賺的
只是零頭小數罷了。何必自己劃地自限？
重點應該是，你該先找出你的產品的潛在客戶，及這些潛在客戶可能是用那些DB。各種
DB在不同行業別有不同的市佔率的。再決定用那個express，或是其它的DB。及開發重
點為那幾種可能的DB罷了。

------
Kevin

編輯記錄

我很贊同Rootkit的認真與用心

------
Kevin

===================== 引用Rootkit的文章==================
我傾向於 IBM DB2 EXPRESS 主要它提供它資料庫大小沒有限制！
但由於這方面資料較少，也不清楚是否支援 ADO以及是否其他會面臨的問題。
===================== 引用Rootkit的文章==================
個人建議，用db:Win-PostgreSQL、Delphi-ODBC-ADO。又穩，又強，又免費，
即使正式上線，也絕對不輸人輸陣的。至多移到Unit環境就好。
客戶只管案子的總支出，DB少了，我們的利潤就多了，不是嗎？

------
Kevin

編輯記錄

聽說 Win-PostgreSQL 在做 Transaction 時會有異常。是真的嗎！
容易封裝嗎（installShield)！或者是系統需求需要很高嗎！

我主要想開發套裝軟體，顧客一般是不懂這些的（資料庫）。
之前因為資料庫較小，常使用 ACCESS 不過 ACCESS 問題太多了。
謝謝！

===================引 用 kevin2004 文 章===================
===================== 引用Rootkit的文章==================
我傾向於 IBM DB2 EXPRESS 主要它提供它資料庫大小沒有限制！
但由於這方面資料較少，也不清楚是否支援 ADO以及是否其他會面臨的問題。
===================== 引用Rootkit的文章==================
個人建議，用db:Win-PostgreSQL、Delphi-ODBC-ADO。又穩，又強，又免費，
即使正式上線，也絕對不輸人輸陣的。至多移到Unit環境就好。
客戶只管案子的總支出，DB少了，我們的利潤就多了，不是嗎？

僅考慮ADO的支援性。必非一定。
另外十不分清楚 DBX 目前在市場上的成熟度及效率。

===================引 用 GrandRURU 文 章===================
既然決定要用ADO了…就沒有選擇資料庫的必要性了吧，因為方法、函式都是通用的。msdn上也有多到數不清的技術支援任你用。

基本的資料庫建置手冊，各家都很多，該建的TABLE跟USER處理完，其它的都交給程式處理就可以了。

很多老闆都擔心資料庫空間不夠用，但實際用量往往都只在一張磁片上下。

如果你的資料庫還要給其他開發軟體使用，才需要額外考慮使用的資料庫。

若只是單純要讓DELPHI使用，那僅需考慮連結技術，以及DELPHI應用程式的延伸性(ex: N-Tire用access？)。
個人覺得…ADO外，DBX也是很不錯的選擇(既然都用DELPHI了，何不保持一致性？)，雖然它限制的資料庫種類比較多。
(李維大師說DBX也比ADO快)

FireBird或許你也可以考慮看看(當然，資訊又更少了)。

以上

聽說 Win-PostgreSQL 在做 Transaction 時會有異常。是真的嗎！
==>別擔心，交易是DB最重要的環節，PG是已存在數十年的老牌子，怎會有
這種問題。而且在Linux下PG可是響釘噹的字號，我們公司有每年維護
合約數百萬元的大型系統是用PG的，都好好的。
或者是系統需求需要很高嗎！
==>你想中小企業用的Win-PG組合，或低價位Linux-PG，所須要的規格與預算
會比Oracle，甚至MSSQL低到你連想不敢想的程度
容易封裝嗎（installShield)！
==>你講到重點了，如果是Linux-pg的案子，技術層次較高，當然是由公司
從頭包到尾啦。而且長期維護合約的賺錢來源。這就不講了。
==>如果是十萬以下的小案子，或是類似Package的產品，是要配在Win-PG上
，且不可能包含安裝設定的工的。這時你的封裝，就要包含以下：
1.安裝Win-PG。
2.測IP及自動修改pg_hba.conf、postgres.conf。重新ReStart-pg
3.安裝psqlODBC
4.設pg新role、開pg-新DB，建新DB-stru、填入資料
5.設新DB-ODBC-DSN
6.安裝我們的EXE及環境
// 這些均要自己寫程式碼
還有，對不同資料庫均有不同的DB維護管理等均有不同，PG也一樣。你尚要寫pg-備份取回
的功能

------
Kevin

RootKit你好:

你說之前因為資料庫較小，常使用 ACCESS 不過 ACCESS 問題太多了,不曉得是那些方面之問題,可否舉幾個例子說明?

===================引 用 RootKit 文 章===================
聽說 Win-PostgreSQL 在做 Transaction 時會有異常。是真的嗎！
容易封裝嗎（installShield)！或者是系統需求需要很高嗎！

我主要想開發套裝軟體，顧客一般是不懂這些的（資料庫）。
之前因為資料庫較小，常使用 ACCESS 不過 ACCESS 問題太多了。
謝謝！

===================引 用 kevin2004 文 章===================
===================== 引用Rootkit的文章==================
我傾向於 IBM DB2 EXPRESS 主要它提供它資料庫大小沒有限制！
但由於這方面資料較少，也不清楚是否支援 ADO以及是否其他會面臨的問題。
===================== 引用Rootkit的文章==================
個人建議，用db:Win-PostgreSQL、Delphi-ODBC-ADO。又穩，又強，又免費，
即使正式上線，也絕對不輸人輸陣的。至多移到Unit環境就好。
客戶只管案子的總支出，DB少了，我們的利潤就多了，不是嗎？

由於我近期頸椎受傷（職業病）非常痛，聯手都抬不起。
故故不得此來！非常感到抱歉！

Win-PostgreSQL 這樣倒可試試！有license的問題嗎？

to ry_lee

ACCESS 問題
1.筆數若超過數十萬筆，就容易索引出錯及查詢校率便慢。
2.ACCESS 一旦索引損壞，就容整個檔案接著損壞無法回復
3.ACCESS 沒有安全性。

手痛暫時謝到此

我覺得把這個問題放大一點來考量
1.客戶
2.金錢
3.設計人員

第1點如果客戶已經有現成的資料庫,那選資料庫就沒意義了,
因為每各系統都用各自的資料庫,那資料庫管理員會忙死,因此資料庫管理員不會認同
第2點出錢的是大爺,有錢好辦事,如果設計師不強請用 M$,為什麼叫M$就是要花很多錢,懂了吧
運氣不好遇到沒錢的案子,用逆向思考,一般網站都用Mysql 更何況要賣的,
因此最好選擇Mysql PostgreSQL 等免費資料庫,記得要看好授權資訊.
第3點程式設計,資料庫能力,都有高級之水準,
小到Access大到ORACEL......等重量級商業資料庫應該都沒問題了吧,那有什麼好選的.

像我也常常遇到這樣的迷思,要大不大,要小不小的設計廣度,
與其傷腦筋不如想想案子該設計多大,要投入多少時間&金錢.
最美味的料理就是每樣調味料都剛剛好,一點不多一點不少

PS: Access 通常是在學校拿來玩玩用,如果資料數量不大,其實也可以考慮,
不過怕您會聽到 以下對話
客戶MIS人員:挖~10萬元的設計費居然給我用Access,寫程式這麼好賺
程式設計人員: 因為買一套M$ office就佔了大多數~$$~
客戶MIS人員:.............原來Access也是要$$的 (請尊重智慧財產權~~~~宣導)

看完了,請起來走動,跳一跳,去裝水,免的跟樓上大大一樣
程式設計傷眼力,傷肩膀,頸部,還有傷腎臟
所以案子是公司的,健康是我們的,再不影響工作的情況下,還是要注意健康

偏離主題~~~~踢飛

編輯記錄

to juneo 兄
感謝您的關心。以前覺得自己很耐超，結果就疏忽掉。

本來是期望如果有熟悉的資料庫朋友，能夠盡其所言。
畢竟很多都需要摸索一段時間，才會瞭解。

因為要開發套裝軟體，因此資料庫的選擇不會是顧客所選擇。這個做專案有很大的差異。

接下來，我會試著安裝所有資料庫。藉以評估一些心得。
若有總和一些結論在 Po 上來。

如果您也有何我一樣的迷惑或心得。
別忘了告訴我並繼續討論這個議題。

目前先暫時結案。謝謝！