关系数据库教程

NoSQL数据库大比拼: Cassa

如何根据业务选择不同的技术架构，这是一个方向战略性问题，我在论支付宝与12306的业务类型可比性是从OO分析方式进行论证，但是更多时候我们很多人基本都是从关系数据库的设计开始项目

关于不变性设计，其实很早前就存在，但由于当时并多线程和多核并未普及，而且软件的性能可通过直接升级计算机得以提升，也使其并未得到关注。但对于曾经多线程编程人员来说，这是相当深刻的。 不变性即不会改变，对于程序员表达一个变化的世界是不可思议的。在对象学上，这是

Martin fowler发表了一篇有关NoSQL导致NoDBA文章，文章大意如下： 在许多组织中，任何

函数的逻辑性与关系数据库的是一致的，而逻辑在不同语言之间是自然贯穿的，也就是说若果所有都用函数来表达的，可以使sql消失，那么由于sql引发的问题自然就消失。 可以这么理解：数据库就是函数程序中的一个预先写好集合，那么我们每一个查询都会自然而然地变成高阶函

看着这个标题似乎有点夸张了，但其实我做技术这么多年还没有遇到过这么不可思议的项目。我先来简单介绍一下吧，这个项目是个网络电话项目，里面涉及到号码映射和支付、话单等重要相关操作，但这样一个项目我了解到的情况居然在数据库设计中有200多张表，没有一张有外键关联，而且这样数据库居然3个网络电话项目共用。天

今天我看别的论坛看到有人问如下问题： 该企业使用Oracle和SqlLite数据库搭配，终端用户方只能通过页面访问并更新Oracle数据库，所有最新的数据都在Oracle数据库里面。为了提高查询效率，该企业用SqlLite数据库作为缓存性质的中间介质，然后

Java Chronicle是一个低延迟，高吞吐量，可持久化，消息的事件驱动的内存数据库。 延迟低于80 纳秒nano-seconds，支持每秒5-20百万消息或记录的更新。

各位大家好： 项目需要，对多种数据库产品进行兼容，而且涉及到跨数据库碰撞查询，请问下各位有没有建议跟想法呢？ 需求：项目中的DAL层需要达到对多种数据库的兼容，现有方案改造，不是全新开发的，而且针对的是海量数据，基本TB级别的，该考虑什么

据说现在系统中数据库的设计很多都没有使用外键，有人说使用外键的数据库设计和操作中会有些麻烦。这样虽然省了一个步骤，但是会出现问题，比如主表中数据已经删了，从表中却还有其引用，这就造成了数据的不一致。假如不使用Hibernate等O/R框架，没有配置级联删除、修改等信息，使用简单的DAO实现，比如直接

这思想要抛弃很多东西，准备洗脑吧： 数据库 = 一个集合 我们过去总是在做这样的一件事，当我逻辑中需要什么时，就向DAO获取内容，这就是我们一贯的service调用dao的做法。我不批判这样的做法，但我自从走向函

DDD领域建模，小弟是无意看到，觉得很多东西确实讲得不错，目前真的只是增删改查。目前学习中，想问大家都用什么建模功能，比如windows，liunx，mac，都可以指教下。目前本人用的是pd，也用过erstudio

Storing the tree structures in the RDBMS认为虽然存储树形机构的最好方式是使用N

我先来描述下我的场景：每天3、6、10点会定时执行任务，任务功能是：比如3点任务是在3点时刻把参加比赛人数以房间单位（每个房间6个人）组织在一块进行比赛。参加3点比赛是在提前一个小时，比如2点前报名的用户，一直排在那里 用Quartz做集群定时任务

不管是 SQL 数据库还是 NOSQL 数据库，都要面对这样的情况：查询结果集记录数巨大（比如百万以上），然后需要对该结果集进行 count 操作（比如分页查询就需要给出总记录数，这样才能知道总页数），这样的操作非常耗时。请问如何做才能快速的得到结果？索引是没有用的，因为当查询结果本身量大的时候，即

突然想到的一个问题，先记录下。刚刚在看帖，讲到是用ODBMS(不知道神马东西)来替换RDBMS，就想到一个问题：假如我们在一个系统中只用到对象，那我们要怎么做才能做到像SQL这样方便的查询？HQL(不了解)?查询完之后，系统要返回一个什么对象给调用者了？先记录，也不知道表达清楚么，希望大家可以理解，