用ADP的感觉真爽

添加记录: 用ADP的感觉真爽类别: Access 发布日期: 2006.06.29

这些天来，研究过ADP，发现ADP的确是一个十分不错的东西。现在我正用它写软件，感觉真爽。在我刚刚接触ADP之前，也感到ADP很是陌生，对于SQL SERVER的东西，如视图、函数和存储过程都不熟悉。用它编写程序，一下子遇到的问题很多。

后来，我在外面买了一本《SQL SERVER 2000宝典》，加上在ADP这个论坛中去寻找相关的资料。终于了解到ADP和MDB的不同之处。在编写ADP方面，也有了重大的突破，也发觉原来我们所学的MDB的局限性，这点特别是体现在网络中。

ADP，其实就是SQL SERVER的瘦客户端，所谓之“瘦”，就把前台的很多东西都融合到后台去了。SQL SERVER建议我们把操作数据的方法都写在SQL SERVER中，用存储过程或自定义函数的形式表示。这样做的好处十分多，一个是操作数据的时候，前台就不用把指令送到后台中，而是直接调用后台的方法，减少了网络流量的同时，也发觉原来编写TSQL指令比前台的VBA+ADO方便快捷得多。当然，刚刚编写TSQL有点别扭，但相信随时间过去，我使用TSQL一定更加得心应手。

SQL SERVER拥有的功能，也使我们编写程序更加得心应手，如它数据备份功能，根本不用编程，我们可以设定定时备份数据，SQL SERVER就会按我们的设定去工作。回想起MDB中写的备份代码，MDB这点变得多余了。

如何求得服务器日期？在单机中不会出的问题，但在网络中客户机的时间就可能乱七八糟，SQL SERVER很简单，使用”select getdate()”就完成了。再返回前台中，而保所求的日期的正确性。

浅说数据事务：

在SQL SERVER数据库中，有着事务的概念，这点的确很是重要的，假如有一个很多数据的MDB，它正执行一条UPDATE指令去更新很多数据，如果突然发生了断电，再开机，就会可能发现UPDATE更新到了一半，而后面的另一半还没有完成。但在SQL SERVER中是支持事务的，一条UPDATE指令也看作一条事务，就算在UPDATE发生了意外，再开机的时候只会看到这条UPDATE未执行过。也就是说，事务只有完成或未完成两种状态，这个就叫原子性。原子性，是保证数据事务绝对完整的作用。这个可是MDB没有的一种很重要特性。有人说MDB也可以用编程去做到这点，但我认为，多条不同的数据执行指令的事务，编程是够你受的，而且安全性和可靠性的可信度有多少？

就是因为了事务的概念，使以下问题得到了解决：

在以前的VB6+MDB后台的开发经验告诉我，前台中，一个表中提交了一个新的数据，然后马上用“select”指令，居然发现select不到新提交的数据，如果要select到新的数据，就要等待一段很短的时间，但这个时间不好掌握，它和网络和后台响应的因数成关系，你说等待1秒吧，如果网络速度很慢，1秒后还是select不到怎办？你说等待10秒吧，用户已经受不了！！这个一直根本无法很好解决的大难题。但用了ADP，发现这个问题已经不存在了。因为SQL SERVER支持事务。提交了一个数据之后，你再发出select指令，SQL SERVER就必需等到提交完成后，再执行select指令。其实我用VB6+MDB的这个问题，就是所谓的“幻影行”的问题。

在这里，我已经认识到SQL SERVER那种无可比拟优越性，学ADP，真的很不错。

顶一下

上一篇：[推荐]聊天感语
下一篇：数据库项目(ADP)学习心得(1)

Tags: 备份 pda 函数服务器

相关信息