1.不利于抽象設計。比如要設計一個求和的函數(shù)。如果基于實體Bean應該類似這樣sum(List beans, "屬性")，很明顯需要動用反射，在幾條數(shù)據(jù)的測試環(huán)境一性能可以接受，但在生產(chǎn)環(huán)境中就不一樣了。

2.不利于數(shù)據(jù)拆分與擴展比如只需要查詢或保存ID,NAME兩個屬性時，整個實體作為參數(shù)傳過來，又需要反射，需要挨個判斷。

DataRow DataSet中的功能(如排序、分組、去重、行轉列、各種條件過濾等)都沒法實現(xiàn)id作為明文時是一個數(shù)字，但加密后變成String,原來的id屬性無法存儲密文

將行轉成列后，數(shù)據(jù)完全變成另一種結構。