『壹』 如何自動化完成sql審核
很多游戲項目都是通過每周更新大版本來維持用戶的粘性和活躍度，而更新版本必然伴隨著資料庫的新建create、改表alter的SQL。
運維或者dba負責審核這類sql是否合理、高效，因為很多開發同事特別是經驗少的新人是不考慮sql性能、是否合乎MySQL的最佳實踐。
經常很多建表語句漏加索引或者加錯索引（不滿足最左匹配等情況），需要等到開服後資料庫負載過高引起告警才發現問題。
MySQL的配置中有一個日誌是記錄沒有使用索引的sql，記錄進slow log日誌中，不過實際使用過程中，的確存在著很多合理的不使用索引的情況，所以這個日誌一般不打開。
為了避免人工審閱的重復勞動，所以運維可以通過寫程序、腳本來自動審核sql，而審核的條件一般如下：
1、表結構是否合法 //不合法當然不能通過
2、表名、列名長度超過 16 //主要跟我們自己的授權有關系
3、必須有 unsigned //業務最容易忘記添加，當然如果一定要負值，那麼就走人工審核;
4、必須為 InnoDB //當然了，我已經忘記還有MyISAM了，統計日誌表除外
5、int bigint(10) 不能小於 10 //大家見過int（1）的情況么？
6、varchar 長度小於 3000 // 這也算是一個人為規定，沒有任何意義
7、text 欄位個數不能大於 3 //人為規定而已
8、主鍵必須為 int 類型 //不int，真的會死人
9、索引不能有重復 //見過key（id）,key(id,uid)的情況嗎？
10、索引個數不能大於 5 個（包括主鍵） //人為定義而已
11、索引欄位必須為 not null，並且有 default 值 //參照高性能那本書說的，其實不一定影響性能
12、SQL 是否使用到索引 //不能用到索引的SQL，真的很慘
13、SQL 中不能有 * //由於* 經常導致流量、O巨大，所以，也強制了
14、自增欄位必須為 int 或者 bigint //見過自增用smallint的嗎？然後一下就溢出了
15、請不要使用MySQL的保留字(Reserved Words) //寫腳本，大家討厭<`>符號么？
開發提交sql後，會直接調用後端審核程序，程序根據以上規則，進行審核，就極大的降低了運維、DBA的工作量。
當sql審核通過後，是否馬上執行？
根據以下情況判斷：
1、表小於10w行，小於10M空間大小，那麼直接執行SQL;
2、如果不滿足1，並且滿足percona online-schema-change條件，那麼通過osc工具，進行在線修改;
3、如果1、2都不行，走人工上線流程;
『貳』 將sharepoint表單庫中的表單審批完成之後自動保存到sql server資料庫中問題
這個很容易。你先建一個外部內容類型（內含外部數據源），然後建立外部列表。最後通過工作流在外部列表中賦值即可。
『叄』 .Net要實現一個訂單模塊的話用到什麼技術 請詳細說出具體的知識點。基礎分100，好的話會加更多分
如果有訂單生成的話，一般就用到審批流，訂單的信息可以放資料庫的表裡面，最好放在兩張表裡邊，一個主表一個子表，再依據主表建個審批表，最基本的訂單流程就處來了，JavaScript用到一些數據驗證，數據回發。 session的話，如果是以用戶操作就需要session，有了用戶就會有許可權，許可權和審批流聯系起來這個小軟體就差不多了吧
接收訂單的信息，可以是手工錄入的，也可以是提前設定一些信息用戶選擇，或者掃描二維碼的方式也可以接收到購物的信息
難點在數據的邏輯結構，技術不用太高
『肆』 軟體實施中的工作流。審批流分別指的是什麼
工作流，也就是流程引擎，也就是督促工作需要的流程，流轉的工作步驟；
譬如請假有個請假流程；簽合同有簽單流程；項目開發流程等，都需要通過流程梳理，創建，流程執行，流程閉環等
流程大概分類是端到端；點到點；以及整體流程來實現：具體下圖給出一些綜合觀點，
『伍』 泛微oa中，怎麼連接外部oracle資料庫 csdn
泛微OA—Oracle's JDE集成應用方式
1、JDE作為資料庫
供應商信息、客戶信息、產品線信息等在JDE中作為資料庫被OA應用；OA通過數據加工，將OA流程各表單與JDE數據相對應；OA流程搭載JDE資料庫信息，為審批提依據。
2、OA作為審批流
OA流程發起時，自動抓取JDE基礎數據，審批後結果自動回寫至JDE，保證數據的一致性與准確性。OA流程提供審批意見，支持移動審批，搭載審批依據，有效彌補了JDE的審批短板，實現了信息集中統一管控。
3、數據融合，報表展現
系統的集成實現了數據融合，OA系統自動歸集各項數據，形成統一報表，方便管理者實時掌握企業運營動態。
『陸』 什麼是審批流
通俗的說就是一個完整的審批流程。
審批流定義節點用來為某個具體的業務單據或某個具體單據的一個業務類型進行審批流程的定義。被定義了審批流程的單據將按照定義的審批流程被傳遞和審批。這一完整的過程就稱為審批流、
『柒』 什麼是項目管理軟體工作流與審批流
一、審批流：審批流是用來，為某個具體的業務單據進行審批流程的定義。被定義了審批流程的單據將按照定義的審批流程被傳遞和審批。也就是講審批流只是針對同一種單據的審批管理而已。比如，我們要對合同付款定義審批流程為，張三填寫付款申請--李四負責初審--王負責二審--總經理負責終審，不管合同付款的審批有多少級，多少人參與，但都是只對合同付款這一種單據設置的審批流程而已，這就是審批流。
二、工作流：工作流引擎就是工作流程的計算模型，就是將工作流程中的工作如何前後組織在一起的邏輯和規則，通過項目管理軟體來實現了。用上面的合同付款來接著講，如果一個企業是這樣規定合同付款作業流程的，所有合同付款業務必須是從合同創建--合同結算-合同付款，也就是講沒有做合同結算就不能進行合同付款申請，沒有創建合同就不能做合同結算。這種規范了某類業務的前後作業順序的功能，就是工作流。工作流與審批流不是沖突的，應該講審批流是對工作流中的某一種具體單據的更細化流程管理。
『捌』 資料庫處理問題(審批流程定義)
1、用戶表
用戶ID
用戶角色（1：業務員，2：經理，3：總經理，4：總裁。。。）
用戶姓名
2、客戶表
客戶ID
客戶名稱
3、業務員客戶表
用戶ID（其實就是用戶表裡的用戶角色為業務員的用戶）
客戶ID
4、業務員移交客戶申請表
申請人用戶ID
申請移交的客戶ID
審批狀態（0：審批中，1：已審批。。。。）
移交後用戶ID
5、請假表
用戶ID
請假開始時間
請假結束時間
請假類別（1：事假、2：病假、3：婚假。。。。。）
審批狀態（0：審批中，1：已審批。。。。）
6、周報表
用戶ID
周報月份
審批狀態（0：臨時保存，1：已提交，2：經理已審批，3：總經理已審批。。。。）
『玖』 求大神指教sql語句怎麼寫
這是審批流，
如果『郭琳琪』不是固定的，要增加一個欄位，下級審核人。
CASE WHEN ( [Status]='100') THEN CName
WHEN ([Status]='104') THEN '郭琳琪' --或者[下級審核]
ELSE '郭琳琪' END