pg數(shù)據(jù)庫和mysql數(shù)據(jù)庫區(qū)別？允許多種存儲(chǔ)引擎，存儲(chǔ)引擎選擇特有靈話，雖然一般都在用innodb。ddl放到server端，ddl語句的事物性允許較差，肯定再次出現(xiàn)serve數(shù)據(jù)庫弄丟。pg的se

pg數(shù)據(jù)庫和mysql數(shù)據(jù)庫區(qū)別？

允許多種存儲(chǔ)引擎，存儲(chǔ)引擎選擇特有靈話，雖然一般都在用innodb。ddl放到server端，ddl語句的事物性允許較差，肯定再次出現(xiàn)serve數(shù)據(jù)庫弄丟。pg的server穩(wěn)定性更好

2mysql數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)為聚簇索引，主鍵網(wǎng)上查詢效率較高，不過有很多局限性，比如直接插入沒有辦法順序直接插入。不太適合我超大數(shù)據(jù)非主鍵查詢，訪問二級(jí)索引要回表。pg需要堆表存儲(chǔ)數(shù)據(jù)，還能夠接受相當(dāng)大的數(shù)據(jù)量

3pg不接受系統(tǒng)分區(qū)表，按照無法繼承表的形式都沒有達(dá)到硬盤分區(qū)表的目的，在分區(qū)相對(duì)多成千上萬時(shí)，pg的繼承表效率相對(duì)不好

4mysql有間隙鎖，postgresql數(shù)據(jù)庫執(zhí)行delete操作后，表中的記錄僅僅被標(biāo)注為徹底刪除狀態(tài)，并沒有能量空間，在以后的setup或truncate操作中該部分的空間是不還能夠被賞識(shí)，VACUUM作用是刪掉那些早就標(biāo)識(shí)為刪掉的數(shù)據(jù)并釋放出空間，vacuum不需要不定期檢查運(yùn)行，比較消耗掉IO

5pg允許的數(shù)據(jù)類型（如gis），結(jié)論函數(shù)意見更多，還接受面向?qū)ο髷?shù)據(jù)庫。有更多的第三方開源工具輔助模塊設(shè)計(jì)和基于

6pg意見存儲(chǔ)過程和不能執(zhí)行計(jì)劃緩存，表連接到和緊張網(wǎng)站查詢能力更強(qiáng)。mysql優(yōu)化器，運(yùn)算符都較簡單點(diǎn)，適合我最簡單查詢操作

7pg主從按結(jié)構(gòu)wal日志物理離線，mysql使用binlog邏輯同步。物理歌詞同步可靠性更高，剪切粘貼性能更高。

8mysql僅支持嵌套多循環(huán)表直接連接（8.0接受hash連接），pg接受nl，hash，mergejoin

9mysql適用規(guī)定應(yīng)用邏輯簡單點(diǎn)，輕數(shù)據(jù)存儲(chǔ)和計(jì)算的場景，pg適合我奇怪的數(shù)據(jù)分析和特殊的方法應(yīng)用場景

sql數(shù)據(jù)庫數(shù)據(jù)量龐大時(shí)怎么處理？

我是用是postgresql,發(fā)現(xiàn)同樣的邏輯，存儲(chǔ)過程的代碼是c#的三分之一。畢竟存儲(chǔ)過程語言是為具體解釋數(shù)據(jù)創(chuàng)建戰(zhàn)隊(duì)的，是對(duì)變量和數(shù)據(jù)的混合處理有天然優(yōu)勢。再另外一些注釋，代碼可讀性比c#更高。不過由于服務(wù)器和數(shù)據(jù)庫是一次交互，不能執(zhí)行慢了，用戶體驗(yàn)好，服務(wù)器并發(fā)好。postgresql存儲(chǔ)過程意見斷點(diǎn)調(diào)試的。其實(shí)我不建議您幾千行的存儲(chǔ)過程。存儲(chǔ)過程的目的是為了負(fù)責(zé)執(zhí)行速度更快，代碼更簡潔。我也不如果說簡單的增刪改查也用存儲(chǔ)過程。這些估計(jì)送到orm。存儲(chǔ)過程應(yīng)該用同樣的柯西-黎曼方程200元以內(nèi)幾個(gè)條件時(shí)：1.用戶高頻使用這個(gè)功能2.這個(gè)功能是需要一次ftp訪問數(shù)據(jù)庫

存儲(chǔ)過程的另一個(gè)好處是在編譯時(shí)就可以系統(tǒng)檢查sql語句的錯(cuò)誤不用什么等不能執(zhí)行。缺點(diǎn)是，當(dāng)數(shù)據(jù)庫如何修改后，你假如不重新編譯器存儲(chǔ)過程是不能明白了程序中哪些地方需要可以修改字段名。不過相比較她幫助，這點(diǎn)也可以苦苦忍受。同時(shí)orm也只是是可以先檢測字段，但存儲(chǔ)過程連語法都檢測檢測了。

現(xiàn)代互聯(lián)網(wǎng)應(yīng)用的基石是MySQL,而早期mysql沒有存儲(chǔ)過程，但是數(shù)據(jù)來講要分多個(gè)庫，搞存儲(chǔ)過程要一個(gè)個(gè)庫去更新，要不然漏了一個(gè)是會(huì)出問題?；ヂ?lián)網(wǎng)應(yīng)用的邏輯相對(duì)沒有erp急切，所以我都不用什么數(shù)據(jù)庫表。但現(xiàn)在是2019年了，mysql數(shù)據(jù)庫也意見系統(tǒng)分區(qū)表了，一個(gè)庫就能幫你搞定很大數(shù)據(jù)量。存儲(chǔ)過程也接受了，適度地可以使用存儲(chǔ)過程絕無尷尬。尤其是postgresql數(shù)據(jù)庫連斷點(diǎn)調(diào)試都必須具備了，語法又那么高雅。

所以我我接受用存儲(chǔ)過程，但不能藥物的濫用，要好鋼用刀刃上