庫存量正確性衡量法則

      我在協助企業導入資訊管理系統時，不論小至進銷存系統、POS系統、MRP管理系統到大型的ERP企業資源管理系統，最常被問到的議題之一，就是我們公司用貴公司的開發的資訊系統後，我們公司的庫存量可以"完全信賴"於資訊系統嗎？以及存貨的成本價值正確性如何？以及大概多久需要進行人工實際盤點？這些疑問是不斷地重覆提起.....因為這些客戶期待用了花費購買的資訊系統後，可以有效控制合理以及正確的庫存量。            或許我可以這樣大膽地說，一個導入進銷存、POS、MRP、ERP管理系統成功的店家或企業，一個必須衡量的指標就是系統庫存數字必須到達 95% 的正確性，（而如果是導入 MRP的一定還需包含可以透過系統自動計算所需生產計劃的工單和採購計劃的採購單），那麼各位您們有仔細思考，所謂庫存量 95%正確性如何計算呢？我導入的客戶，幾乎都這樣回答我，就是系統的庫存數量與實際倉庫的盤點數量，兩者誤差之絕對值，再除以倉庫實際數量，得出誤差率，但這絕對不是一個準確的衡量庫存量正確性的方法，所以我特別寫了這篇文章，就是想跟大家說說可以正確衡量庫存量的方式。  ...

Read More

[Entity Framework] 效能深入探討（二）

     在上一篇我花了一些時間談到，當我們載入資料庫模型是屬於 1 對多 (One-To-Many)時，預設值 Entity Framework 6 是利用一個稱為 Lazy Loading 機制，也就是當需要一個資料的其他相關(關聯)資料時，EF 才會產生SQL語法去跟後端資料庫要求相關資料，而資料應用程式效能的殺手之一，就是太繁複去跟後端資料庫來回存取，為了克服 EF 預設行為的效能問題，我想來介紹一個 EF 另外一個機制術語，稱為 Eager Loading ....        使用 Eager Loading 機制，主要可以在一開始讀取資料時，例如讀取 Customer Table 時，如果我們知道後續一定會讀取相關聯的資料表（類別），如案例的 CustomerCate Table、CustomerEvent Table，那麼我們就可以在第一次讀取 Customer Table 時就一次讀取所有相關的資料表，這樣後續應用程式需要相關資料時，只要在記憶體立即讀取，而不是需要用到時，才延遲去跟資料庫索取相關資料，解釋那麼多，到底程式語法該如何實作呢？我們會用到一個方法(Method)為...

Read More

[Entity Framework] 效能深入探討（一）

      作者我在使用Entity Framewok開發時，最常聽到的一句話就是，Entity Framework 是否"好像"效能很慢喔，在微軟剛推出Entity Framewok前（事實上微軟真的這方面算是進展很慢，其他程式陣營早就有相關的Framework，例如 Java 的 Hibernate，不過後來真的速度改版的很迅速，微軟都這樣玩法），我會很肯定的回答"是"，如果當時要採用 Entity Framewok時，我想可能最大的益處就是可以在程式開發過程時，比較可以使用"概念模型"（Conceptual Model）以及 OOP(物件導向)的思維導向，也可以避免程式開發人員在寫程式盡可能避免了 SQL Script，當然也避免了一些開發人員真的不太會寫 SQL，相信我真的還遇到過，不過隨著Entity Framewok 發展到 Version 6 UP.., 我相信大多數是可以依靠 EF(Entity Framewok)，而且開發速度的優勢已經是大多數優先考慮採用的原因，尤其現在到處都是 WEB...

Read More

【EntityFramework 實戰】 一對多關聯

     這篇教學文件，我想一步一步的教讀者如何利用 EntityFramework 來寫一對多 (One-To-Many) 關聯 Table的程式碼技巧，並且分別利用 Entity SQL 和 LINQ To SQL  的方式來讀取資料庫。 在實例個案，我們常常會遇到如下的資料表一對多關聯 （SQL 語法） CREATE TABLE Employee (   [No] NVARCHAR( 12) NOT NULL PRIMARY KEY,   HireDate Datetime not null default(getdate ()),   Name NVARCHAR( 12) NOT NULL ) CREATE TABLE EmployeeSalary (  EmpNo NVARCHAR(12) NOT NULL,  PayYear INT NOT NULL,  PayMonth...

Read More