一、
我覺得這個問題可以從微軟關於貨幣的字段類型得到一些啓發。微軟的貨幣型字段其實和數字的一個區別就是可以按照不同國家的幣種進行數值轉換。
你看，不管是什麼方式，都作爲一個屬性來看待，但是這個屬性值可以不一樣，而且可以用一個函數，根據不同的參數進行轉化。
1 用一個表保存所有的單位（不管是計價還是計量，還是其他的單位）
2 再用一個表保存不同單位之間的換算關係（如果有必要的話，其實是否可以用一個全局常量基本確定下來？）
3 然後用一個函數去搞定，什麼地方需要不一樣的數據你就傳入不同的參數好了。
這樣做的好處是通用性很強，維護性好，擴展性好。
二、
單位太多的解決方案：
建立一個“單位換算表”，其中一個是主計量單位，其它的單位是換算到該單位的換算率，
再建立一個“品種檔案”保存“採購主計量單位”，“生產主計量單位”，“BOM主計量單位”，各模塊的單據中採用各自的主計量單位進行出入庫或者使用的單位，
做帳表統計和查詢的時候按照換算關係進行運算。
在用戶想做查詢的時候，系統可以自動按照是屬於哪個部門，然後把單位換算到該部門所
對應的主計量單位後再進行運算，並顯示出來。
三、
計量單位：至少支持銷售，生產計量，最好採購也支持，主要看你什麼行業了；有時同一個計量單位間的換算是不一樣的，比如：兩種針劑，第一種 1盒 = 10支；地二種 1盒 = 5支；這樣計量單位換算關係要把物料編號包括進去；而且換算關係是不能隨便改動的，否則帳本對不起來很正常
四、
1、可以在用戶輸入時彈出一個下拉選框，例如輸入一個“加”就把所有“加”開頭的都列出來，接着輸了“拿大”，就把所有“加拿大”開頭的列出來，供用戶選擇。這樣對用戶來說也方便快捷。
2、原料編號可以做成字符串，隨用戶怎麼定義，只要保證不重複就行了。但是千萬不要把原料編號作爲關鍵字，唯一性並不是關鍵字的充分條件，還必須具有不變性。比如說，你的系統已經使用一段時間，在庫存、工藝等表裏都是使用原料編號，突然用戶覺得現有的編號體系不好，想改一改，你就會頭痛了。就算不是大改，平常的增加刪除，要是不注意，都會弄出很多問題。比如說，通常編號總是按順序的，用戶刪除一種原料後，再增加新原料時，可能會使用原先被刪除的編號，但是如果原先刪除該原料編號時倉庫裏還有這種原料，而你程序疏忽了，沒做檢查，那你現在就死定了，而且這種錯誤讓你摸不着頭緒。所以原料還得有個系統編號，這是一個內部的流水號，對用戶不可見的，這個纔是關鍵字
五、肯定可以支持不同的單位呀。而且在單位之間還可以互相轉換呢！
每一種物料都一有一個基本單位，其餘可能是什麼轉換單位或輔助單位之類的，每個轉換單位或輔助單位都與基本單位有一個轉換比率。
但有一點就是你必須注意，與庫存、成本等打交道的資料都應該要用基本單位進行計算，否則出錯了還不知道錯在哪裏。
關於單位的問題也是一個比較難以處理的問題，有的用戶在開了單之後，還要求對單位進行自由轉換，也就是你所說的那樣。
不過我在處理這些問題還是沒有遇到什麼大問題，因爲如果你的數據庫設計的好的話，這些問題還是比較好處理的。
六、我一點也不覺得你的客戶的要求離譜啊。我以前做的系統就是物料編碼是20位的，物料名稱30位，物料規格30位，和你客戶的要求一樣（不會他們以前用的是我以前公司的產品吧）；而且也支持多單位，計量單位和計價單位可以不同。我們的做法是：在物料表中共有3個單位，這3個單位中有一個是基本單位，另外兩個是換算單位，並在換算單位和基本單位之間定義換算率（換算率還包括固定換算率和變動換算率的區分），在庫存系統中包括兩個單位：基本單位（小單位）和一個換算單位（大單位）。比如說物料A，可在庫存系統中定義他的基本單位是‘只’，換算單位是‘盒’，在定義它們的換算率：10只/盒，這樣在庫存進、出料的時候就可以發X盒Y只，而不需換算成只來做；其他的系統也可支持兩個單位，一個作爲基本單位（不一定和庫存的基本單位一致），另一個是換算單位。例如在採購系統中，對物料A的採購的計價單位是‘盒’，計價的大單位可以是‘箱’，10盒/箱。採購時就可以用N箱M盒來採購，付款依據盒數來付，銷售系統的定義的方法也是一樣
