FireDAC探索 （二）

標籤：

又花時間試了試FireDAC,本想找到一些辦法，讓FireDAC取資料能和DBX樣快，最終還是失敗了，DBX實現是太快了，3472第記錄（110個欄位的表），0毫秒就抓過來了，

FireDAC最快也要將近20毫秒。不過FireDAC已經把資料抓到TFDDatSTable中，知道記錄條數了，（比DBX要強，DBX的DBXReader是不知道記錄數的）

如果只是讓FDCommand執行SQL後，不Feach到TFDDatSTable， 那麼也是0毫秒（但讀取不了資料的）。

除此之外，

FDMemTable1.AttachTable(FDDatSTable, nil);
FDMemTable1.Open;

在DBGrid中顯示資料的話，FireDAC非常快， 比用 TDBXClientDataSetReader.CopyReaderToClientDataSet(DBXReader, ClientDataSet1);要快N倍了。

應該說，搭配資料控制項，FireDAC非常棒。

 

另外，試了試在Datasnap中使用FireDAC, 雖然可以用TFDJSONDataSets返回N個資料集，但速度感覺還不是很好，有待最佳化。而用DBXReader速度是非常快，但返回多個結果集還是有點不方便。應該算各有優勢吧。 如果習慣在Datasanp中返回實體類給用戶端，還是有DBX在速度上更有優勢，如果習慣返回 TDataset的，用戶端使用了DB控制項，用FireDAC更方便。DataSnap的核心是基於DBX架構的，個人感覺DBX架構設計的很好，相當長的時間內， Datasnap是不會有什麼變動，除非EMB推出新的架構。以目前的情況看，EMB應該不會花精力和時間推出新品。但是，FireDAC又是EMB主推的資料訪問層組件，與Datasnap之間的更好容合還真是要費些腦筋的。

不過，如果EMB總是讓程式用處理Delta的方式來開發程式，真的不是一件很爽的。早期的ADO也能過濾“增”刪“改”的記錄，但.NET中沒有人這麼搞，還是像JAVA的架構看齊了。

何況Datasnap也能傳打包類的，為什麼不更進一步呢！？

 

FireDAC探索 （二）