Found 1024 bookmarks
Custom sorting
論理削除という技術的負債、それでも僕たちは使い続ける - じゃあ、おうちで学べる
論理削除という技術的負債、それでも僕たちは使い続ける - じゃあ、おうちで学べる
はじめに 「論理削除?deleted_atカラム追加すればいいでしょ」この一言から始まる地獄を、何度見てきただろうか。 最初は簡単に見える。カラムを1つ追加するだけ。しかし、その「簡単さ」こそが罠だ。 論理削除は技術的負債の温床だ。WHERE句への条件追加忘れ、認知コストの増大、テストの複雑化、パフォーマンス劣化。すべ…
·syu-m-5151.hatenablog.com·
論理削除という技術的負債、それでも僕たちは使い続ける - じゃあ、おうちで学べる
Migrations and declarative schema management
Migrations and declarative schema management
To make changes to the database, you can use: migrations (imperative schema management) and declarative schema management. Let's look at each of these approaches.
·oxilor.com·
Migrations and declarative schema management
クラウドネイティブなデータベースはなぜコンピュートとストレージを分離するのか - hacomono TECH BLOG
クラウドネイティブなデータベースはなぜコンピュートとストレージを分離するのか - hacomono TECH BLOG
この記事は hacomono Advent Calendar 2025 の12日目の記事です。 基盤本部で今後のhacomonoのアーキテクチャ設計をしている @bootjp と申します。 今年はマイクロサービス化に向けての社内共通のイベントバスの設計や基盤周りの設計/実装を行っていました。 以前にはこのような記事を書…
·techblog.hacomono.jp·
クラウドネイティブなデータベースはなぜコンピュートとストレージを分離するのか - hacomono TECH BLOG
Postgres, Kafka and event queues
Postgres, Kafka and event queues
After stumbling on a pair of interesting blog posts — You Don’t Need Kafka, Just Use Postgres (Considered Harmful) — somewhat in the style of good old “flame wars” (which are increasingly rare these days) in the recent Postgres Weekly, as a response to a previous article — Kafka is...
·kmoppel.github.io·
Postgres, Kafka and event queues
Avoid UUID Version 4 Primary Keys
Avoid UUID Version 4 Primary Keys
Personal Site Andrew Atkinson. PostgreSQL. Ruby on Rails, Elasticsearch, Kubernetes, Vim. Author High Performance PostgreSQL for Rails Pragmatic Programmers
·andyatkinson.com·
Avoid UUID Version 4 Primary Keys
yoku0825さんがMySQLのインデックスの知見を語り倒す - Findy Media
yoku0825さんがMySQLのインデックスの知見を語り倒す - Findy Media
その技術・ドメインの真の魅力と奥深さを探求する連載シリーズ「私は〇〇チョットワカル」。今回は、MySQL運用のスペシャリストとして知られるyoku0825さんに、インデックスの活用方法について解説していただきました。
·findy-code.io·
yoku0825さんがMySQLのインデックスの知見を語り倒す - Findy Media
AuroraMySQL 負荷試験報告 〜結局のところスキーマ分離のDB設計ってどうなの?〜 その1 - MNTSQ Techブログ
AuroraMySQL 負荷試験報告 〜結局のところスキーマ分離のDB設計ってどうなの?〜 その1 - MNTSQ Techブログ
はじめに スキーマ分離と行分離 目的と結論 目的 結論のサマリ 試験内容 試験環境とツール 負荷の設計 本番環境でのクエリ傾向の分析 QPSの測定 進め方 試験結果 スキーマ分離のボトルネック スキーマ数を固定して負荷をあげてみる 結果まとめ なんとか延命したい はじめに 弊社が採用しているDB設計は、テナントごとに独…
·tech.mntsq.co.jp·
AuroraMySQL 負荷試験報告 〜結局のところスキーマ分離のDB設計ってどうなの?〜 その1 - MNTSQ Techブログ
できれば知らずに済ませたかったAurora DSQL非互換集 - ArkEdge Space Blog
できれば知らずに済ませたかったAurora DSQL非互換集 - ArkEdge Space Blog
株式会社アークエッジ・スペースの id:koba789 です。 アークエッジ・スペースでは、衛星データを活用するためのアプリケーションを開発しています。人工衛星のカバレッジはグローバルなため、それを活用するアプリケーションもグローバルであるべきでしょう。 グローバルなアプリケーションをコスト効率高く提供するため、私たち…
·blog.arkedge.space·
できれば知らずに済ませたかったAurora DSQL非互換集 - ArkEdge Space Blog
cdb: Intro
cdb: Intro
cdb is a fast, reliable, simple package for creating and reading constant databases.
·cdb.cr.yp.to·
cdb: Intro
PGSync - PGSync
PGSync - PGSync
PGSync simplifies your data pipeline by integrating Postgres/MySQL/MariaDB into Elasticsearch/OpenSearch.
·pgsync.com·
PGSync - PGSync
How I ran one Ruby app on three SQL databases for six months
How I ran one Ruby app on three SQL databases for six months
Since June 2023, I’ve been running a service written in Ruby (Sinatra) that provides several Bluesky custom feeds (initially built with a feed for the iOS/Mac developers community in mind, later expanded to many other feeds). If you don’t know much about Bluesky feeds, you make them by basically running a server which somehow collects and picks existing posts from Bluesky using some kind of algorithm (chronological or by popularity, based on keyword matching, personal likes, whatever you want), and then exposes a specific API endpoint. The Bluesky AppView (API server) then calls your service passing some request parameters, and your service responds with a list of URIs of posts (which the API server then turns into full post JSON and returns to the client app). This lets you share such feed with anyone on the platform, so they can add it to their app and use it like any built-in feed. (If you’re interested, check out my example feed service project.)
·mackuba.eu·
How I ran one Ruby app on three SQL databases for six months