拜託 別再搞邏輯刪除了
基於領導的一句話：”產生的數據都是有價值的數據“，因此第一個想到的就是假刪（”邏輯刪除“），還將其定義爲了一個標準，所有表都要有 邏輯刪除字段is_validate。從此開始了我不幸的人生
- 自從有了邏輯刪除，唯一索引再也與我沒有了緣分
- 自從有了邏輯刪除，所有的單表查詢，連接查詢，更新，帶where的我都得帶上他
- 自從有了邏輯刪除，我再也分不清別人設計的表是一對一，一對多，還是多對多，還是勞什子結構
- 自從有了邏輯刪除，測試小夥伴就多了一個測試用例，希望她們能測試覆蓋到所有操作
- 自從有了邏輯刪除，併發場景或者網絡重試等，完全依賴於代碼中的鎖，希望大家的代碼能鎖得住，保證得了數據的完整性
設計邏輯刪除的人，我不信他是編碼的人
請確保自己的業務真要邏輯刪除，即使真要邏輯刪除，也別在我的業務表裏瞎參合
好雞蛋和壞雞蛋，統統放在一個籃子裏，讓我傻傻分不清楚，剪不斷，理還亂
如果業務真要邏輯刪除，可以考慮
- 通過Mysql trigger對delete事件進行監聽，轉換到_del表中
- 通過Canal等開源項目對binlog進行監聽，轉存到其他地方