关系数据库教程

现实中有两个数据库位于不同的数据库服务主机上，因为有些业务操作涉及到对这两个数据库的数据插入等，而且它们应该包含在一个事务中 完成。我现在做了一个例子模拟跨数据源的分布式事务管理，但最后不能对数据库中的表进行写操作，查询就可以。我下面详细描述一下我这

请教各位老师

聚合是不是所谓的组件级别？初看了一点DDD，感觉聚合虽然在内部保证了一致性（在创建和持久化时），体现了领域逻辑。但是编程的耦合与否差异只在对底层数据库表的对象化时的封装上，即无论聚合的重建、聚合内部的关联、聚合根之间的引用最终都离不开关系数据库中字段的联系。

banq老大，请问这个需求该如何着手实施：两个不同的部门，运行不同的java编写的业务软件，使用不同的数据库，比如：A部门：oracle数据库（里面有多个库表结构）+A1,A2,A3......等多套业务软件B部门：oracle数据库+mysql（里面有多个库表结构）+B1,

我们现在用的是MYSQL，但是对于MYSQL，innodb的表引擎支持，MyISAM不支持 我们用的是MyISAM。现在有关于多张表的操作需要事务，在这种情况下，我要怎么保证操作时数据的完整性。比如我现在要删除3张表的关联数据，中间删除第2张表数据时出现了异常，如何保证像有事

喵。猫咪一直是敏捷开发拥护者。自己做项目总是先出设计实体然后映射成数据库表（猫咪是ORM框架拥护者）。最近进入一个项目，ER图已经画出来了。其中很多数据表上都有保留字段。我想问一下，在数据库设计中这么做到底是好还是不好？因为我觉得如果这些备用字段日后要使用的话，至少要改名字（总不能实际数据字段叫备用

项目大概情况如下:我们客户给我们提供了全美所有公司的数据,一共二千万条左右.按照前台的输入,查询相应的结果,结果一般很多,至少几百条记录,还有按各种可能的情况排序.系统的开发是ASP+储存过程+SQL Server 2005,一般数据库的优化方法都用在上面了,可是速度奇慢,后来,我们采用按照州

1、想请问BanQ：在进行J2EE项目时使用什么IDE开发工具，特别想问的是UML建模工具。是否用过什么MDA的工具？对于这一类MDA的工具如何评价？ 2、想请问BanQ：在您的文中多次提到的弱化数据库概念，本人很能理解，但有一个情况想不通，如果EJB对象

有时建模又称数据建模，所以必然建模与数据是有一定关系的。所以说对业务领域建模避免不了会用到数据。用到数据时怎样避免联想到数据库那？想着业务模型实体，连带着就会想怎么控制它（这是逻辑）还会想到把模型对象怎么持久化，这样就会牵连我们的思维进入数据库的怪圈。而老板主张的似乎是存对业务领域抽象模型根本不考虑

您好,我从IBM网站上看到关于你的一篇"使用JAVA中的动态代理实现数据库连接池"我还有几个凝点: 第一:不管是直接得到连接,还是通过DataSource得到连接,如果直接调用java.sql.Connection.close(),都是将连接直接从内存中销毁,你觉的这样使用是不是不好?

DB用的是oracle8i 我现在有一个表A，表中有20多个字段，数据量不小(自我感觉，呵呵)，有几万条吧，以后还会不断增加。目前，有一个应用程序，需要对表A中的数据进行分析。请注意，程序只是对表A中的几个字段（不会超过8个）进行简单分析，然后取出分析得出

数据库已经设计好,但是各表之间没有外健 我在一个事务中处理一个业务,该业务包括两个步骤,1.插入a, 2.将a.id set 进b,然后更新b. 我知道上述做法完全背离了oo思想,但我没权改数据库表,而且一旦改了

公司准备对一个项目重新开发，其中项目经理提出，对数据库的操作最好放在存储过程里。他的原则是对数据库操作距离数据库操作越近系统性能会越好，请问这合理吗？我觉得这样的方式对写复杂的逻辑会很麻烦。而且我不知道是不是真的对数据库操作距离数据库操作越近系统性能会越好。有点迷惘！他构想的方式是，数据库逻辑操作在

现在流行的方法是：先建模型， 再mapping出数据库结构 但我们这里是搞培训的： 下周要上数据库的课，并且第一章便是ER图和3范式。也就是用传统的方法来设计数据库 这些也都没什么问题

如果原来系统中存在大量的存储过程，在ｅｊｂ框架下改如何使用？这些存储过程应该封装到ｅｊｂ中吗？如何封装？

想请问大家,对象建模是怎么回事,我用PowerDesigner学着建模后,如何才能在库里生成相应的表呢??我想配合hibernate使用,可是无从下手,希望能给与指导!!