以前问过一些类似的问题，得知ADOTABLE在小表中适宜运用，最好在用前OPEN，用后CLOSE，我现在有一个FORM，用于新增单位使用，单位也就是瓶、盒、袋这样的单位，表肯定很小，记录也不会超过去30条样子的，窗口一打开就用DBGRID显示当前所有资料，窗口上有两个按钮一个增加，一个删除。我想要问的是，我ADOTABLE设计时为关，然后在窗口ON SHOW时OPEN，在窗口ONCLOSE时CLOSE，在新增和删除时就不再开关了，这样是否合理高效？

------
我的编程起步于ktop，我将永远支持ktop

如果資料那麼簡單，數量又肯定在一定極少的範圍之內，我不會考慮使用資料庫。
使用資料庫的程式就一定有所消費，要載入存取資料庫存取所需的一些元件，那麼在系統上與效能上就是一種負載(Loading)。
既然資料結構簡單，何不考慮自訂簡易的紀錄(Record)檔，然後使用檔案標準IO函數來做(Assign,Reset,ReWrite,ReadLn,WriteLn,Read,Wirte,Close等)，並配合ListView來顯示資料，效能好，速度快，不需要使用資料庫元件。請參考～
===================引 用 ntjrr 文 章===================
以前问过一些类似的问题，得知ADOTABLE在小表中适宜运用，最好在用前OPEN，用后CLOSE，我现在有一个FORM，用于新增单位使用，单位也就是瓶、盒、袋这样的单位，表肯定很小，记录也不会超过去30条样子的，窗口一打开就用DBGRID显示当前所有资料，窗口上有两个按钮一个增加，一个删除。我想要问的是，我ADOTABLE设计时为关，然后在窗口ON SHOW时OPEN，在窗口ONCLOSE时CLOSE，在新增和删除时就不再开关了，这样是否合理高效？

如果你還是需要使用資料庫(有去Join其它Table的機會)，
那麼其實這樣倒是不用很在意整體的資料，
倒是可以反過來看一下是否這些設計可以重用，
比如說單位設定與貨幣設定都可以用同一組ADOTable與Form，只要參數化即可
這樣可以在design time時省掉一些不必要的code
在runtime則可以省掉一些不必要的dataset一直被留在記憶體
但是相對的，某些需要經常開放的Table以便程式運作的，可能就比較不適宜這樣的作法，
因為太常去開關Table其實也是一種消秏

------
不論是否我發的文，在能力範圍皆很樂意為大家回答問題。
為了補我的能力不足之處，以及讓答案可以被重複的使用，希望大家能儘量以公開的方式問問題。
在引述到我的文時自然會儘量替各位想辦法，謝謝大家！

TO Stallion 大大，因为代码中已大量运用了上述的设计思路在运作，并且您所说的那方面知识还没有研究，初步感觉如果在SQL数据库，局域网操作的话好象就行不通？
TO Coffee大大,您所说的我稍有理解，但感觉合在一起的话省了资源，但维护起来增加了一定难度，分开来的话感觉较清晰一点。
因为这些单位基础数据的设置，基本上在使用程序的最初一段时间用用，以后可能是碰都不会碰的。如果ONSHOW时OPEN ，ONCLOSE 时CLOSE基本上没有大问题的话，我就不在已经大量运用的代码中改了。

------
我的编程起步于ktop，我将永远支持ktop

其實我覺得問題重點應該是在你的資料表是設計給單一程式還是多個程式同時存取。
如果是給單一程式獨享，那麼你在Project檔案裡面直接開啟，到程式結束再關閉資料表都無所謂，而且效能可能不錯；但是反過來說，如果你的資料表是同時給多人使用存取，那麼建議你使用ADOQUERY配合ADOCONNECTION，適時開關CONNECTION與在QUERY裡使用適當的SQL語法取出所需要的資料集，如此不但可以減輕SQLSERVER的LOADING，還可以將每筆資料錄依照需求自訂鎖定狀態，程式碼雖然麻煩了一點，但是可以增加效能，減低資料被覆蓋或者突然間被刪除的機率。
===================引 用 ntjrr 文 章===================
TO Stallion大大，因为代码中已大量运用了上述的设计思路在运作，并且您所说的那方面知识还没有研究，初步感觉如果在SQL数据库，局域网操作的话好象就行不通？
TO Coffee大大,您所说的我稍有理解，但感觉合在一起的话省了资源，但维护起来增加了一定难度，分开来的话感觉较清晰一点。
因为这些单位基础数据的设置，基本上在使用程序的最初一段时间用用，以后可能是碰都不会碰的。如果ONSHOW时OPEN ，ONCLOSE 时CLOSE基本上没有大问题的话，我就不在已经大量运用的代码中改了。