关于数据抽象层的实现问题，请大家谈谈自己的意见

Question

我们所作的工作是,针对数据库来一个最底层的封装.这里只提供数据库的连接,已经数据的更新,查询操作.而后,在此基础上在进行业务层的开发.但,需要注意的是,我们在此层只能使用标准的SQL语句,毕竟各个数据库的厂商提供的自己很多个性的东西.

Answer 1

我没有用过，不过听高手说可用XML交换就可以，数据库读到的数据用XML传到上层，上层传来的数据和命令也是XML格式的数据，解释后在传到数据库中，学学是可以，是现在比较时髦的东西，但通用性不加，得不长失，难读也非常大，成功按例非常少，粗劣的理论非常不错，但细节的东西还很少，实施没有理论支持，要成吃螃蟹的第一人了，这个东东实用行非常有限，因为数据库之间的命令差异太大，相同就有标准的SQL89、SQL92或SQL99，就象开发一个各个数据库的数据库ADO引情一样，还没有标准，如过对特定功能的开发，实用性就大打折扣，也就是说没有必要，不过重用性到不错，但要考虑速度就非常不易了

Answer 2

一般在修改增加数据中才有显性事务，是保证数据完整的好方法
SQL SERVER 帮助上的：
事务是作为单个逻辑工作单元执行的一系列操作。一个逻辑工作单元必须有四个属性，称为 ACID（原子性、一致性、隔离性和持久性）属性，只有这样才能成为一个事务：原子性事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。一致性事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。隔离性由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为可串行性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。持久性事务完成之后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持。