性能向上もいいけどUUIDv7生成関数も早く入れて欲しい、、といってもAuroraに来るのは当面先だろうけど。
postgresの進化が止まらない。というかMySQLどうしたのT_T
非同期ってなんか冷たい感じがしますよね、すれ違いというか
結構変わるんだねぇ。検証がしんどそう
これクラウド環境で使われてるような分散ストレージみたいな環境の方が恩恵デカいので、PostgreSQLのマネージドDBとかの方がより速さを実感出来るかと。ただ、当然インデックス効かせた方が遥かに速いのは言うまでもなく
商用ライセンス要らんな
ええね
PostgreSQLが着実に良くなってきている。MySQL/MariaDBべったりの弊社フレームワークもPostgreSQL対応を進めようかな。
ちゃんとやらんとバグが増えそうだな
なんか最初のうちは不具合出そうですね。しかしMySQLは分裂して開発リソースが散ったんですかねえ
PostgreSQL 18の目玉は、UUIDv7対応だと思ってる。すでにBeta版に入ってるしリリースが楽しみ
非同期I/Oは待ち時間に追加のオペレーションができることがメリットだけど、RAM容量と引き換えかな。
まあこういう数字は話半分で…負荷高い環境では効果的かもね
こうした低レイヤーの大規模改善ってPostgreSQLはあまり採用しないと思っていたので良い意味で驚き。ちなみにMySQLは2010年のMySQL 5.5から非同期I/Oをサポートしている
かつてLAMPの一角を成したMySQLの凋落が止まらない
“PostgreSQLは例年9月か10月にメジャーバージョンアップが行われているため、PostgreSQLも今年（2025年）9月か10月に正式版の登場が期待されます。”
どうやって入れたんだ（想像つかんのでコード読むか……）
昔Posgresqlはマルチプロセスガーと、難癖付ける人が一定数いたけど、最近はコネクションプーラーがあるのでMySQLとほぼ変わらない。非同期I/Oの採用でパフォーマンス的にも第一選択肢になっていく気がする。
次期PostgreSQL 18では非同期I/Oの採用により性能が2～3倍向上する見通し
性能向上もいいけどUUIDv7生成関数も早く入れて欲しい、、といってもAuroraに来るのは当面先だろうけど。
postgresの進化が止まらない。というかMySQLどうしたのT_T
非同期ってなんか冷たい感じがしますよね、すれ違いというか
結構変わるんだねぇ。検証がしんどそう
これクラウド環境で使われてるような分散ストレージみたいな環境の方が恩恵デカいので、PostgreSQLのマネージドDBとかの方がより速さを実感出来るかと。ただ、当然インデックス効かせた方が遥かに速いのは言うまでもなく
商用ライセンス要らんな
ええね
PostgreSQLが着実に良くなってきている。MySQL/MariaDBべったりの弊社フレームワークもPostgreSQL対応を進めようかな。
ちゃんとやらんとバグが増えそうだな
なんか最初のうちは不具合出そうですね。しかしMySQLは分裂して開発リソースが散ったんですかねえ
PostgreSQL 18の目玉は、UUIDv7対応だと思ってる。すでにBeta版に入ってるしリリースが楽しみ
非同期I/Oは待ち時間に追加のオペレーションができることがメリットだけど、RAM容量と引き換えかな。
まあこういう数字は話半分で…負荷高い環境では効果的かもね
こうした低レイヤーの大規模改善ってPostgreSQLはあまり採用しないと思っていたので良い意味で驚き。ちなみにMySQLは2010年のMySQL 5.5から非同期I/Oをサポートしている
かつてLAMPの一角を成したMySQLの凋落が止まらない
“PostgreSQLは例年9月か10月にメジャーバージョンアップが行われているため、PostgreSQLも今年（2025年）9月か10月に正式版の登場が期待されます。”
どうやって入れたんだ（想像つかんのでコード読むか……）
昔Posgresqlはマルチプロセスガーと、難癖付ける人が一定数いたけど、最近はコネクションプーラーがあるのでMySQLとほぼ変わらない。非同期I/Oの採用でパフォーマンス的にも第一選択肢になっていく気がする。