やっぱりPostgreSQLが安牌か。MySQL 8になっても抜けない根本的な設計差はデカい
わかりやすい。どうもありがとう。
「RETURNINGがかなり強い」これ昔苦労したやつだ…
そういうとこやぞMySQL… “foreign_key_checks=0で制約を無効化できる”“新しいcollationが入り、既存システムと混在”
わかる。自分もここ1年ぐらいPostgreSQLへの移行を考えている。使い分けとは思いつつなかなか移行に踏み込めないのは技術的云々よりも、単純に無意味な過去の経験や感想による思い込みだと自覚している。がんばろうかな
とてもわかる。MySQLはTimestampの2038年問題もずっと放置してるし…
SQLServerのOUTPUTからポスグレのRETURNINGに引っ越してきたので普通の機能だと思ってた。「外部キーを使うほどテストが面倒になるなら、「じゃあ外部キーをやめよう」という文化が生まれやすいのは自然」マジソレナ～。
MySQLの何が嫌かってMySQLユーザーの多くがこういう便利機能が他のDBにあることに気づいてすらいないところなんだよな…
完全に同意
“性能を出しやすい” 結局最後の最後はこれになっちゃわないか
PostgreSQLが毎年高速化してるのにMySQLは8になってから速くなるどころか遅くなってるし、DBとしての機能面もPostgreSQLに劣るので、そもそも何で今MySQL使う必要がある？みたいになってる現実
“RETURNING”いいなあ。MySQLにも欲しい機能。実装されないかしら
もう新規案件にMySQLを勧めることは無いよな
おいおい。10年前からタイムスリップしてきたのか？
VACUUMの話はちらっとしか書かれていないけどもう周回遅れなのだろうか(；´∀｀) 「PostgreSQLにはpgvectorがあり、ベクトルを保持できるだけではなく、距離演算や類似検索まで」「部分インデックスは明確に機能差がある」
Aurora PostgreSQLがかなり便利で、VACUUM FULL制御やPush型レプリケーションといった運用負荷をほぼ気にする必要がなくなった。インデックス関連だと関数インデックスという機能がすごいと感じている。
こういうSQL文を使う機会は今後もないだろうけど（というか、もうそういう仕事をする機会がなさそう）、わりと差が付いてるんだな。/処理速度を気にする人の方が多い気はするが、↓そこでもPostgreSQLが優位なのか。
“PostgreSQLでは遅延制約が使える”これ強いな。MySQLユーザーで外部キー制約重視は少数派なのか…MariaDBに移行するよりも、むしろPostgreSQLに変えた方が良い気がするな。もともとMySQL固有の機能ってそんなに使ってないし。
httpドライバーが整っててサーバーレスフレンドリーなのもPostgreSQLの良いところ
随分前に学んでみた時timezoneの扱いが変？(C# / SQLServer の DateTimeOffset 型のような扱いができない？)と思って調べた結果そうらしいと判ったのだけど、(AIに訊いた感じだと)今も変わらなそう。あと分散トランザクション……
勉強になる
mysqlって出た当時は良かったけど5-7あたりはめちゃ使いにくい印象。よく耐えてたなこの人
MySQLどっぷりの人間ですがおおむね同意です。あとMySQLにマテリアルビューがないのは本当に面倒
良記事！
かつてLAMPと呼ばれ一時代を築いたMySQLもいまや…って感じだね。やはりoracleが全て悪いのかもしれない。
好きだった時期はないけれど、2010年ごろのオンプレミス時代は明確に強かったとは思うものの、ポスグレは毎年ちゃんとリリースされ続けたし継続的に改良されたよね。互換データベースが広がったのも大きいと思う。
JSON(B)型の扱いがPostgreSQLの方がちょっとずつ便利なんだよな、GINとか@>とか
めちゃめちゃわかりやすい…ありがとうございます…
今からノーマルのMySQLはないけど、TiDBは気になるよね…
単純に性能がpostgtesのほうが良いんだよな
知らない機能がいっぱいあった
遅延制約とRETURNINGいいなぁ。
最近の PostgreSQL の利点こんな感じか。いや昔から psql コマンド立ち上げたあとに補完が効くので PostgreSQL 好きだったが。遅延制約とRETURNING便利だなあ
MySQLが好きな私が、今はPostgreSQLを勧めたい理由
やっぱりPostgreSQLが安牌か。MySQL 8になっても抜けない根本的な設計差はデカい
わかりやすい。どうもありがとう。
「RETURNINGがかなり強い」これ昔苦労したやつだ…
そういうとこやぞMySQL… “foreign_key_checks=0で制約を無効化できる”“新しいcollationが入り、既存システムと混在”
わかる。自分もここ1年ぐらいPostgreSQLへの移行を考えている。使い分けとは思いつつなかなか移行に踏み込めないのは技術的云々よりも、単純に無意味な過去の経験や感想による思い込みだと自覚している。がんばろうかな
とてもわかる。MySQLはTimestampの2038年問題もずっと放置してるし…
SQLServerのOUTPUTからポスグレのRETURNINGに引っ越してきたので普通の機能だと思ってた。「外部キーを使うほどテストが面倒になるなら、「じゃあ外部キーをやめよう」という文化が生まれやすいのは自然」マジソレナ～。
MySQLの何が嫌かってMySQLユーザーの多くがこういう便利機能が他のDBにあることに気づいてすらいないところなんだよな…
完全に同意
“性能を出しやすい” 結局最後の最後はこれになっちゃわないか
PostgreSQLが毎年高速化してるのにMySQLは8になってから速くなるどころか遅くなってるし、DBとしての機能面もPostgreSQLに劣るので、そもそも何で今MySQL使う必要がある？みたいになってる現実
“RETURNING”いいなあ。MySQLにも欲しい機能。実装されないかしら
もう新規案件にMySQLを勧めることは無いよな
おいおい。10年前からタイムスリップしてきたのか？
VACUUMの話はちらっとしか書かれていないけどもう周回遅れなのだろうか(；´∀｀) 「PostgreSQLにはpgvectorがあり、ベクトルを保持できるだけではなく、距離演算や類似検索まで」「部分インデックスは明確に機能差がある」
Aurora PostgreSQLがかなり便利で、VACUUM FULL制御やPush型レプリケーションといった運用負荷をほぼ気にする必要がなくなった。インデックス関連だと関数インデックスという機能がすごいと感じている。
こういうSQL文を使う機会は今後もないだろうけど（というか、もうそういう仕事をする機会がなさそう）、わりと差が付いてるんだな。/処理速度を気にする人の方が多い気はするが、↓そこでもPostgreSQLが優位なのか。
“PostgreSQLでは遅延制約が使える”これ強いな。MySQLユーザーで外部キー制約重視は少数派なのか…MariaDBに移行するよりも、むしろPostgreSQLに変えた方が良い気がするな。もともとMySQL固有の機能ってそんなに使ってないし。
httpドライバーが整っててサーバーレスフレンドリーなのもPostgreSQLの良いところ
随分前に学んでみた時timezoneの扱いが変？(C# / SQLServer の DateTimeOffset 型のような扱いができない？)と思って調べた結果そうらしいと判ったのだけど、(AIに訊いた感じだと)今も変わらなそう。あと分散トランザクション……
勉強になる
mysqlって出た当時は良かったけど5-7あたりはめちゃ使いにくい印象。よく耐えてたなこの人
MySQLどっぷりの人間ですがおおむね同意です。あとMySQLにマテリアルビューがないのは本当に面倒
良記事！
かつてLAMPと呼ばれ一時代を築いたMySQLもいまや…って感じだね。やはりoracleが全て悪いのかもしれない。
好きだった時期はないけれど、2010年ごろのオンプレミス時代は明確に強かったとは思うものの、ポスグレは毎年ちゃんとリリースされ続けたし継続的に改良されたよね。互換データベースが広がったのも大きいと思う。
JSON(B)型の扱いがPostgreSQLの方がちょっとずつ便利なんだよな、GINとか@>とか
めちゃめちゃわかりやすい…ありがとうございます…
今からノーマルのMySQLはないけど、TiDBは気になるよね…
単純に性能がpostgtesのほうが良いんだよな
知らない機能がいっぱいあった
遅延制約とRETURNINGいいなぁ。
最近の PostgreSQL の利点こんな感じか。いや昔から psql コマンド立ち上げたあとに補完が効くので PostgreSQL 好きだったが。遅延制約とRETURNING便利だなあ