由楊振坤帶隊開發的分散式資料庫，7月份時做出了de，8月份就推出內測版了，9月份推出了試用版，這個月又推出試用版了。
這畢竟是一個大工程，就算做起來了、跑起來了，也不能匆匆上線，要經過足夠時間的內部測試。
按照規劃，是明年2月份，春節過後了，再嘗試著應用起來。
先拿薇蜜網這種小網站試水。
然後上校內網進一步驗證。
到了明年5月份的時候，再上到朋友網、今日頭條這種重要的業務裡。
這次去美國，周不器都打聽清楚了。
矽谷的那些科技企業，微軟、亞馬遜、谷歌、facebook、雅虎、space等等，沒有一家使用的是oracle的資料庫。
原因很多。
最主要的就是響應速度太慢了，有點跟不上時代了，各家都在做自己的資料庫。
還有一點，就是太貴了。
在國內，科技公司的慣例是一半用正版，一半用盜版，節省一些費用。
甲骨文公司也假裝看不見，預設了。
至少還使用了一半正版，還有錢賺。
美國就不一樣了，管理很嚴格，沒法使用盜版。
所以矽谷的網際網路創業公司，幾乎在創業的第一天開始，就沒有把甲骨文的資料庫當成候選，直接排除，用不起！國內不同。
大公司還能一半正版一半盜版，創業小公司，窮的叮噹響，基本就是全盜版。
反正也是使用盜版產品，當然是用最好的！在初創公司或者資料規模比較小的公司裡，最好的資料庫，就是oracle。
原因很多。
安穩，穩定，操作簡單，有著世界最強大的語言最佳化系統。
在資料庫的使用中，需要使用到sql語言，不算太難，但細節很講究，稍不注意就可能出現一個小差錯，導致執行不起來。
這就給資料庫工程師提出了很高的要求。
所以應屆畢業生就算在學校裡學得很好，工作後也很難直接上手做資料庫管理，這是一個非常精細的活。
資料庫工程師的工資，也比前端工程師高。
但是，oracle資料庫解決了這個問題。
哪怕是應屆畢業生，哪怕是一些初級資料庫工程師，也能很容易地上手使用。
一來是他們在校期間學習的資料庫，基本都是oracle，更熟悉；二來，則是oracle有著獨步天下的語言最佳化系統。
也就是說，一條存在問題的sql語言，在其他的資料庫裡，肯定沒法執行。
在oracle資料庫裡，卻可以自動的把這條語言最佳化，幫助水平不足的資料庫工程師修改、調整，然後就順利地跑起來了。
這是oracle資料庫能夠碾壓所有同類產品的最大優勢。
為什麼全世界的金融機構都在使用oracle資料庫？除了安全穩定之外，就是簡單。
優秀的工程師，都去科技企業工作了，誰會去銀行上班啊？只有那些三四流、不入流的技術人員才會選擇進入銀行系統。
這就勢必要求銀行只能使用oracle資料庫了。
使用複雜、不穩定、經常出錯的資料庫，技術人員真是應付不來。
其實哪怕是oracle資料庫，如果出現了一些複雜的問題，銀行的技術人員也應付不來，都要找合作的技術支援的公司過來處理。
很多技術不足的初創網際網路公司，也往往會選擇oracle資料庫。
紫微星一開始做校內網時，技術就不太夠，就選擇了oracle資料庫，大眾、簡單，方便上手操作。
隨著時間的推移，紫微星業務越來越大，拋棄oracle資料庫，是必然趨勢。
一來可以節省開銷。
二來，是oracle資料庫真的跟不上時代了，沒法處理大規模資料，必須要使用上其他的效能更好的資料庫了。
紫微星的選擇，就是分散式資料庫。
從企業戰略上來看，周不器早早的就找來楊振坤的團隊開發“飛天”分散式資料庫，也是有重要意義的。
紫微雲端計算平臺，也需要有自己的雲資料庫。
這也是個分散式結構的資料庫。
雲端計算業務包羅的四大技術工程——作業系統，大資料處理，雲資料庫，雲防火牆。
“飛天”分散式資料庫做出來了，就可以當成模板，應用到雲端計算的業務中了，魔改一下就是雲資料庫。
可以加快紫微雲研發的進度。
可現在擺在周不器眼前的問題，是計劃明年2月份在內部測試上線應用的飛天資料庫，可能要在下個月就被迫上場了。
而且，一亮相就是個大場面！要給金幣錢包系統提供支援！這可是大事。
要承擔著巨大的風險。
飛天資料庫還沒有經過內測階段，匆匆忙忙的就上線……一旦拉胯，就有可能對整個金幣錢包系統造成影響。
這種事，技術高管都只能是建議權，把利害關係擺清楚。
由大老闆做最後的拍板。
周不器沉默許久，深吸了口氣，問道：“技術委員會給出結果了？”
“11票贊成，3票棄權，1人反對.”
“哦？誰反對？”
“程振平.”
“嗯……”周不器點了點頭。
sp事業群的總裁、的高管程振平啊，存在感一直不強，沒想到這次的事冒出來了。
許亮傑道：“金幣錢包系統，最怕的就是突發故障導致資料丟失，涉及到錢的事，多了少了都是不可接受的。
楊振坤的思路我研究了，做的非常好。
為了解決高可用與主備庫資料一致的矛盾，他把可用性做到了資料庫系統內部，用一主兩備或一主多備代替一主一備。
主庫到備庫同步的時候不要求同步到每個備庫，而是同步到包括主庫在內的多數庫，超過半數就可以了。
也就是說總共三個庫中如果有兩個成功了，這個事務就成功了。
如果任何一臺機器出了問題，這個系統的可用性和資料一致性都是可以保證的.”
分散式的優勢嘛，類似的邏輯周不器已經聽過很多次了，他沉聲問道：“資料的安全、穩定，應該不成問題。
可是運營的安全、穩定呢？”
這可是測試版啊。
萬一跑著跑著，資料庫突然崩潰了，金幣錢包系統直接癱瘓，那就完蛋了。
許亮傑道：“所以，我的思路是兩條腿一起走.”
“哦？”
“把金幣錢包系統的流量，進行分割。
目前的oracle資料庫架構保持不變，在非高峰期的時候，這套體系足夠用了。
只有當中午和晚上，上網高峰期的時候，把一部分流量引入到飛天資料庫中.”
周不器眼睛一亮，“在實戰中成長？”
許亮傑笑著說：“大概就是這個思路。
如果只是一味的內部測試，發展速度還是慢了點。
直接上線，既能為金幣錢包系統解決一部分的負載壓力，也能透過實戰積累經驗，快速成長.”
周不器點了點頭。
心裡已經基本認同了，技術委員會有了集體透過，他沒道理壓下去。
張一明道：“這個思路挺好的，飛天資料庫先是備用關係，先承載1%的流量，試試水。
然後是2%，5%，10%……逐步的提高飛天資料庫的層級，再主次顛倒，以飛天資料庫為主，甲骨文資料庫為輔。
最後，就是徹底拋棄甲骨文.”
“楊振坤怎麼說？”
“他有點緊張.”
“緊張？”
周不器被逗笑了。
許亮傑嘆了口氣，“畢竟還是測試階段，不太穩定。
即便是1%的流量，也是很大的資料量，一旦出了差錯……”“打仗的事，不能看將軍準沒準備好。
參謀部決定了，沒準備好也得上！而且，上了就必須贏！”
周不器的態度已經比較明確了，“沈院長，你說幾句？”
沈向陽道：“關係型資料庫，缺點很明顯，能夠擴充套件、容量小、處理能力不夠、成本高。
所以矽谷的巨頭，比如谷歌、亞馬遜、facebook，都在嘗試開發、使用非關係型資料庫。
紫微星走了另外一條路，堅持關係型資料庫的底子，把分散式技術來揉到資料庫裡面，解決單機資料庫存在的各種問題……這是一個重要的方向性挑戰，做成了，對整個網際網路的基礎設施都會是一個巨大的幫助和進步.”
“是啊.”
周不器的思維馬上跳到了另一個戰場——融資。
紫微星的b輪融資，規模會很大，他給出的底線是估值不低於300億美元。
這個規模，絕對是世界第一大網際網路獨角獸了。
哪怕是華爾街熱錢洶湧，對這種規模的投資也會很謹慎。
一家華夏的網際網路公司，竟然比矽谷的很多科技企業估值還高？僅次於谷歌、亞馬遜和雅虎，比facebook還高？沈向陽的這番話，就很有向矽谷發起挑戰的意味。
矽谷的方向選擇了非關係型資料庫，紫微星的方向則是選擇了關係型資料庫外加分散式技術的方式。
有資格挑戰矽谷，就足以說明紫微星的實力。
自主研發的飛天資料庫是否要上線，已經不是技術層面的問題了，還是紫微星的品牌和業內地位的展現。
“那就上！著手準備！未來兩個月內，飛天資料庫必須拿出驚豔的成績單！技術委員會要給出更詳細的方案，不能影響了helo的上線和百億補貼計劃！”
周不器一拍桌子，做出了決斷。