ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
とにかくすぐJavaからPostgreSQLに接続を試したい - Qiita
■概要 とにかくちょろっと使いたい人向け Windows版です。 ※はじめに、ユーザーを新しく作ってそのユーザーでSQLを実行！ とやろうとするとハマるので（ハマりました） 初めから登録されているスーパーユーザーで進めて行きます。 ざっくりと流れを説明すると、 １．PostgreSQL本体とJDBCドライバを入手する ２．Javaで新規プロジェクトを作成し、jarを参照し、ソースコードをコピペする ３．実行！ と言った感じです。 初期から存在しているテーブルを参照しに行くので、準備のためのCREATE文もINSERT文も必要ありません。 ■準備 ・PostgreSQL本体の入手 http://www.postgresql.jp/download ダウンロードリンクから、OSに対応したPostgreSQLをダウンロードする 今回はWindowsの64bit版 ・JDBCドライバの入手 Jav
リレーショナルモデルのドメイン設計についての議論
リレーショナルモデルを実践するには、ドメイン（≒データ型）を如何に正しく設計するかということが極めて重要になる。しかしながら、ドメインをどう設計すべきかという議論はあまりされていないように思う。その結果、ドメインについての理解はあまり進まず、データベース設計に失敗しているパターンが多いように思われる。 というわけで今日のテーマはドメインである。 集合を定義するリレーショナルモデルにおけるデータ型とは何か。リレーショナルモデルを実践するにはまずその点から理解する必要がある。 リレーショナルモデルでは、データ型はドメインと呼ばれる。ドメインとは、その属性（≒カラム）に入るべき値はどういったものかを集合として定義したものだ。言い換えると、属性値とはある集合の要素の一つであると言える。従って、ドメインを設計する際には、SQLで言うところのデータ型、つまりINTやCHARといったものだけでなく、その
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
初級〜中級者のためのSQL特訓 - 忘れないようにメモっとく
Amazon.co.jp： データベースパフォーマンスアップの教科書 基本原理編: エンコアコンサルティング: 本
