Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
持久层框架教程
ORM已经是过去的事情
在当今分布式缓存以及关系数据库颠覆者Key-value Store大势之下,关系数据库已经Over,无疑建立在关系数据库和对象之间的映射ORM框架也成为过去式,最近Stephan Schmidt发表的博客
NEO4J 独特的NoSQL graph数据库
NoSQL数据库一般有四个类型:1. key-value存储,基于amazon的Dynamo Papaer 主要是k-v集合,主要产品有dynomite, voldemort,Tokyo2.BigTable clones: 基于google BigTable Paper,大表 列组合
智能领域对象设计(演绎革命)-1/2
请先看看:智能领域对象设计
为什么我热爱CQRS
命令查询职责分离模式Command Query Responsibility Segregation (CQRS),也就是命令查询分离Command Query Separation [Young]有很多好处,
当DAO遇到ORM
很久没有写过hibernate的代码,现在回头想重新看一下但是却有了很多新的思考,最重要的一个就是DAO对象与hibernate提供的session,在没有ORM框架的时候我们只能使用JDBC,对于数据库的访问需要很多步骤,其中主要的是对模型对象与数据表映射的工作,所以存在了DAO,但是现在有了
JDO和JPA的区别是什么?
对它们的了解都是在网上的一些介绍,既然都是SUN推出的标准,为什么感觉这两种标准没什么区别.但是同时存在,肯定是有很大区别的.我想知道它们之间到底有什么区别?望大家指教.
使用 iBatis (MyBatis)的元注解Annotations
这是一篇技术文章,介绍如何在项目中iBatis(MyBatis)的元注解使用。
DDD建模与流行框架的矛盾
自从学习DDD后,我开始抛弃过去整页的setter和getter,不断细化对象,但是我发现一个问题,比如值对象,因为DDD明确说了值对象是不可更改的,所以setter方法应该是不需要的,于是我们顺理成章地把它们清除,这样便带来一个问题,我依稀记得hibernate要求有成对的setter和gette
Repository的事件驱动
在零星的DDD DCI概念中,我们了解了也掌握了一些软件的控制权,同时我们还在为信息如何交流抓头,当然有很多方法,事件驱动就是一个很好的办法,同时怎么进行事件驱动呢?第一,可以用 EventBar方式,这种方式需要写一个事件总线。 我也想了想,感觉用Rep
请教高手问题?没有hibernate咋办?JDON能用吗?
这个项目没有实体,所以无法用任何ORM框架,ibatis不熟悉,暂且不考虑,所以自己封装了一层JDBC,就是把结果集封装成list,现在要考虑性能问题?不知道有没有什么开源项目 或者成熟的方案供参考 ,还有听说JDON很牛,但这种情况好像也无法处理,哎 自己封装JDBC没有缓存 性能太差了
迷惑,求解--ORM实体于领域实体之间的关系
背景:设计之道新手前提:问题:究竟如何处理领域模型实体和ORM实体之间的关系简介:(1):不管怎么样ORM的便利性是一种趋势,DDD中使用ORM貌似非常常见,那么如何处理DDD领域模型实体和ORM实体之间的关系呢? (2):来个实例:需求:需要维护一批产品,能
oracle TopLink与hibernate.
在一本设计书上看到TopLink,BAIDU了下,发现TopLink是对象关系型的持久性框架。我以前没有用过,我想问问大家,oracle TopLink是类似hibernate一类的框架吗,如果是,他们有什么区别,谁能比较下。为什么很多人没有用TopLink,而用hibernate。好象oracle
猫咪动态查询框架“仓库猫”升级到0.5版
本人的开源框架“仓库猫”再次更新,发布0.5版。希望大家下载试用。相对早期的0.3版,对语句的支持更加完善,并开始尝试提供缓存。网站地址:http://code.google.com/p/catstorage/
值对象到底有什么作用?
在阅读DDD过程中出现几个疑问:1.值对象到底有什么作用?为什么不把它的值直接设置成为实体的属性呢?2.值对象在数据库映射的时候该怎么处理?当成实体表中的字段?还是单独一张表呢? 望各们帮我解答下!
单向关联的hibernate映射如何实现。急求教!谢谢
现在有如下的业务需求:订单的基本信息(Order)与订单收件人信息(Consignee)分别是两个对象,这里我建模的时候定义Order为实体,Consignee为值对象(这个值对象的理解不知道有没有问题),而且模型关型是一个Order聚合根导向Consignee的一个单向关联。但是在hibernat
讨论下这样的系统需要ORM么?
现在做一个系统,是暴露查询接口给外部系统调用查询数据的功能。这个系统对数据库只有查询。现在需要用ORM么?我觉得直接用spring的jdbc模版也可以了。还有就是缓存的问题,查询的数据库是备份库,不会有数据的实时更新,怎么考虑呢,怎么提高命中率,是不是要采用Ehcache 还是OScache呢。
过多的一对一eager加载引起的性能问题如何解决?
在orm(toplink/eclipse link)中,一对一(多对一)关系默认的加载方式是FetchType.EAGER,我有一个User对象,在读取这个User对象的时候,会加载如下: Department(一个用户隶属于一个部门,多对一)..
过来问一下持久层的问题。
现在基本上大型企业应用的持久层的解决方案依然是关系型数据库。 也不能否认目前关系型数据库肯定是效率最高,最优的选择方案。 而且大型的ERP,都把BI,数据仓库的研究做为非常重视的一个方面。
上页
下页
关闭