• 分布式领域CAP理论,Consistency(一致性), 数据一致更新,所有数据变动都是同步的Availability(可用性), 好的响应性能Partition tolerance(分区容忍性) 可靠性 定理:任何分布式系统只可同
  • 在当今分布式缓存以及关系数据库颠覆者Key-value Store大势之下,关系数据库已经Over,无疑建立在关系数据库和对象之间的映射ORM框架也成为过去式,最近Stephan Schmidt发表的博客
  • NoSQL数据库一般有四个类型:1. key-value存储,基于amazon的Dynamo Papaer 主要是k-v集合,主要产品有dynomite, voldemort,Tokyo2.BigTable clones: 基于google BigTable Paper,大表 列组合 icon
  • 24日一篇Qi4j and the NoSQL movement文章开始谈Evans DDD和数据库的关 icon
  • 来自NoSQL Ecosystem选择NoSQL的几种种理由: icon
  • 越来越多的Web应用程序需要数据存储,传统的关系数据库已经不能完全满足要求。面向对象和面向文档的数据库提供了一个选择,最近这个发展领域的发生很多活动,10月22日柏林举办了一次NoSQL大会: icon
  • 自从工作后,有机会接触到了高并发,大数据量的系统。最近由于业务量的突增,数据量变的很大,我们的系统是1个主数据库带多个从库。插入和删除都要在主库上进行,而查询的时候则随机使用主库和从库。最近由于数据量的突增,因此主库变成了瓶颈,为了能够支撑系统,只能使用更好的主机。目前进行了测试,虽然更换 icon
  • 最近公司有个新项目,对于负载和并发的要求很高,因此考虑使用key/value store去解决数据持久化的问题,但是在思考过程中碰到一些问题,在这里提出来希望能有高人指点一下1.建模如何做.通常一个实体在应用中有多个地方需要引用,比如,以论坛为例,一个帖子如果存储在用户对象中,那么,各版块引 icon
  • 今天我们迎来了令人激动的NoSQL运动,叫它是NoSQL或者是Not Only SQL,这个运动有一个目标,不是所有应用都是以同样方式存储和处理数据的。 存储也应该被纳入架构考虑(不是一种默认根本不需要讨论的话题),直到今天,我们还总是希望靠一种技术打遍天 icon
  • Mongo和Couch是终极关系数据库的两个杀手。 在mongodb.org有一篇文章提出两者比较和如何使用。1.如果正在建立类似Lotuc notes应用,数据会暂时离线几个小时,然后再上线,这种模式适合Couch,和Couch的MVCC模式(M icon
  • 版本:OS:win32Terracotta:3.1.1Hibernate:3.2.5Tomcat:6.0. 好不容易配置了Terracotta+Hibernate+Tomcat,Terracotta+Tomcat运行没有问题 icon
  • 最近在做一个项目,有如下一个需求:用户可以加对方为好友。我采用hibernate映射,模型如下:public class Account{ private String id ; private String us icon
  • 弱弱的问,CAP为什么不能三者都达到呢?现在的关系型数据库产品不是基本上达到了这三点了吗? icon
  • EJB3中支持分布式数据库吗?Hibernate Shards是此规范的实现吗? icon
  • 打算在一个实际项目中用derby来代替mysql,数据量大概是几百万吧。以前用过mysql感觉性能上比较保险,如果用derby性能如何,有实际用过的说说 icon