不說那種建表的時候 設定好主鍵格式 的 解決方案. 事后諸葛啊. 誰都會
不靠譜方案1
改主鍵表結構. 費時! 主鍵已經超長了.說明 資料量相當大. 改表結構的時間成本你能等得起嗎
方案2
超長表 改表名作為歷史表 ,新建新表,然后根據業務情況將歷史表資料酌情復制到新表中. (比如最近3個月的資料.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
不說那種建表的時候 設定好主鍵格式 的 解決方案. 事后諸葛啊. 誰都會
不靠譜方案1
改主鍵表結構. 費時! 主鍵已經超長了.說明 資料量相當大. 改表結構的時間成本你能等得起嗎
方案2
超長表 改表名作為歷史表 ,新建新表,然后根據業務情況將歷史表資料酌情復制到新表中. (比如最近3個月的資料.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
不說那種建表的時候 設定好主鍵格式 的 解決方案. 事后諸葛啊. 誰都會
不靠譜方案1
改主鍵表結構. 費時! 主鍵已經超長了.說明 資料量相當大. 改表結構的時間成本你能等得起嗎
方案2
超長表 改表名作為歷史表 ,新建新表,然后根據業務情況將歷史表資料酌情復制到新表中. (比如最近3個月的資料.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
不說那種建表的時候 設定好主鍵格式 的 解決方案. 事后諸葛啊. 誰都會
不靠譜方案1
改主鍵表結構. 費時! 主鍵已經超長了.說明 資料量相當大. 改表結構的時間成本你能等得起嗎
方案2
超長表 改表名作為歷史表 ,新建新表,然后根據業務情況將歷史表資料酌情復制到新表中. (比如最近3個月的資料.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
不說那種建表的時候 設定好主鍵格式 的 解決方案. 事后諸葛啊. 誰都會
不靠譜方案1
改主鍵表結構. 費時! 主鍵已經超長了.說明 資料量相當大. 改表結構的時間成本你能等得起嗎
方案2
超長表 改表名作為歷史表 ,新建新表,然后根據業務情況將歷史表資料酌情復制到新表中. (比如最近3個月的資料.
轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/506069.html
標籤:MySQL
上一篇:解讀《Benchmarking Hybrid OLTP&OLAP Database Systems》| StoneDB學術分享會
下一篇:MySQL第七天
