如果只有一條SQL數據，那么可能不用考慮數據的完整性，只要考慮下邏輯是否正確就可以了。比如說給張三加100元不要加到李四頭上就行?！　∪绻谕粋€庫里，對兩張表或者多張表同時進行修改的話，那么用事務來控制下，這樣也可以保證數據的完整性，要么都成功了，要么都不成功?！　‖F在難題是，數據嘛不在同一個數據庫里，而數據庫嘛又不在同一個服務器上。這樣的話就比較坑爹了，但是又難免不會出現這樣的情況。　　如果遇到這樣的情況，各位是如何來保證數據的完整性的？　　很多時候，比如說，改完A服務器上的A庫，需要接著改B服務器上的B庫，結果在A庫成功后，B庫失敗了，因此數據也不完整了?！　∏蟾魑淮髠b分享下各自遇到的這些坑爹的情況都是怎么解決的...謝謝哈