### PG資料庫安裝擴展 需要用到pg資料庫的空間擴展postgis，在進行操作之前需要在資料庫中安裝擴展。 ```sql CREATE EXTENSION postgis; CREATE EXTENSION postgis_topology; CREATE EXTENSION postgis_g ...
周五參加了WAIC後又和一家上海本地的資料庫廠商交流了一下午。等我要買高鐵票回南京的時候已經買不到票了。好不容易刷到一張到蘇州北的高鐵票，我就上了車。上車後突然想起還不如就回蘇州老家住一晚算了。到家後洗漱完畢已經快10點了，發現剛纔我開了半天空調的房間里溫度還是很高，仔細一看空調的工作狀態似乎不太正常。於是試了試書房的空調，顯然是能製冷的，不管怎麼樣先對付一宿，明早再找維修人員過來看看吧。
第二天，修空調的師傅看了看，說這台有問題的空調運行狀態是正常的，空調沒毛病，不過今年天熱，鄉下電網的電壓不穩定，你這台變頻空調在這種情況下，很可能因為電壓不穩而導致壓縮機無法正常工作，影響製冷效率。你書房那台老式的空調反而是比較皮實的，所以這幾天你還是睡書房吧。老師傅最後說最近這幾天遇到多起這種情況了，村裡已經有些人家把變頻空調折舊換了普通空調了。這個結果倒是有點出乎我的意外了，技術更好的變頻空調反而適應不了相對不穩定的電網，普通空調反而更皮實。在鄉下這樣的應用場景中，技術相對落後的普通空調居然完勝先進的變頻空調。仔細想想，在資料庫領域，似乎也是如此。30多年前，當時技術上相對簡單或者說簡陋的Oracle在與一系列架構水平更高的產品PK中完勝了幾乎所有對手，獲得了全面的勝利，而一些技術上頗有特色的資料庫產品反而都折戟沉沙了，這種勝利在早期大多數是來自於其使用門檻較低。資料庫最終還是要拿來用的，而不是為了PK技術的先進性或者某些領域的領先性的。
我和很多搞資料庫的朋友聊天的時候，總是聽到他們談資料庫的架構如何先進，使用了什麼先進的技術，有哪些方面的獨創技術。但是很少聽到他們談自己的資料庫產品和客戶應用場景適配方面的優勢，似乎這些問題都是和應用層接近的，沒啥技術難度，不太值得他們關註。實際上這樣的資料庫開發者與用戶完全脫節了，用戶和資料庫廠商對資料庫的需求完全是不同的，資料庫廠商眼中的先進性與用戶所需要的方便省心地使用資料庫的需求出現了維度偏差，用戶其實不關心，甚至不懂資料庫廠商自己覺得很HIGH的先進性。一個僅僅知道寫SQL的用戶是不會去關註SQL執行引擎里是否使用了向量計算，他們只會關心自己的SQL是不是能夠又快又準確的獲得結果。在最近這兩年的資料庫產品的發佈會上，我很少看到某個資料庫廠商宣稱更好的支撐了某些用戶應用場景，而都是介紹一些用戶都不大明白的高大上的技術。我不太清楚他們請來的最終用戶GET到了這些新特性沒有，搞了多年資料庫的我，也需要邊看邊翻百度才能完全搞清楚這些對我而言還有點“新”的名詞。
前陣子在幫一個用戶測試一個資料庫國產化改造項目，某資料庫不說最後如何，光是把數據從Oracle遷移到目標國產資料庫中就經歷了十分痛苦的過程。測試時遷移的數據量不過幾個TB，而用戶的目標資料庫有近百TB，對於今後利用廠家提供的遷移完整的資料庫，基本上已經把用戶勸退了。實際上以這家企業的規模與技術能力，寫出一個高水平的資料庫遷移工具來並不困難，只是他們並沒有把業務重點放到這種體現不出技術水平的地方而已。還有一些新銳資料庫公司，推出了架構設計與理念都十分新穎，創意滿滿的產品出來，各項技術指標都十分亮眼。不過如果某些用戶真的選擇了這些產品，那麼隨之而來的，一定不會是很好的使用體驗。因為除了所謂的創新滿滿的核心，其輔助工具簡陋得令人髮指。這也難怪，因為企業規模本來就不大，根本沒有資源往這些不太重要的地方投入寶貴的研發資源。
這些技術含量很低，但是個性化需求十分複雜的“小”工具就如此不重要嗎？答案肯定是否定的，今年年初我和一個資料庫廠商交流的時候，問他們目前研發主要投入在哪些方面。我以為我聽到的回答應該是SQL引擎、CBO優化器、存儲引擎、Oracle相容性等比較核心的地方。沒想到他們的回答令我十分意外，他們的研發負責人說，目前為了儘快改進用戶現場反饋回來小的需求，他們接近一半的研發人員都投入到了周邊小工具和小功能的新需求上去了。今年信創需求十分強烈，為了讓用戶把資料庫用爽了，他們的主要研發力量在不斷地優化這些看上去技術含量不高，但是十分重要的小功能。
我想只有資料庫產品真正的被用戶認認真真的用起來了，我們的資料庫研發人員才會感受到他們以前無意中的一些偷懶和簡化處理，就變成了用戶使用時的痛苦不堪。資料庫是要拿來用的，只有真的有大量的用戶在認認真真的用你的資料庫產品了，你才會知道用戶需要的到底是什麼樣的功能吧。
