شش سال بعد از اولین نسخه، تیم SereneDB دوباره توضیح داده جستوجوی فازیشون زیر کاپوت چطور کار میکنه: از اتوماتای Levenshtein تا تابع ts_levenshtein توی SQL.
تیم Tailscale شش ماه دنبال منشأ خرابیهای پیدرپی دیتابیسش گشت و آخرش به یه data race نادر تو قلب SQLite رسید؛ باگی که دستکم ۱۶ سال هیچکس ندیده بودش.
دیتابریکس یه نوع ستون تازه آورده که سند، عکس، صوت و ویدیو رو مستقیم کنار دیتای ساختیافته نگه میداره — با همون مجوزها و همون چرخهٔ حذف.
این ابزار متنباز کل کدبیس رو با Tree-sitter میخونه، ساختارش رو به گراف دانش تو Memgraph تبدیل میکنه و بعد میتونی با انگلیسی ساده ازش سؤال بپرسی یا کد رو تغییر بدی.
ترجمهٔ رویههای ذخیرهشدهٔ اوراکل و SQL Server معمولاً ماهها طول میکشه؛ گوگل میگه ابزار تبدیل کد هوشمندش تو Database Migration Service همین بخش رو به چند روز کوتاه میکنه.
به گفتهٔ تیم PlanetScale، یه تراکنش با سابترنزکشنهای زیاد میتونه کل کلاستر پستگرس رو کند کنه و حتی جلوی باز شدن یه ریپلیکای جدید رو بگیره.
بعد از چند سال موج ادغام و پلتفرمهای همهکاره، یکی از سازندگان ابزارهای ارکستریشن میگه ورق داره برمیگرده و گلوگاه واقعی جای دیگهایه.
اسکار دودیچ میگه اگه هر بخش اپلیکیشن رو یه باندد کانتکست حساب کنی، هر اتصالی شبیه نقض قانون به نظر میرسه؛ راه بهترش اینه که هر اسلایس نیازش رو خودش تعریف کنه.
یه اپ نمونه با FastAPI و React نشون میده مسیر امتیازدهی تقلب روی لِیکهاوس چطور میتونه تو بودجهٔ زمانی یه پرداخت واقعی جا بشه.
ذخیرهٔ امبدینگها کنار دادههای اصلی و جستوجوی معنایی روی همون جدول؛ بدون سرور، بدون دیتابیس برداری جداگانه و بدون خط لولهٔ همگامسازی.
کرت کیگل بعد از سالها ساختن گرافهای دانش بزرگ میگه بیشترشون شکست میخورن؛ نه بهخاطر ابزار، بلکه بهخاطر مدلسازی غلط و نداشتن هدف روشن.
توی هر دیتابیس، اینکه «موفق» رو کِی به کلاینت برگردونی خودش یه تصمیم معماریه؛ همین یه انتخاب تعیین میکنه نوشتهٔ تو بعد از کدوم خرابی زنده میمونه.
یه تابع تبدیل ستونیبهسطری که سالها دستنخورده مونده بود، تو پروفایل ۳۶ درصد CPU مسیر remote read رو میبلعید؛ بازنویسیاش در بهترین حالتها بیش از ۱۰ برابر سریعترش کرد.
کلاینت محبوب ردیس برای Node.js هنوز کامل و پایداره، ولی خود تیم Redis میگه پروژههای تازه بهتره سراغ node-redis برن که فعالانه توسعه داده میشه.
celld همون مدل Durable Objects رو روی سرورهای خودت میآره: مالکیت هر سلول یه رکورد تو باکت S3ه و وضعیت SQLite مدام به همون باکت تکثیر میشه.
اگه یه سؤال رو دو بار از ایجنت بپرسی و دو جواب متفاوت بگیری، مشکل از مدل نیست؛ از نبودِ حافظهی ماندگاره. نئوفورجی میگه راهحل، وصلکردن سه لایهی حافظه به همه.
حالا که هر کسی با یه LLM میتونه جواب سوال دادهایش رو خودش بگیره، سه مدیر با سه جواب درست ولی متفاوت سر یه جلسه، دقیقاً همون دردیه که داشبورد دواش بوده.
تیم مهندسی اسنوفلیک بهجای اینکه تغییرات دیتابیس رو از بیرون بکشه، یه افزونه نوشته که خود پستگرس تغییرات رو تراکنشی توی دیتالیک هل بده.
تیم شاپیفای هفتهها کوئریها و قفلهای دیتابیس رو بهینه کرد و باز هم به سقف خورد؛ سقف واقعی جایی بود که اصلاً نگاهش نمیکردن.
گوگل سرویس انتقال دادهٔ BigQuery رو با کانکتورهای تازهای مثل SQL Server، شاپیفای و اسنوفلیک گسترش داده؛ ورود داده از منابع خود گوگل هم همچنان رایگانه.