Delphi数据库开发之TTable篇1
既然是说Delphi中的SQL使用，肯定离不开TDataSet派生出来的DataSet控件（应该说类比较确切些），这里我说的DataSet只是一个大类的称呼，并不是特指实际的TDataSet。在众多控件中其实可以根据如何操作数据分为两类。 其中一类是TTable,TADOTable等控件，这些控件只要获得数据链接和表名就能获得数据；另外一种是TQuery,TADOQuery等需要程序员指定SQL才能进行数据操作。 可能有人会说TADODataSet,ADOStoredProc不用“硬性”指定SQL，不过我还是习惯把这些控件归入后者。
对于上文提到的第一类控件，这些控件在数据操作过程中可以自动生成特定的SQL语句并且执行。因为不需要程序员干预数据操作的SQL，在显示数据列表的场合，使用起来比较方便。但是方便的东西决定了它的灵活性与适用性受到很大的限制。先来看看Table控件(后文如果没有特别指出的话，都是借代这一类控件)是如何提取数据，它是怎样工作的。Table控件属性TableName指定了要操作的表，在Table.Open的时候，Table会生成一条Select * From XXXTable的SQL语句，并发送到后台数据服务器执行。从这个语句可以看到Table是把整个表的数据从服务端提取到本地，在数据量比较庞大的时候，结果时候是可想而知的。其中BDE里面可以设置缓冲区，ADO可以设置CacheSize，MaxRecord来改善效率。但用户很多时候并不需要操作所有的数据，而是某些符合条件的数据,所以这种提取数据的方式欠妥。另外可以通过SQL Moniter看一下Table控件是如何更新数据的。
譬如 ：
Table.Edit;
Table.Fields[0].AsInteger:=0;
Table.Post;
可以从SQLMoniter看到 Update XXXX Set myField=0 Where xxxxxxx。其中where后面的部分就是Table操作的那条记录的标识，一般就是这个表的主键。对应新增和删除操作，Table都能自动生成相应操作。这种特性在后面提到的Query也具备，不过注意的问题会多一些，在此先不讨论。
对于上文提到的第一类控件，这些控件在数据操作过程中可以自动生成特定的SQL语句并且执行。因为不需要程序员干预数据操作的SQL，在显示数据列表的场合，使用起来比较方便。但是方便的东西决定了它的灵活性与适用性受到很大的限制。先来看看Table控件(后文如果没有特别指出的话，都是借代这一类控件)是如何提取数据，它是怎样工作的。Table控件属性TableName指定了要操作的表，在Table.Open的时候，Table会生成一条Select * From XXXTable的SQL语句，并发送到后台数据服务器执行。从这个语句可以看到Table是把整个表的数据从服务端提取到本地，在数据量比较庞大的时候，结果时候是可想而知的。其中BDE里面可以设置缓冲区，ADO可以设置CacheSize，MaxRecord来改善效率。但用户很多时候并不需要操作所有的数据，而是某些符合条件的数据,所以这种提取数据的方式欠妥。另外可以通过SQL Moniter看一下Table控件是如何更新数据的。
譬如 ：
Table.Edit;
Table.Fields[0].AsInteger:=0;
Table.Post;
可以从SQLMoniter看到 Update XXXX Set myField=0 Where xxxxxxx。其中where后面的部分就是Table操作的那条记录的标识，一般就是这个表的主键。对应新增和删除操作，Table都能自动生成相应操作。这种特性在后面提到的Query也具备，不过注意的问题会多一些，在此先不讨论。
