資料庫與青黴素

https://mp.weixin.qq.com/s/zPbVEo-N07xSyEHgadlJ4Q 

公眾號原文

 這個標題很奇怪吧？不怪，聽我說說吧。

    我平時聽到很多類似的話，我相信你們也或多或少聽過。

1、Oracle處理不了大資料；

2、MySQL千萬級別處理不了，速度緩慢；

3、PG不能高併發。

其實以上都不是很正確。為什麼這麼說，我以我個人淺薄的經驗來證明一下。

     以前我在用Oracle是每天1T的增量資料。對了我們這裡要說一下一天1T的增量勉強算大資料吧，至少算大資料的入門）每天GB增量或者MB增量的我看還是算了。那麼說說，處理的好不好呢？100TB的結構化資料處理的非常好。

    後來使用MySQL，其實發現1000萬條記錄這根本不叫事，索引建立好了，也都是毫秒級別，甚至毫秒都用不了。

    再後來用用PG試試其實也還可以。用PG做主營系統的也有不少。所以綜上所述有些以訛傳訛的會讓人有極大的成見。成見還會帶來其他的危害，本來很容易處理的事情或者架構，硬生生被搞成複雜的不得了。

     再過來談談，青黴素我有一次生病，需要輸液做皮試。從小到大一直是用青黴素，但是這次皮試不透過，只能換藥。醫生說有這種情況，甚至有人前幾天不過敏，後面幾天過敏也有。我就問內科主任，為什麼青黴素要做皮試。主任說了一句話至今我都記得。主任說：不是說青黴素要做皮試，而是我們國家的要做。因為生產工藝問題，有雜質。即使同一個藥廠的不同批次都不一樣。

     說到這裡其實大家明白了吧？不是說某個東西不行，而是在一定環境的工藝下不行。可能有些國家工藝水平高，沒有雜質。而青黴素本來就便宜沒人去改進了。而之所以有以上的誤導是因為使用的人的問題呀。和資料庫無關，資料庫都行。不行的是因為使用人的工藝或者水平不行。

      希望大家放下成見正確使用，每當遇到問題時候想想是不是用錯了，或者有使用有什麼不當？我見過太多的例子都不是資料庫本身的問題，而是使用的問題。（官方說不支援的那是真不行）