Jun 13
PostgreSQL. The absolute gold standard for reliability, complex indexing, JSONB flexibility, and enterprise-grade performance under heavy production loads. 💾
10
Jun 13
Railsで多言語化対応のやり方を見ていたけど、PostgresSQLでしかできないやり方というのを発見して勉強になった。1つのカラムの型をJSONBで持って保持すると。
11
Jun 13
@GoogleCloudTech
Check out “Pebbles”!
This primitive is exceedingly extensible with BM25 and Postgres JSONB GIN
•Ingestion parses YAML and writes to a yaml_data JSONB column
•One GIN index enables sub-millisecond faceted search on any field
github.com/m31uk3/uku-pebble…
Mar 25
I think I have part of the solution...
Pebbles
Sovereign, human-first memory units for interspecies collaboration.
The Vision
Pebbles turn every capture (screenshot, note, tweet, photo, idea) into an atomic Universal Knowledge Unit (UKU) — a Markdown file with rich YAML frontmatter that records what happened and the lived context (emotional state, surrounding activity, intent, categories, etc.).
Inspired directly by the insight that "the simplest forms of memory work best with current LLMs" (Obsidian vaults metadata for multi-dimensional search), Pebbles are the conspiracy board made real: every pebble is a note on the wall, and every matching YAML key-value pair is an automatic red string.
github.com/m31uk3/uku-pebble…
1
1,648
Ilia Gusev retweeted
Jun 12
jsonb feels free. Throw the shape-shifting payload into a column, ship, move on. The bill arrives around month 18: write amplification, GIN index size, schema drift you can't query against.
podostack.com/p/postgres-jso…
1
1
3
postgres, easily. jsonb gives me the document flexibility when i need it and i still keep real constraints and joins for everything else. it quietly does both jobs
4
Jun 13
Signoff #gem: convention-over-configuration approval workflows for ActiveRecord.
submit! / approve! / reject!, auth hooks, query scopes, and an immutable Postgres JSONB audit trail.
No external services required.
rubygems.org/gems/signoff
8
Jun 12
ポスグレ移行は、activerecord-multi-tenant RLSの二重防御の果実はデカいけど、Rails環境での型変更（datetime精度、json→jsonb、collation .etc）は挙動だいぶ変わるから検証相当大変だろうな...
特に親子クラスのSTI対応は、駆け出し時代かなり苦められた🤦♂️
zenn.dev/counterworks/articl… #zenn
1
1
125
Jun 12
been using postgres jsonb as a document store. everyone says 'just use mongodb' but jsonb indexes relational joins in one query is hard to beat. sometimes the right db is the one you already have
6
Jun 12
It isn't columns vs jsonb. It's which trade-off the access pattern asks for. Wholesale reads, full-document writes? jsonb. Field predicates, partial updates, real constraints? Columns.
podostack.com/p/postgres-jso…
Jun 12
Hybrid is the production answer. A few stable columns (id, tenant_id, created_at, kind, status) plus a metadata jsonb for the long tail. Hot path queries against columns. Cold path digs into metadata. You keep planner statistics, foreign keys, and the option to add constraints.
1
Jun 12
Partial updates aren't partial. There's no concept of updating a field inside a jsonb document. jsonb_set of one nested key is the same code path as overwriting the whole thing. 5KB document, one boolean flipped, you wrote 5KB of new tuple and handed 5KB of bloat to autovacuum.
1
2
postgres for anything real. jsonb columns mean i rarely even miss mongo, and i get actual constraints joins. sqlite is underrated for small stuff though, ship a whole app with zero db server to manage
1
1
25
Jun 11
Amazon Aurora DSQL now supports the JSONB data type with compression dlvr.it/TT0PRZ #cloud
33
Jun 11
記事を投稿しました！ Aurora DSQL が JSONB データ型をサポート！JSONB型を触ってみた。 [AWS] on #Qiita qiita.com/s_moriyama/items/7…
1
3
140
عند تطوير تطبيقات الويب الحديثة، ليست جميع العمليات مناسبة للتنفيذ أثناء طلب المستخدم المباشر. فبعض المهام قد تستغرق وقتًا طويلًا أو تعتمد على خدمات خارجية معرضة للفشل، مثل إرسال رسائل البريد الإلكتروني، ومعالجة الصور، وتنفيذ Webhooks، وإنشاء التقارير، وإعادة محاولة الطلبات الفاشلة. ولهذا السبب تعتمد الأنظمة الاحترافية على ما يُعرف بـ Job Queues لمعالجة هذه المهام في الخلفية دون التأثير على سرعة استجابة التطبيق.
تستعرض هذه المقالة كيفية بناء نظام Job Queue متكامل باستخدام لغة Go وقاعدة بيانات PostgreSQL من خلال مشروع مفتوح المصدر يُدعى Swig، موضحة كيف يمكن الاعتماد على PostgreSQL كحل قوي لإدارة المهام الخلفية دون الحاجة إلى تشغيل خدمات إضافية مثل Redis أو RabbitMQ في كثير من الحالات.
تشرح المقالة المفاهيم الأساسية وراء أنظمة الطوابير البرمجية، وكيفية تمثيل المهام وتخزينها داخل PostgreSQL باستخدام جداول مخصصة وحقول JSONB المرنة. كما توضح آلية إضافة المهام إلى الطابور واسترجاعها ومعالجتها بواسطة Workers تعمل بشكل متزامن وآمن.
ومن أبرز الجوانب التقنية التي تغطيها المقالة استخدام FOR UPDATE SKIP LOCKED، وهي إحدى الميزات القوية في PostgreSQL التي تسمح لعدة Workers بمعالجة المهام في الوقت نفسه دون التعارض أو تكرار تنفيذ المهمة نفسها. كما تتناول استخدام Goroutines في Go لبناء عمال متوازيين قادرين على معالجة أعداد كبيرة من المهام بكفاءة عالية.
وتستعرض المقالة أيضًا آليات متقدمة مثل LISTEN/NOTIFY لإيقاظ العمال فور وصول مهام جديدة بدلًا من الاستعلام المستمر عن قاعدة البيانات، بالإضافة إلى استخدام Advisory Locks لتنفيذ Leader Election بين عدة نسخ من التطبيق، وهي تقنية مهمة في الأنظمة الموزعة.
كما تشرح كيفية التعامل مع المهام الفاشلة وإعادة المحاولة بشكل آمن، مع توضيح دور المعاملات (Transactions) والواجهات (Interfaces) في تصميم بنية مرنة وقابلة للتوسع.
تُعد هذه المقالة مصدرًا قيمًا لمطوري Go ومهندسي الأنظمة الخلفية الذين يرغبون في فهم كيفية بناء أنظمة معالجة خلفية موثوقة باستخدام الأدوات المتوفرة داخل PostgreSQL، والاستفادة من إمكانياتها المتقدمة التي غالبًا ما تكون أكبر مما يتوقعه الكثير من المطورين.
#برمجة #تقنية #PostgreSQL
freecodecamp.org/news/how-to…
1
168
Jun 11
Agree on B for simplicity and flexibility, but consider storage size with 5 million users and potential JSONB indexing overhead.
254