nguyen-oiやっぱりPostgreSQLが安牌か。MySQL 8になっても抜けない根本的な設計差はデカい
2026/03/12 13:08
soulfulmiddleagedmanわかりやすい。どうもありがとう。
2026/03/12 13:34★★★★
deep_one「RETURNINGがかなり強い」これ昔苦労したやつだ…
2026/03/12 13:39★★★★
canadieそういうとこやぞMySQL… “foreign_key_checks=0で制約を無効化できる”“新しいcollationが入り、既存システムと混在”
2026/03/12 14:08★★★★★★
sin20xxわかる。自分もここ1年ぐらいPostgreSQLへの移行を考えている。使い分けとは思いつつなかなか移行に踏み込めないのは技術的云々よりも、単純に無意味な過去の経験や感想による思い込みだと自覚している。がんばろうかな
2026/03/12 14:09★★
emmeleiaとてもわかる。MySQLはTimestampの2038年問題もずっと放置してるし…
2026/03/12 14:13
auto_chanSQLServerのOUTPUTからポスグレのRETURNINGに引っ越してきたので普通の機能だと思ってた。「外部キーを使うほどテストが面倒になるなら、「じゃあ外部キーをやめよう」という文化が生まれやすいのは自然」マジソレナ～。
2026/03/12 14:26
snowcrushMySQLの何が嫌かってMySQLユーザーの多くがこういう便利機能が他のDBにあることに気づいてすらいないところなんだよな…
2026/03/12 14:41
tofu-kun完全に同意
2026/03/12 14:44★★
ssig33“性能を出しやすい” 結局最後の最後はこれになっちゃわないか
2026/03/12 14:53
circledPostgreSQLが毎年高速化してるのにMySQLは8になってから速くなるどころか遅くなってるし、DBとしての機能面もPostgreSQLに劣るので、そもそも何で今MySQL使う必要がある？みたいになってる現実
2026/03/12 15:00
kamm“RETURNING”いいなあ。MySQLにも欲しい機能。実装されないかしら
2026/03/12 15:23★
knjnameもう新規案件にMySQLを勧めることは無いよな
2026/03/12 15:54
vbcomおいおい。10年前からタイムスリップしてきたのか？
2026/03/12 16:24
nilabVACUUMの話はちらっとしか書かれていないけどもう周回遅れなのだろうか(；´∀｀) 「PostgreSQLにはpgvectorがあり、ベクトルを保持できるだけではなく、距離演算や類似検索まで」「部分インデックスは明確に機能差がある」
2026/03/12 16:30
yo_aibouAurora PostgreSQLがかなり便利で、VACUUM FULL制御やPush型レプリケーションといった運用負荷をほぼ気にする必要がなくなった。インデックス関連だと関数インデックスという機能がすごいと感じている。
2026/03/12 17:00
mohnoこういうSQL文を使う機会は今後もないだろうけど（というか、もうそういう仕事をする機会がなさそう）、わりと差が付いてるんだな。/処理速度を気にする人の方が多い気はするが、↓そこでもPostgreSQLが優位なのか。
2026/03/12 17:04
k-holy“PostgreSQLでは遅延制約が使える”これ強いな。MySQLユーザーで外部キー制約重視は少数派なのか…MariaDBに移行するよりも、むしろPostgreSQLに変えた方が良い気がするな。もともとMySQL固有の機能ってそんなに使ってないし。
2026/03/12 17:28★
aktkrohttpドライバーが整っててサーバーレスフレンドリーなのもPostgreSQLの良いところ
2026/03/12 18:31
cbkf随分前に学んでみた時timezoneの扱いが変？(C# / SQLServer の DateTimeOffset 型のような扱いができない？)と思って調べた結果そうらしいと判ったのだけど、(AIに訊いた感じだと)今も変わらなそう。あと分散トランザクション……
2026/03/12 18:56