erp執行存儲過程

⑴ 如何優化erp資料庫

數據,也許你現在覺得沒有用,匯總了,將來不知道什麼時候就用到
所以不管什麼優化方式都是不科學的
只能是說,根據你最緊迫的需求進行處理
比如你的ERP系統由於數據過多而緩慢，那麼一是想辦法升級硬體、二是想辦法優化資料庫、三是引用更好的演算法
從優化來說，可以加索引、可以改視圖、可以優化存儲過程，還可以去掉一些目前看無用的數據，而這最後一條往往是見效最快的
所以很多ERP軟體採用的是年結的方法，每年建個新資料庫，速度會有顯著提升
但是，分割的時間段和粒度和企業數據量和規模應該緊密相關
而這么做，損失的是歷史數據，或者說犧牲了歷史數據的分析方便性，而提升了現有數據處理能力
那麼，等你們解決了現有矛盾，需要從歷史數據挖掘信息時，就應該引入數據集市技術，獨立於ERP系統進行數據的切片和分析。
所以，為了將來能夠進行有效分析，我建議你採用的優化手段一定是要改善現有ERP系統處理速度，而同時不損害歷史既有數據的方法。這需要你的軟體供應商能夠支持，或者你作為軟體廠商需要考慮。

⑵ 存儲過程在erp哪個模塊用得到

存儲過程（Stored Procere）是在大型資料庫系統中，一組為了完成特定功能的sql 語句集，存儲在資料庫中，經過第一次編譯後再次調用不需要再次編譯，用戶通過指定存儲過程的名字並給出參數（如果該存儲過程帶有參數）來執行它。存儲過程是資料庫中的一個重要對象。

感覺像是二開上吧

⑶ ERP三種模式與信息流

目前的軟體模式大致可以分為大規模定製開發、商業軟體+少量定製開發和介於兩者之間的平台+少量定製開發等三種開發模式。
定製開發，業務范圍是很有限的，一方面，定製開發只能是小規模的，一個幾百萬，上千萬的項目要定製的話，開發出來的產品是否專業不說，當就開發這樣的一個系統所耗費的開發和實施時間，按目前的公司頻繁開張和倒閉，估計足夠一個軟體公司倒閉好幾次了，這樣的項目，業主怎麼會放心定製呢?另一方面，搞定製開發，需要軟體公司的綜合實力特別是行業實力要求比較高，由於軟體公司沒有專業的行業堅決方案，基本上是見單打單，因此基本上是企業業務的手工模擬，能夠實現手工業務電子化就很不錯了，又怎麼能將ERP的先進管理理念和思想融入其中呢。
商業軟體+少量開發，這類比定製開發的效果要好，但需要很有經驗的去處理，同時還要獲得部分商業軟體的介面，
1、可以直接利用現成的信息技術產品來順應企業飛速發展的需要。能不斷跟上信息技術發展的步伐，充分體現利用最新技術的優勢。
2、可以直接利用和借鑒商業軟體中先進的管理思想、理念和行業經驗。商業軟體的實施，是一個從特殊到一般，從一般到特殊的過程。
3、充分利用優秀商業軟體功能全面、靈活性強、適應性強的特點，適應企業的不斷發展和變化。
4、實施周期短，業務系統實施以業務人員為核心，全力關注業務的改善，IT人員負責系統的技術架構。
5、系統其他模式，不需要維護龐大的信息化隊伍，項目總體投入少。
6、總體技術難度小。

