作者：胖頭魚的魚缸（尹海文）
Oracle ACE Associate: Database（Oracle與MySQL）
國內某科技公司 DBA總監
10年資料庫行業經驗，現主要從事資料庫服務工作
擁有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等認證
墨天輪MVP、認證技術專家、年度墨力之星，ITPUB認證專家，OCM講師
圈內擁有“總監”、“保安”、“國產資料庫最大敵人”等稱號，非著 名社恐（社交恐怖分子）
公眾號：胖頭魚的魚缸；CSDN：胖頭魚的魚缸（尹海文）；墨天輪：胖頭魚的魚缸；ITPUB：yhw1809。
除授權轉載並標明出處外，均為“非法”抄襲。

最近有一部“大尺度”爽片，居然能夠在國內，以極少的剪輯量上映，也算是國內電影圈的一個進步吧。週末和媳婦兒看完《周處除三害》，覺得真是太爽了，NL版又看了幾遍。
其實這部電影還有個英文名：The Pig, the Snake, and the Pigeon。對應佛教的三毒或稱三垢、三火，即貪嗔痴。此三毒殘害身心，使人沉淪於生死輪迴，為惡之根源，故又稱三不善根。

The Snake，蛇，嗔

嗔，對逆的境界生嗔恨，沒稱心如意就發脾氣，不理智，意氣用事。在電影中就是香港仔，喜怒無常，經常因為一些小事遷怒身邊的人，有著極強的控制慾。
在現在的國產資料庫圈裡面，很多資料庫似乎亦是如此，“我已經是最好的資料庫了，別人不能說我們資料庫的任何壞話，即便是暗喻影射也不行，要不然我就律師函伺候”。然而實際使用卻是一言難盡，但還要嘴硬“你們給的硬體不行，你們業務程式碼太辣雞，你們不懂資料庫”。好吧，你總這麼跟客戶說，你看看客戶以後還用你不。
還有很多國產資料庫，根本不考慮資料庫的實際需求，一味按照自己的想法去搞：創造新名詞、打造新熱點、有沒有賣了再說；抄襲功能文案、反指源頭作弊；互相攻訐、揭短；把控產品，不聽建議；倒反天罡，回懟客戶…自己亂，市場亂，以亂制亂？亂上加亂！

The Pigeon，鴿子，貪

貪，對順的境界起貪愛，非得到不可，否則，心不甘，情不願。在電影裡面對應的就是尊者林祿和，為了達到自己的貪慾，不擇手段，騙人害人。
國產資料庫收錄數量已突破300，即便經濟情況不怎麼好，居然還有新的資料庫加入這百花齊放百家爭鳴下的自相殘殺之中，歸根結底是，即便是現在，還能搭著政策的洪流分一杯羹，關於資料庫到底咋樣，不存在，貪不了了我就下線，留下一地雞毛。
另一種貪就是貪大求全，總想著研發兩年半，實現資料層的所有功能，充分利用不多的人員非凡的捲起來，啥都做，結果到頭來啥都做不好。

The Pig，豬，痴

痴，不明白事理，是非不明，善惡不分，顛倒妄取，起諸邪行。這個就對應了陳桂林了，為了奶奶生活好一點做了黑道殺手，奶奶去世並得知自己肺癌命不久矣後，為了死前世人記住自己，開啟了對蛇和鴿子的追殺。
昨天在TiDB群裡，有一個關於BUG的討論，最近也和Oracle討論過BUG相關的問題，雖然BUG肯定是不好的，但是在國內很多資料庫（其實不止）眼中，BUG就是恥辱一般的存在，即便有也是能甩鍋甩鍋，能不認就不認。而對於Oracle來說，BUG則是40年資料庫產品一路走來的軍功章，因為有足夠的、不同的應用場景，才能測出這些BUG，才能不斷打磨自己。而且我認為， 沒有能力修BUG才是恥辱！ 在這一點上，國產資料庫理解錯了方向。
不少資料庫壓根就不是產品，而是作為專案來發展，在專案中的一切，諸如趟過的坑、犯過的錯、立過的功等等經驗，很多東西都限定在某個專案中，都沒有迴歸到資料庫產品層面去，這明顯是一個錯誤的決定。同時，資料庫作為一個與時俱進的東西，專案化的資料庫也限制了“這個資料庫”的發展。
無論是典故中還是電影裡，周處和陳桂林都在某種意義上完成了對自己的救贖，除掉了自己的痴，也希望更多的國產資料庫能夠完成這一壯舉吧。

貪嗔痴

單一技能完了？肯定還有組合技啊，而且理論上應該組合技更多。資本與技術相互摻和，資本逐利，而資料庫是一個需要長時間、多場景不斷打磨的以系統工程方式搞出來的產品，這一點和國內資本其實是相悖的，都想著快錢，加劇了貪。而大量來自於資料庫圈外的能力參差不齊產品經理和研發人員，搞不清楚資料庫該怎樣，則加劇了對資料庫痴。而過多的資料庫競爭，市場有那麼大，大家會削尖腦袋去搶佔市場，這中間不免出現很多不光彩的手段，這又加劇了嗔。
很多廠商內部也是一團亂麻，都有自己的一畝三分地、勢力範圍，都有自己的既得利益與權利，因此很難勠力同心。

總結

這裡的總結部分照抄了蕭少聰蕭總上午在首席群裡的發言：
從產品廠商角度：
1、全能的通用型資料庫：盲目求大求全，結果什麼都沒做好
2、胡亂鼓吹新名詞：概念PPT滿天飛，能力還沒有釋出就先售賣
3、做產品變成做專案：特性沒有延續性，東一槍西一炮
從資本角度：
資料庫是系統工程，是一個生命週期很長的賽道，需要很長時間的打磨，前期投入大，回報慢，市場不確定因素太多，其實並不一定是一個優質的投資選項
從技術團隊角度：
要做一款資料庫，還不僅僅是要把對應的需要的有足夠能力的人給湊夠，還需要將整個團隊建設好，系統工程切記各自為戰，需要配合協同合力發展。

老規矩，不曉得寫了些啥。