wangshfa的专栏

上次《【自然框架】之通用权限：用PowerDesigner重新设计了一下数据库，有ER图和表关系图 》里说了一大堆的表，好多人说太复杂了，做到权限到模块就可以了。       这个嘛，我也没有说所有的表都要一起使用呀。用哪些表那是根据情况来定的。也就是客户需求、项目需求和经验来决定了。       如果项目很简单，客户的需求也不复杂，那么做到权限到模块就可以了，大家都方便。那么这个时候

在之前，我对MSSQL中的内连接和外连接所得出的数据集不是很清楚。这几天重新温习了一下SQL的书本，现在的思路应该是很清楚了，现在把自己的理解发出来给大家温习下。希望和我一样对SQL的连接语句不太理解的朋友能够有所帮助。（发这么菜的教程，各位大大们别笑话偶了，呵:D ） 　　有两个表A和表B。 　　表A结构如下： 　　Aid：int；标识种子，主键，自增ID 　　Aname

一,存储过程 优点: 1,减少网络带宽,按理论存储过程会提高性能. 2,无需重新编译,更改后即可运行,无需重新编译代码 3,由专门的dba写的sql语句更高效 4,安全性,(在传输用户名密码时,可防止注入等情况)   缺点: 1,依赖于数据库厂商,难以移植(当一个小系统发展到大系统时,对数据库的要求也会发生改变) 2,业务逻辑大的时候,封装性不

http://www.cnblogs.com/VincentLuo/archive/2011/04/24/PowerDesigner_Report_To_Word.html http://www.cnblogs.com/wudiwushen/archive/2010/05/13/1734812.html 一、前言 　　在使用powerdesigner中，需要将建立

唯一约束 唯一约束与创建唯一索引基本上是一回事，因为在创建唯一约束的时候，系统会创建对应的一个唯一索引，通过唯一索引来实现约束。不过唯一约束更直观的表达了对应列的唯一性，使得对应索引的目的更加清晰，所以一般建议创建唯一约束而不是只创建唯一索引。 在PD中创建唯一约束的操作，以教室表来说，RoomID是主键，必然是唯一的，RoomName如果我们也要去必须是唯一的，那么具体操作如下：

目前绝大多数的MIS系统，都是基于对数据库的交互式操作，开发人员大部分的工作都是直接或者间接与数据库打交道。作为开发人员，正确的使用数据库技术，不但可以提高数据库相关开发的效率，而且可以有效的减少投产运维阶段的工作量。本篇从笔者的实际工作体会入手，简单介绍几个Oracle相关开发原则。 1、 “Never Treate Database Like A blackbox” “绝不要将

在前些日子，同事问我能不能把PowerDesigner的PDM 表信息表格来展现出来，如下面格式， 字段名 说明 类型 长度 是否为Key 备注       在网上关于PowerDesigner的学习文档也很少，一般都是简单的建模，而且到处就基本上时一样的。在网上查找了许久也没有找到，

1、new  ----> Report  点击确定 中间是可以生成文档的项目。右侧是你需要生成的项目，双击即可添加到右侧，大家可以慢慢研究，这里只选择其中的两项。 选中table--下的list of table column，双击。 选中项右键点击layout，进入  根据需求选中需要显示的列明细信息。 选中Report 1右键 g

目录(?)[-] enhydraboy的专栏 中的如何让PowerDesigner支持自动生成含SQL Server 2000的表和列注释的角本 在经过了N久的痛苦折磨后，终于找到了这个方法。现将方法公布给不知道的朋友，老鸟就不要来扔鸡蛋了！   事先声明：本文之基础方法参考了 enhydraboy的专栏 中的 如何让PowerDesigner支持自动生成含SQL Serv

本文档不讲述如何使用PowerDesigner，而是讲述如何将PowerDesigner的特点结合数据库设计的方法更好的设计一个数据库系统。 采用PowerDesigner设计数据库 PowerDesigner作为数据库建模和设计的CASE工具之一，在数据库系统开发中发挥着重要作用。 运用PowerDesigner进行数据库设计，不但给人直观地理解模型，而且充分运用数据库的技术，优化数据库的

好像以前做的那个数据库设计大家都没太看懂，究其原因似乎大家都比较习惯使用PowerDesinger来设计。而我用Excel画出来的图大家看着特别别扭，而且还没有总体的图，也没有ER图，所以大家也就没有心情看了吧。呵呵。       PowerDesinger学习了一下，感谢Hayden Han 写的《PowerDesigner使用教程 —— 概念数据模型 》，通过这个文章学会了如何使用Power

简单工厂，工厂方法，抽象工厂都属于设计模式中的创建型模式。其主要功能都是帮助我们把对象的实例化部分抽取了出来，优化了系统的架构，并且增强了系统的扩展性。 本文是本人对这三种模式学习后的一个小结以及对他们之间的区别的理解。   简单工厂 简单工厂模式的工厂类一般是使用静态方法，通过接收的参数的不同来返回不同的对象实例。 不修改代码的话，是无法扩展的。