RDBMSかNoSQLか

MongoDBとRDBMSの使い分けについて Open database life: ムック「データベース徹底攻略」 - MySQL/Redis/MongoDB/Redshift
「先に楽をして後で苦労するか、先に苦労して後で楽をするか」
大多数のサービスは成功せずに死ぬので、MongoDB採用による技術的負債は顕在化しにくい。旨みの部分（設計コストを抑えられる）だけ使える（けどサービスが死んでるので旨みとか言ってる場合じゃない）

RDBMSでKVSの旨みがとれる？

BLOBは別のテーブルへ

TEXTやBLOBなど、データ量の大きな列は別のテーブルに移したほうがいい。そもそもバイナリデータはどうしてもDBに入れないといけないかよく検討すべき。

みたいなやつら

ユーザーは論理削除などという言葉を使わない。
ユーザーは削除が論理なのか物理なのかなんて気にしない。
エンジニアは内部事情を語りすぎる。

論理削除したくなったとき、ユーザーがそのシステムでなにをしたいのかを見つける。それは"退会"や"絶版"などだったりするかもしれない。それらの言葉のほうがデータやユースケース、ドメインを正しく表現できる。
論理削除はおうおうにしてデータモデルをじゅうぶん考えられてないケースで現れてくる。

けっきょく削除フラグじゃん？そうかもね。でもよりわかりやすい言葉のほうが良くない？

大規模データだから削除コスト重いから論理削除？そういうケースならいいんじゃないの？考えたうえでの選択であることが大切。

たまにオペミス対策としての論理削除という話があるが、それでは不十分。UPDATEでほかのカラムが更新されたらどうするの？それも対策しときたくない？

バックアップ/レストアの基本として必ず事前に検証しておくこと。

このへん本気でやるなら、商用DB使ったほうが幸せになれそう。コストかけてもそれでも欲しいかを考えたい。

古いデータはアーカイブに残す？いつ？どれくらいの頻度で参照する？

アーカイブから戻すのにかかる時間は？