的MySQL遷移到PostgreSQL

-3

我有兩個問題與MySQL，並開始想知道我是否應該切換到Postgres的的MySQL遷移到PostgreSQL

1 - 增量備份只在MySQL的付費版本。

2 - 如此看來，MySQL已經performance issues in some cases

因此，與Postgres的解決了這兩個問題？

2013-07-09 Ricardo Acras

有時我真的不明白SO規則（或某些人在這裏）我的問題是直接的。我有兩個問題，並且問Postgre是否會解決它。這是什麼錯誤？ –

Postgres比這兩個更有優勢：http://stackoverflow.com/a/8182996/330315但我同意fvu：每個DBMS都有bug（更多，更少），我相信你會一直髮現至少有一條語句（如果不是更多的話）優化器完全錯誤的地方。另外：它不是「Postgre」。它是Postgres或PostgreSQL（發音爲postgres-ql）。 Postgres是一個完全可以接受的名稱的「縮寫」（參見這裏：http://wiki.postgresql.org/wiki/FAQ#What_is_PostgreSQL.3F_How_is_it_pronounced.3F_What_is_Postgres.3F）。 –

對我來說，顯然有更多問題需要關注。但要開始考慮切換數據庫，我有這個起點，我只問這個。如果新的數據庫沒有解決我目前的問題，那麼根本不值得嘗試。我沒有問過是否應該改變。我只問了整個問題的兩個方面，我認爲這很清楚。關於名稱Postgre，謝謝澄清，我一直錯誤地稱它爲Postgre一段時間... –

我猜PostgreSQL的continuous archiving可以被認爲是一個有效的替代
你可以找到的情況下，大量軼事證據他們不能妥善處理/快，或僅與狡猾查詢重寫的形式大量幫助每一個DBMS ，數據重塑和什麼。只需在這裏查看SO或者遍佈網絡的數千個以db爲中心的網站，看看我的意思。

總之，其中1可以是一個堅實的論據來證明一個開關（尤其是從商業的角度來看），我不會過分擔心2.如果你的數據庫是緩慢的，因爲你的數據模型不是表現友好的，你只是緩慢。

來源

2013-07-09 12:22:43 fvu

謝謝你的回答。 Actualy我很確定我的數據模型對性能友好。查詢我所遇到的問題是非常直接的，只有簡單的連接，並由索引覆蓋。事實上，如果我運行與視圖運行相同的查詢，它將在小於1/20的時間內執行。這讓我擔心，問題是與MySQL處理視圖的方式。 –

@RicardoAcras我不是在和那個爭論，完全相反。只是不相信有銀彈也就是沒有性能問題的數據庫。理想情況下，您希望在PostgreSQL的（模擬）高負載條件下至少運行應用程序的關鍵部分，並評估性能。 – fvu

同意。肯定會這樣做。再次感謝你。 –

的MySQL遷移到PostgreSQL

回答

相關問題