数据库表的设计

1、若是一对多或多对一的对象存到数据库表，原则上应该先观察对象的基本属性，然后设计一个数据表保存此对象的基本数据，并在数量关系多的一方，加外键描述数据之间的关系；

2、若是多对多对象的数据库表，原则上也是观察该对象的基本属性，然后设计一个表来保存此对象的基本数据，且需要加一个中间表来描述数据的关系；

3、若是一对一的对象的数据库设计， 除了上述 *** 作，还因为一对一的对象有主从关系，因此可加入自连接表进行设计。

数据库是整个软件应用的根基，是软件设计的起点，它起着决定性的质变作用，因此我们必须对数据库设计高度重视起来，培养设计良好数据库的习惯，是一个优秀的软件设计师所必须具备的基本素质条件！ 那么我们要做到什么程度才是对的呢？下面就说说数据库设计的原则： （1）、数据库设计最起码要占用整个项目开发的40%以上的时间

数据库是需求的直观反应和表现，因此设计时必须要切实符合用户的需求，要多次与用户沟通交流来细化需求，将需求中的要求和每一次的变化都要一一体现在数据库的设计当中。如果需求不明确，就要分析不确定的因素，设计表时就要事先预留出可变通的字段，正所谓“有备无患”。 （2）、数据库设计不仅仅停留于页面demo的表面 页面内容所需要的字段，在数据库设计中只是一部分，还有系统运转、模块交互、中转数据、表之间的联系等等所需要的字段，因此数据库设计绝对不是简单的基本数据存储，还有逻辑数据存储。 （3）、数据库设计完成后，项目80%的设计开发在你脑海中就已经完成了 每个字段的设计都是有他必要的意义的，你在设计每一个字段的同时，就应该已经想清楚程序中如何去运用这些字段，多张表的联系在程序中是如何体现的。换句话说，你完成数据库设计后，程序中所有的实现思路和实现方式在你的脑海中就已经考虑过了。如果达不到这种程度，那当进入编码阶段后，才发现要运用的技术或实现的方式数据库无法支持，这时再改动数据库就会很麻烦，会造成一系列不可预测的问题。 （4）、数据库设计时就要考虑到效率和优化问题 一开始就要分析哪些表会存储较多的数据量，对于数据量较大的表的设计往往是粗粒度的，也会冗余一些必要的字段，已达到尽量用最少的表、最弱的表关系去存储海量的数据。并且在设计表时，一般都会对主键建立聚集索引，含有大数据量的表更是要建立索引以提供查询性能。对于含有计算、数据交互、统计这类需求时，还要考虑是否有必要采用存储过程。 （5）、添加必要的（冗余）字段 像“创建时间”、“修改时间”、“备注”、“ *** 作用户IP”和一些用于其他需求（如统计）的字段等，在每张表中必须都要有，不是说只有系统中用到的数据才会存到数据库中，一些冗余字段是为了便于日后维护、分析、拓展而添加的，这点是非常重要的，比如黑客攻击，篡改了数据，我们便就可以根据修改时间和 *** 作用户IP来查找定位。 （6）、设计合理的表关联 若多张表之间的关系复杂，建议采用第三张映射表来关联维护两张表之间的关系，以降低表之间的直接耦合度。若多张表涉及到大数据量的问题，表结构尽量简单，关联也要尽可能避免。 （7）、设计表时不加主外键等约束性关联，系统编码阶段完成后再添加约束性关联 这样做的目的是有利于团队并行开发，减少编码时所遇到的问题，表之间的关系靠程序来控制。编码完成后再加关联并进行测试。不过也有一些公司的做法是干脆就不加表关联。 （8）、选择合适的主键生成策略

差不多都是一个 文章表，用户表，分类表，设置表。

1、数据库分离成前台和后台，通过链接表关联；

2、把前台做成d出窗体，禁止用户使用导航选项和菜单之类；

3、把前台编译成ACCESS2007的accde文件（对应ACCESS2003的mde文件）；

4、把这个accde文件也放在服务器端，客户端通过winform之类exe来远程打开。

前3步都比较正常，第4步的看起来应该比较奇怪。我的想法是，如果accde文件也放在客户端，高手会不会通过反编译就可以进入到数据库看到链接表？感觉上“禁止Shift”，“隐藏表”这类手段只对菜鸟有用。

什么样的权限？菜单权限？

一般用户表，角色表，模块表（或者菜单啊反正是你要权限的东西），然后角色和模块的表

这是最简单的结构，用户关联角色，角色关联模块，用角色去控制权限，增删改查什么的模块表呢，就是你要控制的东西，比菜单，根据登录人的角色，看有哪些模块，然后显示这些模块其他的模块隐藏。

如果需要复杂的东西，中间可以加别的东西，具体看你需求了

至于字段，用户和角色就没什么可说的，无法就是名字啊什么的

模块表也简单，比如模块名称，ID，父子模块id（如果有父子模块的话），具体字段还是要看需求。

如果没有重复的纪录或者必须要分开的，那就用一张表吧

帐号跟基本信息一般都不是狠多，如果有太多的信息就用两张表，一对一的关系

看你具体的需求，信息量小就一张表，信息量大就两张表。

以上就是关于数据库表的设计全部的内容，包括:数据库表的设计、说明在设计数据库表时你是如何考虑的、多用户商城数据库如何设计等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！