关系数据库教程

各位好，大学毕业快一年了，在一家外企外包公司工作。大学里就对JAVA/.NET有兴趣，在公司进行了4,5个月的J2EE方面的培训，培训完正要做项目的时候，公司把我分到了ERP的部门，做Oracle EBS二次开发方面的，虽然对J2EE兴趣比较浓，但也不排斥Oracle erp方面的，所以就顺

Google向MySQL捐赠源码 MySQL发布了至2009年的软件开发路线图，其中包括Google向MySQL提供的源代码。Google依旧对自己的数据中心如何工作保密，但它显然是MySQL这个开源数据库最大的用户之一。今年早些时候，Googl

要谈方法，这个世界其实只存在两种：一是将复杂问题简单化的方法；一个是将简单问题复杂化的方法。 你使用什么样的方法，你就有什么样的世界观，就是什么样的人，但是对于软件这个领域，你只能选择前者。

小弟做了快1年ORACLE EBS那套系统的二次开发. 下个月去新公司报道,从事J2EE领域的事了. 一直以来有个问题想问,其实自己也不知道这算不算的上一个问题, 只是一个好奇的疑惑吧. ORALCE EBS那套系统,为企业做二次开发搞实施,不管做

一个关于数据库设计的问题，假如现在有一种对应关系，就是老师和学生，怎么设计数据库更为合理。1、老师一张表，学生一张表，1对多，主外键关联。2、老师和学生一张表用来存放人，另一个用来存放关联关系。我的问题是就查询时候的复杂程度哪个更容易，或者说那样设计更为合理。假设以后

今天听高手说，用不着在每个dao里面写比如：getOrderById(id),insertOrder(order),delete()……这些最基本的方法，他说用工厂模式就可以实现为所有的dao只写一次诸如以上的方法，我特别疑惑，首先：到底怎么实现？其次：工厂模式和DAO到底是怎么结合起来的？

有个客户关系管理系统。现在有几个业务对象，如投诉信息对象、报装信息、报修信息等等。每个业务里可以有要求回访，并且一个业务可能对应要求几次回访。所以把回访信息单独进行一个对象维护。 class CallBackInfo(){

我今天面试的时候让我写个查询记录数的语句,我是折磨写的:select count(*) from xxx面试官说用count查询太慢,我还真不知道有比这更快的,数据库高手帮忙解决下,呵呵

我们的数据库服务器将由两套系统来访问，一套是遗留的C/S结构的系统，一套是即将开发的B/S结构的系统，两套系统操作的是同样的表，只是针对的业务不一样，遗漏系统里面大量使用了存储过程。 在这样的情况下，即将开发的B/S结构的系统里面可以使用Hibernate

一个小项目中使用JDBC访问数据，其中应用到了DAO模式，现在碰到的问题是：当碰到跨表事务的时候，一个DAO要调用另一个DAO，是事务处理的实现很复杂。想用一个Transaction对象封装一个Connection，在将Connection对象注入到DAO接口中。但是这里就碰到没有合

以数据为中心的开发方法，我只知道由E-R建模分析问题，没听说过从数据表分析。如：信息工程(IE)和IDEF1x。关系模型的确有它的弱点，面向对象方法的确有独到之处。但不至于为了突现面向对象方法而歪曲并贬低其他方法。“数据表的关系主要是通过外健或专门关联表来表达的，这种关系虽然可以反映1:1或1:N这

我在研究一个产品时形成了两种方案：方案一：xml配置脚本文件拆分成数据库库表，控制依赖于存在于库表的节点的状态信息并以及存放在库表中逻辑关系。方案二：xml文件映射到java数据结构中，控制依赖于数据结构的状态以及数据结构中的逻辑关系，数据库作为当前运行数据的备份（用来恢复中断的运行

在坛子里转来转去，有些想法，按照以前重视数据库设计的时候，比如一个企业网站中的产品供求部分，我可能要写在一个表里面，设计一个字段加以区分，现在我可能会把这两个表分开，以遵循数据库设计服从程序逻辑的原则。 不知道我这样做对不对。感觉系统一下子多出很多表来，但

很久之前就来过J道，但是没有怎么仔细关注，最近看的很多，感觉这里不错，道，是由中国特色的一个词，做软件系统就是从简单的代码工人，上升到一个道的境界，也就是系统分析设计啦等等，上升到一种思想。感觉这里高人牛人很多，希望大家继续努力，维护这一片净土，当前国内气氛太浮躁急功近利了，甚至还有人在争论是jav

要求如下：1、有四个实体 班级，学生，教师，课程2、关系如下 一个班级有多个学生 一个班级有多门课程，同一门课程可以有多个班级在上 一个教师可以教多门课程，一门课程可以有多个老师在上问题是：我应该如何建表呢？请各位指点

er建模->关系建模-再反转成pojo类还是pojo类通过Xdoclet，生成数据表啊？