关系数据库教程

随着用户的爆发量增长，在某个凌晨醒来时，你发现：数据库已死。 数据库成已经为软件系统的主要性能瓶颈了 众多语言平台竞争中，为什么Java能够击败过去拳王数据库，夺得新的拳王冠军，以及他的特点所在。

JDON是个不错的论坛，在里面可以学到很多东西，尤其是设计模式，面向对象的很多知识，不过有一点非常太赞同，就是BAND，喜欢弱化数据库，面向对象和数据库都是现在软件开发中的工具，谁也不能替代谁，BAND可能是理论派的，没有在大型公司做过太多的实际项目，殊不知，现在大型系统尤其是象ERP，电信方面的系

在Jdon逛了这么久了，对领域建模有了一定的认识，感觉很好。可是，旁边的同学做项目时，都是先设计数据库表，然后增删改查，做界面，项目做的也是很快。而当我自己做项目时，自己想建立领域模型，然而发现，直接通过对数据库操作更直接，也更简单。而且一般不用担心效率问题。我学java也有一段时间了，通过banq

在spring 中通过getHibernateTemplate().save(object)保存一个对象，现在我想多个线程同时调用该方法，例：有20个线程,每个线程有1W个对象要保存，希望是可以20个线程同时进行。save是线程安全的，但它是可重入的吗？我试过了，20个线程同时

用ddd 模式开发，oo的运用，难道就 不用 数据库 了 吗？那些CRUD操作的结果 不是仍是 保存 在 数据库吗？请 解惑？

当我们分析设计一个系统的时候，可以完全的抛开数据库约束，而采用完全OO的思想去设计领域模型以及他们之间的关系，不用考虑持久化的问题，但是设计后必然要对对象进行持久化，所以必然与关系数据库打交道， 这也可以通过基础框架如HIBERNATE完成，但是我有个疑问，这里的领域模型最终是要持久化到数据库中，他

程序是一个线程(extends Thread)程序，主线程每间隔一段时间(500ms)增、删、查数据库(oracle9)。 都是在一个服务器上， 比如主线程查询到数据库有100条记录，通过for循环产生100个分线程去取数据库中的数据，然后调用web服务将数据发送出去。 在运

RTJ2EE架构的产品,三层全部公司自己的所有的业务运算均用PL/SQL完成J2EE到底有什么好处?我很迷惹.如果把业务运算放在数据库端完成,J2EE还有什么?

在Jdon这个网站学习了很多面向对象的知识。看到这里很多人有数据库要灭亡的说法。我一直很困惑，像我现在做的移动经分项目，主要做的就是数据统计，以便移动领导决策分析。在我们这里数据统计动着几千万条，上亿条的也有可能，性能对我们很重要。我很难想象如果把这些数据从数据库中搬出来，封装在对象

今天突然想起了ＪＡＶＡ事务处理，在我印象当中事务处理应该是从数据库理论中产生的，仅仅是针对数据库的操作，好象这样理解不是很准确，但是在其他方面又没有应用过，比如在项目中有这样的问题，前台通过树显示目录层次结构，这个是通过配置文件读取的，而对应的文件目录结构也需要在硬盘上建立，所以完成一个操作需要既对

公司在做了几个系统之后发现有一些共同的数据及应用，于是想做一个Common data project，达到数据的共享和开发的重用！ 但是没有想好建好之后怎么用，是所有的共享数据放在一个集中的数据库上，还是每个系统有各自的数据库，然后数据库同步。 问一下大家有没有这方

公司的一个系统，有几百张表，其中有很多冗余的字段。跟我上学时候学习的数据库设计要遵循第几第几范式完全不同。但这样做又好像真的可以提高效率，因为省去了很多查询语句。请问什么才是正确的做法呢？

我最近看了banq对于数据库和领域建模的分析的文章。似乎有点想法。想提出自己的意见请大家看看自己的思路是否正确 比如说在一个多对多应用中 假设我们先从设计数据库表开始的话，比如有 用户 用户角色 和角色 三张表这个时候，我用HIBERNATE影射当前表应该生成是4个

如果数据库按面向对象的思路设计，怎么设计出一套能查询到历史操作记录，能统计历史，能退回操作的数据库

drop procedure if exists prc_page_result;create procedure prc_page_result (in currpage int,in columns varchar(500),in table

最近两年来，经常在OO和SQL这两兄弟阵营里转来转去，总想做出个“决断”，结果却是谁也舍不得，手心手背都是肉啊。 十年前学应用开发的时候，SQL是绝对的王者，一直也就用了好几年，搞定了不少事情。有时候也觉着烦，尤其是许多不相干的调用代码，罗罗嗦嗦粘贴个没完