#
今天有個朋友問我一個SQL問題，大體是一個update語句，看起來邏輯沒有問題，但是執行的時候卻總是報錯。 語句和報錯信息為： UPDATE payment_
MySQL里面有一個問題尤其值得注意，那就是自增列的重復值問題，之前也簡單分析過一篇，但是在后續我想了下，還有很多地方需要解釋，一個就是從庫的自增列是如何維護
在MySQL中如果要遷移一個表導另外一個服務器/環境中，常規的做法就是使用備份工具備份，比如mysqldump，然后拷貝備份到目標服務器或者環境導入。如果某一個表數據量很大，導出du
如果需要把一臺MySQL中的數據定期歸檔到另外一臺MySQL歷史庫中，那么很可能會發現會有重復值的問題，導致數據導入會失敗，而這個問題其實是和自增列的重復值有關，我們來簡
轉自:https://blog.csdn.net/rfb0204421/article/details/7760697 應收、應付、收款、付款等單據都可以生成ERP的日記帳，那么這些模塊的關系是如何關
今天和同事聊了聊技術的事情，聊到BAT里面的一些高大上的系統和設計，相比總是會有些差距，不過像那樣體量的公司知識沉淀很深，所以能夠做好我們力所能及的事情，把它細化做好，也是一種進步
初始MySQL中的derived table還是在一個偶然的問題場景中。 下面的語句在執行的時候拋出了錯誤。 UPDATE payment_data rr S
定義R12分類賬的四要素 http://www.91sap.com/thread-14981-1-1.html (出處: 賽跑網) 定義R12分類賬的四要素： 會計科目彈性域結構（COA）、幣種
之前寫過一篇分分鐘搭建MySQL Group Replication的測試環境，如果我們在一臺服務器上想搭建一主多從的測試環境，怎么能夠分分鐘搞定呢，其實稍花點時間寫個腳
應收、應付、庫存、采購（接收）等模塊的各種事務處理都會通過子分類賬生成相應的總帳賬務信息，我們可以通過總帳日記賬行的追溯功能查看相應的事務處理操作和界面，那么他們是如果關聯的呢？ 總帳與各個模塊間
