第一張圖查詢結果正確
第二張圖查詢結果全部亂掉
以上同樣的客戶端程式，同樣的作業系統（都是winxp），服務器端資料庫是sql server 2008 R2
找了很多資料都沒有結果，想了很多辦法，已經黔驢技窮了，請各位大神不吝賜教。。
uj5u.com熱心網友回復：
這個是標準的DBGrid還是其他的GRID控制元件？是不是在欄位的ongettext事件中有代碼，查看一下
另外，作業系統的SQLCLI連接程式也要更新為可連接SQL2008R2資料庫的SQLCLI版本。
uj5u.com熱心網友回復：
補充說明：兩張表都是采用select * from 表名。但是第二張表中少了“年費比例”欄位uj5u.com熱心網友回復：
是delphi自帶的dbgrid，確定ongettext中沒有代碼。SQLCLI絕對是那個版本，畢竟大部分的電腦客戶端都是好的，就2臺有這樣的問題，2臺在同一個房間，使用同一版本的作業系統。也就是說網路結構和作業系統版本號都是一樣的。
uj5u.com熱心網友回復：
試試我的資源的SQLCLI和VC補丁，看能不能修復你的問題uj5u.com熱心網友回復：
這根VC補丁有什么關系嗎？
uj5u.com熱心網友回復：
非常同情你的情況,但掌握情況不多，無好的建議。從圖片上年，欄位出現錯亂，有點像傳輸出錯，可能的原因：
1、作業系統的問題；
2、MSSQL服務器驅動的問題；（可能性最大）
3、Delphi程式問題。
4、Midas Socket傳輸問題。
建議你換能機器試試。
uj5u.com熱心網友回復：
打了你給我的補丁，也還是不行。我感覺好無力。。
uj5u.com熱心網友回復：
我覺得也不太可能是MSSQL服務器驅動程式問題，因為別的客戶端都是好的，就2臺有問題。
uj5u.com熱心網友回復：
2. MSSQL服務器驅動的問題；（可能性最大）因為使用 datasnap 所以我認為可能性幾乎為零
uj5u.com熱心網友回復：
有問題的電腦重裝作業系統試試uj5u.com熱心網友回復：
你可以在與dbgrid系結前把資料show出來看看。我認為是代碼問題。
uj5u.com熱心網友回復：
剛剛想到：midas.dll
是不是這個東西在作怪。
把編譯的機子上midas.dll拷貝到客戶端運行目錄或Windows 相應的目錄下，看看
uj5u.com熱心網友回復：
無midas.dll，不能傳遞資料。應該不是它的問題。uj5u.com熱心網友回復：
不用datasnap，遠程直連看看是不是亂碼。uj5u.com熱心網友回復：
可參考下http://stackoverflow.com/questions/1145689/delphi-6-with-ado-oracle-returns-number-with-different-precision-generating-b
uj5u.com熱心網友回復：
應該是作業系統與MSSQL字符介面上的問題了。建議，重新安裝系統和MSSQL試試。uj5u.com熱心網友回復：
中間層取到的資料，先存到一個檔案中。客戶端把這個檔案匯入。看一下是不是有問題。我覺的作業系統的可能性比較大。midas.dll 這個檔案版本問題比較大。轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/69283.html
標籤：數據庫相關