审核数据库设计

⑴ 审核流程的数据库一般怎么设计

1、用户表
用户ID
用户角色（1：业务员，2：经理，3：总经理，4：总裁。。。）
用户姓名
2、客户表
客户ID
客户名称
3、业务员客户表
用户ID（其实就是用户表里的用户角色为业务员的用户）
客户ID
4、业务员移交客户申请表
申请人用户ID
申请移交的客户ID
审批状态（0：审批中，1：已审批。。。。）
移交后用户ID
5、请假表
用户ID
请假开始时间
请假结束时间
请假类别（1：事假、2：病假、3：婚假。。。。。）
审批状态（0：审批中，1：已审批。。。。）

⑵ 网上报名系统后台是怎样审核的 数据库中的审核表该怎样设计

这个靠你后台的设计啊，满足你设计的条件时就通过，有任何一个不满足的条件就返回失败
表里设计比如年龄>18 身高>170之类的东西。反正你怎么设计是你说了算的

⑶ 关于一个数据库的设计，公司员工请假流程（员工表，请假申请表，审批流程表，用户角色表）

员工表：员工信息（员工ID、姓名、性别等），关联角色（角色ID）
角色表：角色分类（角色ID、角色名）
请假申请表：请假流水号、员工ID、申请日期、假期开始日期、假期天数、当前状态（申请-》一审-》2审-》批准/未批准）
请假流程表：请假流水号、审批人，审批日期，审批结果

如果功能在强点的话，可以加上审批限制日期，超限制没进行审批，自动标为为批准、自己可以在进行扩展

⑷ 请高手帮忙，我要做一个新闻分类，在数据库设计了下表 nid nname nfid 要有一个审核功能

这种层级关系的数据可以考虑用 树形来显示
若要分页的话 把xml数据抓出来 然后在内存中进行分页即可

⑸ 数据库设计原则

本系统中数据库的设计，要考虑和遵循下列数据库设计的基本原则，以建立稳定、安全、可靠的数据库。

1)一致性原则:对数据来源进行统一、系统的分析与设计，协调好各种数据源，保证数据的一致性和有效性。

2)完整性原则:数据库的完整性是指数据的正确性和相容性。要防止合法用户使用数据库时向数据库加入不合语义的数据。对输入到数据库中的数据要有审核和约束机制。

3)安全性原则:数据库的安全性是指保护数据，防止非法用户使用数据库或合法用户非法使用数据库造成数据泄露、更改或破坏。要有认证和授权机制。

4)可伸缩性与可扩展性原则:数据库结构的设计应充分考虑发展的需要、移植的需要，具有良好的扩展性、伸缩性和适度冗余。

5)规范化:数据库的设计应遵循规范化理论。规范化的数据库设计，可以减少数据库插入、删除、修改等操作时的异常和错误，降低数据冗余度等。

⑹ 数据库设计的基本步骤

数据库设计的基本步骤如下：

1、安装并打开MySQL WorkBench软件以后，在软件的左侧边栏有三个选项，分别是对应“连接数据库”、“设计数据库”、“迁移数据库”的功能。这类选择第二项，设计数据库，点击右边的“＋”号，创建models。

⑺ 如何实现OA系统的自定议审批流程的数据库设计

我举一个例子：有的OA系统是要公司客户自己有服务器，然后装到客户的服务器上。可回是客户嫌麻烦，答所以我想将OA系统（PHP+Mysql）放在自己的服务器上，让公司客户及其员工来注册使用。那么问题来了，原来在客户自己的服务器上数据库也就十几张表，但都放到我的服务器上，每注册一个公司就得增加十几张表，那如果有一万家公司注册数据库不得有几十万张表？跟楼主一样的问题，有一些老牌厂商早就给出来完美答案了，比如华为、天翎都有过类似的问题，这些企业提出的解决方案就很不错，就针对上面的问题，最简单的办法是给每张表加个实例ID，一个公司对应一个实例ID，然后在你的MVC架构中跟DB最近的这一层加个拦截器，每个SQL查询都自动带上实例ID，这样不用对代码做很大改动。后期再根据需要优化，哪些公司合用一张表，哪些单独占用一张表甚至一个数据库，总之具体问题具体对待，需要在运营的过程中根据用户量和业务情况来分析采取对策。

⑻ 多级审核的数据库怎么设计啊

多级审核，这个最好通过权限模块来做。这样，销售部门，在查看市场部的时候，给予权限不足的提示即可。至于多级审核，一样，也可以通过表的设计来实现，没见到你的架构如何，不好多说。

⑼ 数据库表设计

有二个表，主从关系
主表是审核内容
ID， 审核什么，最后审核状态（1，2，3.。。）

审核记录表
自己ID ，父ID（上面的表ID），什么人，什么时候，审核意见。