Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
ER数据建模教程
坚决抛弃powerdesigner建模
这几天新到一个公司,投入他们的产品线开发,几天下来发现旧系统分层结构中竟然没有BO层,任何VO的变动都会影响相应的业务层发生改变,可能变动仅仅就是加了一些字段。 整个公司统一采用powerdesigner做设计,完全就是忽视概念模型,通通的采用数据库建模,
ER图中的E是不是DDD中的实体呢
大家好,又是一年春草绿啊,祝大家步步步高升,少摸电脑多触人。我现在还是不能理解,DDD中的实体和数据库中的实体,有什么区别和联系,我的感觉,DDD的实体去掉其中的方法,留下的就是数据库的中的实体,不知道,我这个理解对不对呢,如果是这样,那我反过又有什么不可以呢,先花ER图,再为实体添加方法,
我和同事争论的设计,大家评论一下,到底是我学歪了还是他错了
这是公司正接的一个小项目的一部分业务。要求是记录预约人请求在某个时间和某个会见人会见的预约。因为这个申请是面向网络,而且没有任何权限用户验证,谁都可以提交申请。所以每次都要记录新的预约人、会见人和预约时间等信息。也就是说三者是一对一的关系。如果维持一对多的关系,预约人和会见人信息有可能被随意提交的申
关于用实体bean实现跨越多个表或视图的业务实体的疑问
一般来说,一个实体bean表示的是一个表中的某条记录(我的理解),在bang的《EJB/JBOSS实战开发教程》是如此描述:“,CMP可以看成是内存中的数据表。只要对CMP实现数据操作,就相当于对数据表实现操作。见下图,CMP 通过JNDI 和数据表建立Mapping 映射后,所有对CMP的操作,都
网上支付方式模型的实现?
一般电子商务网,有在线支付功能,有的支付多种支付方式,电子商务网开发需要对支付方式做一个维护, 就是说,我可以动态的增加,删除,修改支付方式,前台网页显示这些支付方式(以便客户支付时可以选择), 假设有这样的关系
需求分析完了接下来做什么?
采用用RUP开发过程 需求分析告一段落,业务需求都有了,UC也差不多写好了,接下来是设计,设计阶段该干什么呢? 我认为:1.确认系统的物理结构,网络拓扑2.需求分级3.类图4.ER
请教一个领域设计的问题
您好,各位高手,小弟最近在设计一个关于水情监测信息的系统,这次使用了Hibernate作为持久层的框架,因没有领域设计的经验,故来请教各位,以下是我个人简述的情况和一些想法。本系统主要用于发布和管理水信息以及操作预案,其中该系统分两部分,第一部分是通过在河边各监测站的测点采集数据,并统一的放
77种数据建模工具比较
该文章收集了市面上77种数据建模工具,点击标题可直接进入:在使用软件时,数据建模或创建实体关系图是一项常见任务。它可以在笔和纸上或白板上完成,但在计算机上进行操作是有好处的。有些程序可以让您执行数据建模,并创建ERD(实体关系图)。实际上有很多类型的程序,很难选择一个
如何将模型与数据库联系起来
在jdon潜水也有一段时日了,但还是有个问题困扰着,就是:我们都说在分析阶段要与数据库隔离,而围绕领域模型,但是系统的数据最终还是要保存在数据库中,如果用hibernate映射来实现,应该怎么做呢?如果根据模型来设计表的字段,是不是有可能会造成数据的冗余呢?能否用个具体的例子说明一下,不知我表达得清
hibernate中many-to-one的查询优化
请教一个问题,我在项目中有这样的关系:user对象中有name、sex和Group等属性,其中group关联到另一张描述表。在user的配置文件中,写上
贫血领域模型和事务脚本的区别
请问下,贫血的领域模型和事务脚本有何区别?贫血的领域模型,实体几乎没有了业务逻辑,那么业务逻辑能放在哪里?只能是服务中,那么这和事务脚本有何区别呢,思考好久,木有想出来答案说服自己,求指教。(是贫血的领域模型和事务脚本的区别,不是一般意义的领域模型----一般意义上的领域模型个人感觉是充血的)。谢谢
一个关于库存的问题
有类关系如下:public class StoreHose{ //仓库类 private List storeages = new ArrayList(); ...}
最近项目中遇到数据库设计上的问题,在此向高手请教
喵。猫咪一直是敏捷开发拥护者。自己做项目总是先出设计实体然后映射成数据库表(猫咪是ORM框架拥护者)。最近进入一个项目,ER图已经画出来了。其中很多数据表上都有保留字段。我想问一下,在数据库设计中这么做到底是好还是不好?因为我觉得如果这些备用字段日后要使用的话,至少要改名字(总不能实际数据字段叫备用
关于一个网上商店数据库设计问题
最近在做一个在线商店的东西 具体 的不在细说可网站涉及用户角色的分配即网站管理员、 普通会员、开店会员 是在数据库中把他们都存到一个表中使用userLevel来区分角色呢还是分别 设计一个
请板桥大哥解答一个建模的问题???
经验在JDON论坛上看Banq大哥写(回复)的一些经典的文章,今天我也提一个困惑我许久的问题:现在我所在的公司的业务系统中有这么一个模块,可以抽象为两个主要的对象Agent(代理人),Department(部门)。Agent的属性有编号,名称,职级,所属Department等等,Depart
一个假想的需求
需求描述:需要为课程建立一个习题库,习题具有指定的习题类型;一个用户可以维护多课程的习题库,一个课程的习题库可以有多个用户维护;在习题库中按预设方式选取一定数量习题组成一份试卷(Paper),且可以预先生成多份试卷(Paper);
面向对象建模与数据表建模两种分析设计方法的比较的思考
不好意思,我又来发布一点不同的声音了1、为进一步说明OO和关系数据库是属于两个不同世界观,存在天然矛盾,就象有神论和无神论。------------------------------------------从本质上两者是和谐同一的,为什么这样说,因为你所有对象的属性最终分解
领域 与 表 如何权衡设计
ddd中,领域一定是最先设计的, 但是往往领域实体往往很难完美的映射到关系数据库中,因为很难达到其中的数据库性能优化之类的东西,所以 想问下benq,数据库设计层面,如何开展啊. 另外,老系统重构,不改变表的情况下, 可以开展DDD吗
上页
下页
关闭