事务访问
一、跨数据库访问
第一种方式
SELECT * FROM OPENDATASOURCE(
'SQLOLEDB',
'Data Source=远程ip;User ID=sa;Password=密码'
).库名.dbo.表名
WHERE 条件
第二种方式
在sql server组->服务->安全性->链接服务器下建立一个具有别名的链接服务器。然后通过以下方式访问：
SELECT * FROM [链接服务器名].库名.dbo.表名
WHERE 条件
需要注意的是建立链接数据库服务器类型如果选择“SQL server”，那么链接服务器名称必须用要链接的服务器的在网络中的机器名或IP,如果要使用其它别名，可以在WINDOWS\system32\drivers\etc\hosts文件里添加一个别名的映射。
解除SQL阻止（sqlserver 2005情况）
SQL Server 阻止了对组件 ‘Ad Hoc Distributed Queries’ 的 STATEMENT’OpenRowset/OpenDatasource’ 的访问，因为此组件已作为此服务器安全配置的一部分而被关闭。系统管理员可以通过使用 sp_configure 启用 ‘Ad Hoc Distributed Queries’。有关启用 ‘Ad Hoc Distributed Queries’ 的详细信息，请参阅 SQL Server 联机丛书中的 “外围应用配置器”。
因为SQL2005默认是没有开启’Ad Hoc Distributed Queries’ 组件，开启方法如下
EXEC sp_configure 'show advanced options', 1
GO
RECONFIGURE
GO
EXEC sp_configure 'Ad Hoc Distributed Queries', 1
GO
RECONFIGURE
GO
关闭Ad Hoc Distributed Queries：
exec sp_configure 'Ad Hoc Distributed Queries', 0
reconfigure
exec sp_configure 'show advanced options', 0
reconfigure
二、分布式事务的配置
1．用DTCPing.exe工具测试两台机器的DTC服务是否可以联通。
2．如果有问题检查MSDTC服务是否启动。
3．MSDTC依赖于RPC,RPC使用的端口是135,测试135端口是否打开.是否有防火墙?如果有先关了防火墙. telnet IP 135 如果是关闭的打开它.
4．打开“控制面板->管理工具->组件服务”，然后展开“组件服务->计算机->我的电脑”右键属性。选择MSDTC的Tab栏，点击安全性配置按钮，打开窗口，将“网络DTC访问”选项选中，并将“允许远程客户端”，“允许入站”，“允许出站”都选中，并选择“不要求进行验证”，“启用事务Internet协议（TIP）事务”，“启用XA事务”都选中。然后确定即可。（以上选项windows默认不开放，必须配置）
5．检查你的两台服务器是否在同一个域中. 如果不在同一个域中,是否建立可信任联接.
6．如果是WIN2000,升级到SP4
7．确认MDAC版本是2.6以上,最好是2.8.
8．在SQL server存储过程中使用分布式事务时，必须SET XACT_ABORT ON --设置分布式事务如果发生问题主动回滚操作
9．可以声明使用BEGIN DISTRIBUTED TRANSACTION，如果未明确生明，在事务块中包含链接服务器的访问，SQL server会自动升级成分布式事务。
② 怎样避免读脏数据
锁就是防止其他事务访问指定的资源的手段。锁是实现并发控制的主要方法，是多个用户能够同时操纵同一个数据库中的数据而不发生数据不一致现象的重要保障。 一般来说，锁可以防止脏读、不可重复读和幻觉读。
事务并发产生的问题：
脏读：一个事务读取到了另外一个事务没有提交的数据
事务1：更新一条数据
------------->事务2：读取事务1更新的记录
事务1：调用commit进行提交
***此时事务2读取到的数据是保存在数据库内存中的数据，称为脏读。
***读到的数据为脏数据
详细解释：
脏读就是指:当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，
另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个
事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的
不可重复读：在同一事务中，两次读取同一数据，得到内容不同
事务1：查询一条记录
-------------->事务2：更新事务1查询的记录
-------------->事务2：调用commit进行提交
事务1：再次查询上次的记录
***此时事务1对同一数据查询了两次，可得到的内容不同，称为不可重复读
幻读：同一事务中，用同样的操作读取两次，得到的记录数不相同
事务1：查询表中所有记录
-------------->事务2：插入一条记录
-------------->事务2：调用commit进行提交
事务1：再次查询表中所有记录
***此时事务1两次查询到的记录是不一样的，称为幻读
详细解释：
幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，
这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表
中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，处理以上隔离级别的问题，采用如下方是：
事务隔离五种级别：
TRANSACTION_NONE 不使用事务。
TRANSACTION_READ_UNCOMMITTED 允许脏读。
TRANSACTION_READ_COMMITTED 防止脏读，最常用的隔离级别,并且是大多数数据库的默认隔离级别
TRANSACTION_REPEATABLE_READ 可以防止脏读和不可重复读，
TRANSACTION_SERIALIZABLE 可以防止脏读，不可重复读取和幻读，（事务串行化）会降低数据库的效率以上的五个事务隔离级别都是在Connection接口中定义的静态常量，
使用setTransactionIsolation(int level) 方法可以设置事务隔离级别。
如:con.setTransactionIsolation(Connection.REPEATABLE_READ);注意：事务的隔离级别受到数据库的限制，不同的数据库支持的的隔离级别不一定相同
③ WEB API形式的数据访问层如何提供事务处理接口
1. 简单的手动放置 键值对 到JSONObject，然后在put到JSONArray对象里
List<Article> al = articleMng.find(f);
System.out.println(al.size());
HttpServletResponse hsr = ServletActionContext.getResponse();
if(null == al){
return ;
}
for(Article a : al){
System.out.println(a.getId()+a.getDescription()+a.getTitle());
}
JSONArray json = new JSONArray();
for(Article a : al){
JSONObject jo = new JSONObject();
jo.put("id", a.getId());
jo.put("title", a.getTitle());
jo.put("desc", a.getDescription());
json.put(jo);
}
try {
System.out.println(json.toString());
hsr.setCharacterEncoding("UTF-8");
hsr.getWriter().write(json.toString());
} catch (IOException e) {
e.printStackTrace();
}
复制代码
上述代码JSONArray是引入的org.json.JSONArray包
而用net.sf.json包下JSONArray的静态方法：fromObject(list) 这是网上大多是都是直接用此方法快捷转换JSON，但是对于Hibernate级联操作关联的对象，这个方法就会报错，如果将映射文件中的级联配置去掉就行了。
另外对于list的要求就是其中的元素是字符串或对象，否则JSON不知道你想要的是什么数据。
<many-to-one name="cmsent" column="comment_tid" class="com.fcms.cms.entity.CmsComment"
not-null="false" cascade="delete">
但是级联操作毕竟还是得存在，否则以后数据冗余、多余。
解决方法就是：JSONArray subMsgs = JSONArray.fromObject(object, config);
JsonConfig config = new JsonConfig();
config.setJsonPropertyFilter(new PropertyFilter() {
public boolean apply(Object arg0, String arg1, Object arg2) {
if (arg1.equals("article") ||arg1.equals("fans")) {
return true;
} else {
return false;
}
}
});
④ 为什么数据库系统使用事务作为管理并发访问数据的一种方式
//下面使用MySql Connector/net提供的专用对象
MySqlConnection mycon = new MySqlConnection(constr);
mycon.Open();
MySqlCommandmycmd = new MySqlCommand("select * from users", mycon);
MySqlDataReader myreader = mycmd.ExecuteReader();
while (myreader.Read())
⑤ Oracle：如何以事物的方式对数据库进行访问
两次连续成功的COMMIT或ROLLBACK之间的操作，称为一个事务。在一个事务内，数据的修改一起提交或撤销，如果发生故障或系统错误，整个事务也会自动撤销。 一 事务的概念 事务是由相关操作构成的一个完整的操作单元。两次连续成功的COMMIT或ROLLBACK之间的操作，称为一个事务。在一个事务内，数据的修改一起提交或撤销，如果发生故障或系统错误，整个事务也会自动撤销。 oracle的数据语音分为数据定义语言(DDL)、数据控制语言(DCL)和数据操纵语言(DML)。其中的DML语言会生成事务，其他两种语言只要执行，事务就会结束。 简单的说DML语言可以建立事务，DDL和DCL不能建立事务。 DML语言包括几个命令，例如 select insert delete update等等，这些命令执行后，当前用户的显示信息是更改了，但是其他人访问你改的表的时候数据并没有更改，需要使用commit确认后才能更改。如果当前用户在没有执行commit前反悔操作了，那使用rollback命令可以回退到执行操纵语句之前，但是如果已经执行了commit语句是无法回退的。 比如，我们去银行转账，操作可以分为下面两个环节： (1) 从第一个账户划出款项。 (2) 将款项存入第二个账户。 在这个过程中，两个环节是关联的。第一个账户划出款项必须保证正确的存入第二个账户，如果第二个环节没有完成，整个的过程都应该取消，否则就会发生丢失款项的问题。整个交易过程，可以看作是一个事物，成功则全部成功，失败则需要全部撤消，这样可以避免当操作的中间环节出现问题时，产生数据不一致的问题。 一个事务是由一个可执行的SQL语句开始，一个可执行SQL语句产生对实例的调用。在事务开始时，被赋给一个可用回滚段，记录该事务的回滚项。一个事务以下列任何一个出现而结束。数据库事务是一个逻辑上的划分，有的时候并不是很明显，它可以是一个操作步骤，也可以是多个操作步骤。关键字： 分层查询 函数 触发器语法 Oracle物化视图 跟踪sql语句 内容摘要：事务是由相关操作构成的一个完整的操作单元。两次连续成功的COMMIT或ROLLBACK之间的操作，称为一个事务。在一个事务内，数据的修改一起提交或撤销，如果发生故障或系统错误，整个事务也会自动撤销。 我们可以这样理解数据库事物：对数据库所做的一系列修改，在修改过程中，暂时不写入数据库，而是缓存起来，用户在自己的终端可以预览变化，直到全部修改完成，并经过检查确认无误后，一次性提交并写入数据库，在提交之前，必要的话所做的修改都可以取消。提交之后，就不能撤销，提交成功后其他用户才可以通过查询浏览数据的变化。 以事务的方式对数据库进行访问，有如下的优点： * 把逻辑相关的操作分成了一个组。 * 在数据永久改变前，可以预览数据变化。 * 能够保证数据的读一致性。 二 数据库事务的应用 数据库事务处理可分为隐式和显式两种。显式事务操作通过命令实现，隐式事务由系统自动完成提交或撤销(回退)工作，无需用户的干预。 隐式提交的情况包括：当用户正常退出SQL*Plus或执行CREATE、DROP、GRANT、REVOKE等命令时会发生事务的自动提交。 还有一种情况，如果把系统的环境变量AUTOCOMMIT设置为ON(默认状态为OFF)，则每当执行一条INSERT、DELETE或UPDATE命令对数据进行修改后，就会马上自动提交。设置命令格式如下： SET AUTOCOMMIT ON/OFF 隐式回退的情况包括：当异常结束SQL*Plus或系统故障发生时，会发生事务的自动回退。 显式事务处理的数据库事务操作语句有3条,分别是COMMIT,ROLLBACK,SAVEPOINT语句。 COMMIT是数据库事物提交,将变化写入数据库。此操作把多个步骤对数据库的修改，一次性地永久写入数据库，代表数据库事务的成功执行。ROLLBACK是数据库事务回退,撤销对数据库的修改。操作在发生问题时，把对数据库已经作出的修改撤消，回退到修改前的状态。在操作过程中，一旦发生问题，如果还没有提交操作，则随时可以使用ROLLBACK来撤消前面的操作。SAVEPOINT则用于在事务中间建立一些保存点，ROLLBACK可以使操作回退到这些点撤上边，而不必撤销全部的操作。一旦COMMIT完成，就不能用ROLLBACK来取消已经提交的操作。一旦ROLLBACK完成，被撤消的操作要重做，必须重新执行相关操作语句。 如何开始一个新的事务呢?一般情况下，开始一个会话(即连接数据库)，执行第一条SQL语句将开始一个新的事务，或执行COMMIT提交或ROLLBACK撤销事务，也标志新的事务的开始。另外，执行DDL(如CREATE)或DCL命令也将自动提交前一个事务而开始一个新的事务。 数据在修改的时候会对记录进行锁定，其他会话不能对锁定的记录进行修改或加锁，只有当前会话提交或撤销后，记录的锁定才会释放。 例如修改雇员SCOTT的工资，工资在原有基础上增加1000： UPDATE emp SET sal=sal+1000 WHERE empno=7788; 执行结果： 已更新 1 行。 显示修改后SCOTT的工资： SELECT ename,sal FROM emp WHERE empno=7788; 执行结果： ENAME SAL SCOTT 4000 经查看修改结果正确，提交所做的修改： COMMIT; 执行结果： 提交完成。 在执行COMMIT后，工资的修改被永久写入数据库。本训练的第1步，先使用COMMIT命令提交原来的操作，同时标志一个新的事务的开始。注意：在事务执行过程中，随时可以预览数据的变化。
⑥ 怎样理解事物
通常的观念认为，事务仅与数据库相关。
事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（rability）的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。持久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。
通俗的理解，事务是一组原子操作单元，从数据库角度说，就是一组SQL指令，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过的所有指令。更简答的说就是：要么全部执行成功，要么撤销不执行。
既然事务的概念从数据库而来，那java事务是什么？之间有什么联系？
实际上，一个Java应用系统，如果要操作数据库，则通过JDBC来实现的。增加、修改、删除都是通过相应方法间接来实现的，事务的控制也相应转移到Java程序代码中。因此，数据库操作的事务习惯上就称为Java事务。
二、为什么需要Java事务
事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。举一个简单例子：比如银行转帐业务，账户A要将自己账户上的1000元转到B账户下面，A账户余额首先要减去1000元，然后B账户要增加1000 元。假如在中间网络出现了问题，A账户减去1000元已经结束，B因为网络中断而操作失败，那么整个业务失败，必须做出控制，要求A账户转帐业务撤销。这才能保证业务的正确性，完成这个操作就需要事务，将A账户资金减少和B账户资金增加方到一个事务里面，要么全部执行成功，要么操作全部撤销，这样就保持了数据的安全性。
三、Java事务的类型
Java事务的类型有三种：JDBC事务、JTA（Java Transaction API）事务、容器事务。
1、JDBC事务
JDBC 事务是用 Connection 对象控制的。JDBC Connection 接口（ java.sql.Connection ）提供了两种事务模式：自动提交和手工提交。 java.sql.Connection 提供了以下控制事务的方法：
public void setAutoCommit(boolean)
public boolean getAutoCommit()
public void commit()
public void rollback()
使用 JDBC 事务界定时，您可以将多个 SQL 语句结合到一个事务中。JDBC 事务的一个缺点是事务的范围局限于一个数据库连接。一个 JDBC 事务不能跨越多个数据库。
2、JTA（Java Transaction API）事务
JTA是一种高层的，与实现无关的，与协议无关的API，应用程序和应用服务器可以使用JTA来访问事务。
JTA允许应用程序执行分布式事务处理——在两个或多个网络计算机资源上访问并且更新数据，这些数据可以分布在多个数据库上。JDBC驱动程序的JTA支持极大地增强了数据访问能力。
如果计划用 JTA 界定事务，那么就需要有一个实现 javax.sql.XADataSource 、 javax.sql.XAConnection 和 javax.sql.XAResource 接口的 JDBC 驱动程序。一个实现了这些接口的驱动程序将可以参与 JTA 事务。一个 XADataSource 对象就是一个 XAConnection 对象的工厂。 XAConnection s 是参与 JTA 事务的 JDBC 连接。
您将需要用应用服务器的管理工具设置 XADataSource .从应用服务器和 JDBC 驱动程序的文档中可以了解到相关的指导。
J2EE应用程序用 JNDI 查询数据源。一旦应用程序找到了数据源对象，它就调用 javax.sql.DataSource.getConnection（） 以获得到数据库的连接。
XA 连接与非 XA 连接不同。一定要记住 XA 连接参与了 JTA 事务。这意味着 XA 连接不支持 JDBC 的自动提交功能。同时，应用程序一定不要对 XA 连接调用 java.sql.Connection.commit（） 或者 java.sql.Connection.rollback（） .
相反，应用程序应该使用 UserTransaction.begin（）、 UserTransaction.commit（） 和 serTransaction.rollback（） .
3、容器事务
容器事务主要是J2EE应用服务器提供的，容器事务大多是基于JTA完成，这是一个基于JNDI的，相当复杂的API实现。相对编码实现JTA 事务管理，我们可以通过EJB容器提供的容器事务管理机制（CMT）完成同一个功能，这项功能由J2EE应用服务器提供。这使得我们可以简单的指定将哪个方法加入事务，一旦指定，容器将负责事务管理任务。这是我们土建的解决方式，因为通过这种方式我们可以将事务代码排除在逻辑编码之外，同时将所有困难交给 J2EE容器去解决。使用EJB CMT的另外一个好处就是程序员无需关心JTA API的编码，不过，理论上我们必须使用EJB.
四、三种Java事务差异
1、JDBC事务控制的局限性在一个数据库连接内，但是其使用简单。
2、JTA事务的功能强大，事务可以跨越多个数据库或多个DAO，使用也比较复杂。
3、容器事务，主要指的是J2EE应用服务器提供的事务管理，局限于EJB应用使用。
五、总结
Java事务控制是构建J2EE应用不可缺少的一部分，合理选择应用何种事务对整个应用系统来说至关重要。一般说来，在单个JDBC 连接连接的情况下可以选择JDBC事务，在跨多个连接或者数据库情况下，需要选择使用JTA事务，如果用到了EJB，则可以考虑使用EJB容器事务。
⑦ 如何查询登陆用户访问事务码的历史数据
可以用STAT查看本次系统启动以来的以后使用情况；
如果希望长期记录历史的话，就要配置Security
Audit
⑧ 在数据库的事务管理中，什么是并发访问为什么要并发访问
并发访问是可能会发生两个用户同时对一张表的同一条数据进行修改等操作，这是可能发生的情况，不是故意要同时访问，所以没有为什么！
⑨ 什么是事务，事务的四个特性是什么
事务一般是指要做的或所做的事情。
事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。
1、原子性：一个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。
2、一致性：事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。
3、隔离性：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
4持久性：持久性也称永久性，指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。
(9)事务访问扩展阅读
手动事务允许显式处理若干过程，这些过程包括：开始事务、控制事务边界内的每个连接和资源登记、确定事务结果（提交或中止）以及结束事务。
尽管此模型提供了对事务的标准控制，但它缺少一些内置于自动事务模型的简化操作。例如，在手动事务中数据存储区之间没有自动登记和协调。此外，与自动事务不同，手动事务中事务不在对象间流动。
如果选择手动控制分布式事务，则必须管理恢复、并发、安全性和完整性。也就是说，必须应用维护与事务处理关联的 ACID 属性所需的所有编程方法。