公開設計レビュー「LAPRASのDB設計についてそーだいさんに相談してみた」 反応まとめ

hmatsu47(まつ) @hmatsu47

始まったので見てる。

hmatsu47(まつ) @hmatsu47

始まったので見てる。

hmatsu47(まつ) @hmatsu47

（「LAPRAS見ました」とかLAPRAS外からメールが来たことがあったけど、あれはセーフなのだろうか（アドレス公開してる人については防ぐことはできないと思うけど）。）

hmatsu47(まつ) @hmatsu47

LastPublishedなやつ、本来なら「最後に公開されてたときの」というよりかは「当該ユーザが応募したときのスナップショット」のほうが正しいんだろうけど、データが増えすぎるから無理か。

hmatsu47(まつ) @hmatsu47

スーパータイプとサブタイプ的な話が出てきた。 （古いMySQLから入った勢だとこの辺のNLJ（ぐるぐる）が遅くなるからテーブル分けないとか交差（関連・連関）テーブルをあまり作らないとか、そういう思想になるかも。）

hmatsu47(まつ) @hmatsu47

ライフサイクルの違うデータを一つのテーブルにごっちゃに入れちゃうと苦労するのわかる。

hmatsu47(まつ) @hmatsu47

（一時的な状態を保持する目的のテーブルを勝手に履歴として使われてキレたことがある。）

hmatsu47(まつ) @hmatsu47

Q&A開始。 質問者緊張気味。

hmatsu47(まつ) @hmatsu47

詳細テーブルの話かな？

hmatsu47(まつ) @hmatsu47

2つ目は（広い意味での）CQSっぽい話か。

hmatsu47(まつ) @hmatsu47

CQSならORMを更新と参照で使い分ける手も。

hmatsu47(まつ) @hmatsu47

（Djangoﾅﾆﾓｼﾗﾅｲのでなんとも言えないけど。）

hmatsu47(まつ) @hmatsu47

そういや今年のGWに長期間サービス停止してDBマイグレーションしようと計画したけど、ユーザからの反発があったのかすぐ撤回してたサービスがあったな…（大変だ）。

hmatsu47(まつ) @hmatsu47

部分メンテできる設計も大事。 （SLOは個々のサービスや機能の利用スタイルに合わせて別々に設定すべし。）

hmatsu47(まつ) @hmatsu47

Q&Aタイム終了、でここからフリーディスカッション。

hmatsu47(まつ) @hmatsu47

Job Description、略してJD。強い（そういう意味じゃない）。

hmatsu47(まつ) @hmatsu47

PostgreSQLの行レベルセキュリティ事例、偶然かも知れないけど最近立て続けに採用事例が出てた。

hmatsu47(まつ) @hmatsu47

ロールを有効に使えばユーザを（作業者）個人別に発行しても行けそうだけど。

hmatsu47(まつ) @hmatsu47

（なかなか本当の意味でのフリーディスカッションが始まらない？）

hmatsu47(まつ) @hmatsu47

MySQLにはEXCEPTないからすぐに出てこない。

hmatsu47(まつ) @hmatsu47

ハッシュ比較はIPA試験に出てくるネタっぽいな。

hmatsu47(まつ) @hmatsu47

システム移行なんかで整合性確認するときにもよくやる。

hmatsu47(まつ) @hmatsu47

トリガは想定外で「発火しない」があると怖い（PostgreSQLとMySQLの仕様の違いとかバージョン間の仕様の違いとか）。

hmatsu47(まつ) @hmatsu47

（配列型とかは行けるのかな？）

hmatsu47(まつ) @hmatsu47

200年ぶりぐらいにDynamoDB触ったら基本的な仕様をすっかり忘れてた（Alibaba CloudのTable Storeの仕様との細かい違いを誤認するなど）。