審核資料庫設計

⑴ 審核流程的資料庫一般怎麼設計

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），什麼人，什麼時候，審核意見。