数据库字段多，该怎么设计数据库。

订单主要信息放一个表，

各工序各存一个表，（如果各工序的要素，属性一致，就用一个表就好了，加个工序编号，各自不同的话，就拆分开）

如果工序之间存在先后关系，那么可以专门放个配置存工序（编码）先后次序，然后订单主表里放当前工序（编码）代表的状态就行了。

设计说明：

订单信息会被反复查到，所以要独立出来。

各工序之间无关联，意味每个工序的修改不会影响（查询，修改）其他工序，所以各自独立出来比较好，每个工序7-10个字段，拆出来也比较合理。

数据库中的字段可以自动生成。

数据库，又称为数据管理系统，是处理的数据按照一定的方式储存在一起，能够让多个用户共享、尽可能减小冗余度的数据集合，简而言之可视为电子化的文件柜——存储电子文件的处所。

一个数据库可以由多个数据表空间（Tablespace）构成，用户可以对文件中的资料运行新增、截取、更新、删除等 *** 作。

数据库管理系统（databasemanagementsystem）是为管理数据库而设计的电脑软体系统，一般具有储存、撷取、安全保障、备份等基础功能。

1、因为很久以前数据库只支持CHAR类型，有些应用的业务逻辑也只是针对CHAR类型设计的，所以数据库软件也就一直保留CHAR类型。

2、CHAR类型是定长的，一些数据库可以在每条记录中不存储字段长度信息，这样可以节省部份空间，也可以方便做一些内存对齐提高性能。

3、还有说法是有些数据经常修改，长度可能变化，会引起碎片，采用CHAR就不会产生碎片，这个说法比较多。

项目中有的表多达70多个字段。是比较吃力了。应该是设计不合理或业务抽象的粒度不够。 追问： 数据库是公司的权威设计的，提建议也没办法，是不合适。俾人感觉数据库最好不超过20个字段能推荐几个net框架吗？除了framWork 回答： 我不是搞net的，也不好推荐不了啥框架了。只能说适合最好了。有可能自己写的一个小工具更方便。主要是思想。数据库最好不超过 20字段，在企业级应用中很难做到，因为业务比较复杂。往往一张业务单据需要的业务数据就有可能已经超过20列。我们这边是JAVA做的，一般的业务单据表差不多是20~40多列吧。不排除有些个别多一点，但是在查询时，要求列表展现18列以内，提高性能的各种手段吧。慢慢体会。再多的东西也提供不了你了，只能说说自己的认识。 追问： 呵呵，搞JAVA是我最初的打算，我还是比较喜欢java的，喜欢java的框架，开发过几个项目；现在公司用NET,最大的问题就是公司数据库设计的不合理，看起来连二范式都不符合刚刚工作，也不了解到底企业数据库是怎么设计的，是不是一定符合三范式？数据库是开发的基础，感觉软件行业也太缺这方面人才了，设计的不好，只能害我们这些程序员对了，谢谢你这么详细的指导，能交个朋友吗？ 回答： 企业数据库，特别是ERP不一定要符合三范式的。有些情况，有些字段是根据业务的特性故意冗余存储的。

数据库不需要特别的设计，只要人员的表有一个 人员类型 的字段就可以了

比如控件A，是typea类的人员可见，控件B是typeb类的人员可见

1，你在窗口初始化的时候读取数据库，如果人员是 typea 就动态生成控件A 反之生成 控件B。

2，控件A和B都布局好，如果人员是 typea 类，就把控件A设成可见，控件B设置成不可见。

执行效率和资源的占用，动态控件要比较好，当然还是要看你的控件本身

树状结构的存储，都是按照你想到的方法来处理的(即所有节点保存在同一张表内，用一个父系字段来记录相互间从属关系)。递归导致效率低，那是没法子的事情。

如果需要从某节点触发，读出其所属的整棵树。一般做法是先通过递归，找出该节点的祖先节点（即树的根节点），再从根节点出发，一层一层的读出整棵树。

以上就是关于数据库字段多，该怎么设计数据库。全部的内容，包括:数据库字段多，该怎么设计数据库。、怎么在数据库里自动生成一个字段、数据库设计如何确定字段的长度等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！