平台式開發，這類應該是對前兩類的一種提高，但需要考慮以下三個問題
1、數據綁定問題。一方面是要支持不同的資料庫。不同的資料庫，存儲過程(Procere)、觸發器(Trigger)的編寫和執行都不一樣，同時，資料庫的事務控制、數據並發等也是非常關鍵的問題。另一方面，數據的存儲問題，業務數據是以資料庫表(Table)的形式來表現還是以對象來表現，從常遠來看，可能是會是以對象來表現，但用對象來表現，技術怎麼實現，效率如何?筆者參與開發的一個平台就是因為採用了完全面向對象的方式來綁定數據，導致系統的效率極大的降低(特別是在數據量很大時，對象的打包解包都嚴重影響了系統的執行效率)而難以推廣。
2、效率問題。由於業務平台不是針對具體的業務，因此，運算邏輯就會比較復雜，同時由於各業務組件是相互獨立的(解釋一下為什麼要獨立，業務平台作為一個框架模式開發，遵從「好萊烏原則」-我調用你，你不要調用我，控制權掌握在框架上，各業務組件必需獨立，否則你中有我，我中有他，要用到他，就必需用到你、我，那樣就不是一個平台了)各系統之間的連接也會影響到系統的效率。
3、業務邏輯的提取，這是一個很難、也是很多技術平台無法向業務平台轉化的關鍵。首先，我們要進行業務的抽取，我個人的建議是先按標準的ERP理論來提取，接下來，請相關業務專家進行完善和業務邏輯具體話，必要時可以藉助外部咨詢公司的力量。最後，用到實際中去，「實踐是經驗真理的唯一標准」，不要怕失敗，怕不是問題，不做才是問題，不做永遠沒有成功的機會。

⑷ 批量刪除（修改標記） update ERPInfo set IfDel=0 where ID in ("+ID+") 在sql2005中存儲過程怎麼寫。

兩種辦法處理.

1. 使用動態SQL
也就是把你要執行的 SQL 語句， 存儲到一個 varchar 變數裡面。
然後你存儲過程裡面，執行的時候， 動態的拼接一個 SQL 語句，然後執行。

SQL Server 動態SQL 的例子：
http://hi..com/wangqing999/blog/item/6f6da5fee476db869f51465d.html

2.使用 CHARINDEX 替代 IN 的功能
例子：
http://hi..com/wangqing999/blog/item/1b8698fe14d68d8258ee9014.html

⑸ ERP實施的時候,資料庫觸發器、存儲過程什麼用的

做二次開發用的。資料庫的觸發器就是達到某種條件時，會自動執行一些操作。存儲過程就好像我們寫dos命令里的批處理，是用來自動執行一連串的操作的 。

⑹ 易飛ERP觸發器問題,超出了存儲過程、函數、觸發器或視圖的最大嵌套層數(最大層數為 32)

典型的遞歸調用了，你的觸發器是對 [dbo].[ACPTB] 執行insert,update
後執行的，而觸發器裡面update dbo.ACPTB又要更新這個表，明顯的遞歸了

⑺ 成熟的ERP產品還要寫存儲過程嗎

也不是說買就是好的，買的話產品至少是成熟的，但是現在國內做ERP的公司最大無非就是金蝶用友，但是不論大小公司都存在綁架客戶的事情。。。具體的。。

⑻ 商業ERP都不用存儲過程的嗎

這個是要看情況的吧。
客戶端數目很多的話，資料庫一般都是純存儲用。
所謂的持久化，用ORM來取數據，表連接都沒有，所有業務邏輯完全在應用程序中，不佔用寶貴的資料庫CPU資源。
可以方便的實現擴展性、容錯與負載均衡。

不過現在基本都是B/S架構了，這種情況應該不多見吧。

⑼ 什麼時候要用存儲過程

使用存儲過程並沒有什麼時候的限制，說白了任何時候都可以使用存儲過程，因為存儲過程是經過編譯的程序片段，在資料庫啟動時已經載入在oracle的cache中了，並且任何人調用它都不會經過重新編譯，也不會進行語法分析及最近路徑選擇等耗時的操作，所以建議多使用。

⑽ 請問軟體實施或者ERP實施人員需要學習oracle開發么，比如PL/SQL開發，存儲過程、游標、觸發器、做報表

這些技術性的東西，應該可以不學，也很難學