新しい⾃分の可能性を信じ、次なる⽬標へ進んだ⼈がいる 元サッカー日本代表 槙野智章が語る、セカンドキャリアへの挑戦
![LHH転職エージェント - Lの転職 | 厳選ハイキャリア求人をご提案](https://cdn-ak-scissors.b.st-hatena.com/image/square/4f9d205b1604a1f89df9dad3ecf48130256fe5eb/height=288;version=1;width=512/https%3A%2F%2Fjp.lhh.com%2F-%2Fmedia%2Fimages%2Flhh%2Fcommon%2Fogp_logo-lhh-recruit.jpg)
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く