アソビュー株式会社でバックエンドエンジニアをしている土屋です。最近はスマブラにハマっており、大会に向けて日々練習中です。本記事の概要DBでデータを効率的に管理するためのテーブル構造と、そのメリット・デメリットを考えてみたお話です。背景アソビュー!では様々なデータをRDBで取り扱っていますが、テーブル構造はメンテナンスが難しいです。モノリシックなマスターテーブルが存在していて、更新日カラムが付属しているけどどこを更新したのかわからない。過去のデータがほしいけどマスターテーブルなので元々がどんなデータだったかわからない。いうことがたまに発生したりします。上記から履歴管理ができるテーブル構造を作る必要があったため、検討をしました。検証ショップと商品というデータの格納方法について、以下の2つの方法でメリット・デメリットを検討してみます。TABLEだけでOKになります1つのテーブル情報が肥大化しないので、変更容易性に富みますデータが独立しているので、nullのデータが入りにくいですデメリットテーブル数が増えるため、命名にルールがないと管理が大変になります履歴を管理するという要件の特性上、レコード数が膨大になりやすいですリビジョンを上げるタイミングなどは要件として考慮する必要がありますおわりに履歴管理を行うことで、どんな操作が行われたかわかるようになるので、利用者も開発者にも恩恵があると思っています。いえ不要なデータを管理する必要はないので、履歴管理の対象はどれなのかを都度検討できるとよいかなと思います。canvasを使って動体感知。月別アーカイブ検索はてなブログをはじめよう!asoviewtechさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。