随笔分类 -  数据库

摘要:1 概述树形数据,主要关注的是:1> 如何将数据高效地以树形的形式展现给用户2> 通过某个节点找到所有的父节点。3> 获取某个节点的所有的后继节点(包括子节点的子节点)至于添加、修改、删除和通过一个父节点获取对应的子节点,都是可以很容易的实现。2 邻接模型2.1业务:文件存放位置,在档案管理中,需要为文件的存放位置建模,文件存在抽屉,然后抽屉在某个柜子中,柜子在某个房间中。2.2表结构:2.3备注可以在表中再加入一个level_num字段(表示所处在树的深度),这样就少了那一个递归查询的操作,但是在管理上有做一些处理。2.4 测试数据View Code 2.5 如何将数据高效 阅读全文

posted @ 2013-01-17 15:31 others 阅读(225) 评论(0) 推荐(0)

摘要:1引言接着上一篇随笔“数据库设计系列[03]权限系统”;在上篇随笔中,只是简单地介绍基于角色和操作访问控制模型,能把权限控制到页面和按钮。CDM图:2 新的需求:组织结构比如在一个大型的手机销售公司有这样的一种部门岗位结构:现在有下面的需求1>要求给用户分配权限时用苹果部门经理、诺基亚部门经理…而不是部门经理这样的岗位;2>要求统计苹果部门经理、诺基亚部门经理的销售业绩;当有上面这些需求时,上篇随笔中的权限模型就无法满足需求。3 加入组织结构后的权限模型我们先不考虑部门信息,这样上面的结构图中就只剩下岗位信息。对这样的需求建模,第一个反应是将岗位(POST)建成树形结构。但是这样一 阅读全文

posted @ 2013-01-17 15:27 others 阅读(366) 评论(0) 推荐(0)

摘要:1 权限模型中的业务对象及联系在权限模型中主要有三个对象员工、岗位(角色)和资源。它们之间的关系为:员工与岗位之间的多对多,岗位与资源也是多对多的关系。即,可以为一位员 工分配多个岗位,可以将一个岗位分配给多位员工;可以为一个岗位分配多个资源,也可以将一个岗位分配给多个角色。实体关系图如下:2 业务对象联系的细化标识上三个对象的关键属性,以及它们之间的联系,如下图:Employee:只管理员工信息,不与角色关联;Post:仅管理岗位信息,(如果需要父岗位可以访问子岗位的资源,可以将岗位表设计成一个树形结构的数据);Resource:只单独管理资源信息,资源包括页面和按钮,用TYPE来区别,并且 阅读全文

posted @ 2013-01-17 15:26 others 阅读(170) 评论(0) 推荐(0)

摘要:1,不好的数据库设计,产生的问题?在数据库概念设计阶段,对于同一领域建模,不同的建模人员得到的结果不一样,从而转换后的关系模式也不一样。这样就存在关系模式的优劣之分。学习数据库设计,就是要学习前人总结的一些规则,常用的表示方法。在学习如何进行设计之前,我们先了解下差的设计产生的问题。2,示例场景在采购的场景中,需要记录订单号、商品信息和操作人信息。如果我们这样设计存在的问题有:数据冗余、插入异常、更新异常和删除异常;2.1数据冗余在这个应用设计中,OrderNum和CreateName重复存储了。当订单量很大,这样的浪费就很可观了。2.2 插入异常从这个关系模式的设计中,我们可以看到Order 阅读全文

posted @ 2013-01-17 15:25 others 阅读(405) 评论(0) 推荐(0)

导航