Do You Really Need Redis? How to Get Away with Just PostgreSQL

Do You Really Need Redis? How to Get Away with Just PostgreSQL There’s a tried-and-true architecture that I’ve seen many times for supporting your web services and applications: PostgreSQL for data storage Redis for coordinating background job queues (and some limited atomic operations) Redis is fantastic, but what if I told you that its most common use cases for this stack could actually be achie

[circled]

PostgreSQLだけでやる→PostgreSQLの面倒見とけば何とかなる(といっても大抵は何もしなくて良い)。redisと分散→redisの面倒見る作業も増える。規模によるけど、スタートアップ時にオーバースペックを目指さんでも良いのよね。

[spark7]

それPostgresでできるよ的な

[knjname]

Redisのマネージドサービス高いの多い...

[chinpokomon_master]

速度などどうでもいい時に無駄にredis入れたがるやつの多いこと多いこと。

[takahashim]

“PostgreSQL also provides this functionality via the LISTEN and NOTIFY statements.”

[chimerast]

そう。PostgreSQLはPub/Subもできるし、変数での明示的ロックもできるし、大量同時アクセス以外だったら大体なんでも捌けるんじゃないかな。範囲型とかもとても便利。

[dozo]

PHPのセッションにDB使うのはありえないのでRedisでいいです。

[diveintounlimit]

rdbでも良いがRedisに対する欠点は遅い/デッドロックで死ぬところなので言及するポイントがズレてる感

[jiro68]

ケースバイケース。ゆるい条件ならPosgreに限らずRDBの表レベルで出来る事も一杯有るのは確かだし、シビアに色々考えれば Redis にやらせるより、MQ系のミドルウェアを使った方が良いケースもある。

[motchang]

へー PubSub あるんだって思ったけど、そういえば Q4M とかもあったよな〜

[tkrd]

https://hexdocs.pm/postgrex/Postgrex.Notifications.html Elixir なら、これかな。

[sonots]

Queuing や Pub/Sub 用途だと分散書き込みできるストレージを使うから、今時あえて Redis にましてや PostgreSQL を使う必要はないかと

[clubman023]

用途による

[uehaj]

アノテーション一発でキャッシュ・memoizeできるのがRedisに倒れがちな理由かと

[Shinwiki]

いきなり痛いところを。

[moromoro]

redis入れ替えで使うかも

[peketamin]

いいぞいいぞ

[ya--mada]

そ言えば、perfect queueって終わっちゃってるんですね。

[nmcli]

弊社の場合は逆で、なんでもかんでもPostgreSQLで済ましちゃう人が多い。規模でかくするときに困るやり方ではある。

[baronhorse]

RDBMSは色々大変なのでできるだけ外に出したい

[akulog]

知らんかった

[Wafer]

応答速度違いすぎへん？

[programmablekinoko]

I think so too

[hasiduki]

まじで！