-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PostgreSQLやめる / Avoid PostgreSQL #9954
Comments
参考:
|
やめる利点が「SQLに明るい人材がいない」なのはちょっとどうかと思う...。 |
このIssueは相当ふわっとした提案なんだけど反響が大きい 特にデータの移行が大変という意見が多い |
PostgreSQLの代わりに何使うのかを書いてないあたり謎Issue |
提案するならやめてその代わりにどうするのかまで書いたほうが良いと思います |
データ移行が困難になりそうなのでやめてください・・・ |
これをPostgreSQLをやめる利点とするならPostgreSQL以上に有名なDBを使う必要があるけど、MySQLやCSVでも使うつもりですか?
じゃあPostgreSQLやめなくていいじゃん |
PostgreSQL使ってなにか問題が発生したりPostgreSQLじゃ実装できないっていうものがあるなら変更の余地はあるかもしれないけど現状ある? |
もし変えるんだったら、ちゃんとほかのDBへの移行方法とかを書いて欲しい。 |
PostgreSQLで出来るところまでパフォーマンス改善をやってから提案すべきだと思います
と言うなら,MisskeyでもPleromaと同じ方向性で進むのではダメなのでしょうか。 |
仮にデータが完全に移動できるとしても、インスタンスによっては今までのバックアップジョブとかレプリケーション設定とかも移行する必要があるし全体で見て相当なコストでは |
あまりこれまでの経緯をちゃんと知っている訳ではないのであくまでどちらの立場の肩を持てないという前置きを置いてですが、PostgreSQLをやめる利点である「明るい人材がいない」をカバーできないと判断した材料か、「明るい人材」が確保できそうなDBに何か見込みがあるのかが知りたいです。 |
Oracle Databaseに移行するつもりですか?維持費バカ高いですよ。 DBのクラスタ化で死にまくっているのならPostgreSQL互換の「YugabyteDB」とかあるし、スロークエリがヤバいのならメイン開発者の尻を蹴り上げて勉強させたらいいでしょ。 いくらなんでも暴論すぎて目も当てられないですよ。 |
ちょっと感情的な方向にヒートアップしかけてるので独断でロックします |
たくさんのご意見ありがとうございます! こういう話はDiscussionsに書きたいのですが、今後の方針をこれにするという話では全くありません(これは少なくとも私のIssueについては当てはまります、しゅいろのIssueは高い確率で実行されますが)。 補足説明
直近でも「PostgreSQLなんもわからん~」という意見を見かけたり、SQL文を用いたPRのレビューができていなかったりするという実情があります。
何か提案していただけると嬉しいです |
仮にめちゃくちゃいいDBがあったとて、現実的に考えて今の最大級インスタンス(≒misskey.io)のデータ移行は連合に要求するダウンタイム的に困難(頑張ってリアルタイムレプリケーションを自前で実装すればできなくはないかもしれないけど、本当にやりたい?)だし、今から意図して misskey.io のデータ飛ばすのも(対外的な影響・印象含めて)厳しい感がある |
Related to #3510
Related to #4534
Summary
PostgreSQLやめる
利点(後ろ向き)
開発者にSQLやPostgreSQLに明るい人材がいない
欠点
MongoDBからPostgreSQLへ移行した理由としては、メジャーでないDBは運用方法がわからず忌避するインスタンス運営者が多い
The text was updated successfully, but these errors were encountered: