

小林聡美
名前:小林 聡美(こばやし さとみ) ニックネーム:さと・さとみん 年齢:25歳 性別:女性 職業:季節・暮らし系ブログを運営するブロガー/たまにライター業も受注 居住地:東京都杉並区・阿佐ヶ谷の1Kアパート(築15年・駅徒歩7分) 出身地:長野県松本市(自然と山に囲まれた町で育つ) 身長:158cm 血液型:A型 誕生日:1999年5月12日 趣味: ・カフェで執筆&読書(特にエッセイと季節の暮らし本) ・季節の写真を撮ること(桜・紅葉・初雪など) ・和菓子&お茶めぐり ・街歩きと神社巡り ・レトロ雑貨収集 ・Netflixで癒し系ドラマ鑑賞 性格:落ち着いていると言われるが、心の中は好奇心旺盛。丁寧でコツコツ型、感性豊か。慎重派だけどやると決めたことはとことん追求するタイプ。ちょっと天然で方向音痴。ひとり時間が好きだが、人の話を聞くのも得意。 1日のタイムスケジュール(平日): 時間 行動 6:30 起床。白湯を飲んでストレッチ、ベランダから天気をチェック 7:00 朝ごはん兼SNSチェック(Instagram・Xに季節の写真を投稿することも) 8:00 自宅のデスクでブログ作成・リサーチ開始 10:30 近所のカフェに移動して作業(記事執筆・写真整理) 12:30 昼食。カフェかコンビニおにぎり+味噌汁 13:00 午後の執筆タイム。主に記事の構成づくりや装飾、アイキャッチ作成など 16:00 夕方の散歩・写真撮影(神社や商店街。季節の風景探し) 17:30 帰宅して軽めの家事(洗濯・夕飯準備) 18:30 晩ごはん&YouTube or Netflixでリラックス 20:00 投稿記事の最終チェック・予約投稿設定 21:30 読書や日記タイム(今日の出来事や感じたことをメモ) 23:00 就寝前のストレッチ&アロマ。23:30に就寝
物理設計と論理設計の基本を正しく理解する
論理設計はデータの意味と関係性を抽象的に整理する作業で、現実の技術的制約をまだ気にせずにどのようにデータを表現するかを決めます。例えば顧客という概念には名前や電話番号などの属性があり、それらをどう結びつけるかを決めます。ここでは正規化や制約の設計が中心で、データ同士の矛盾が起きないようルールを定めます。
その結果得られるのがデータモデルの設計図のような成果物で、具体的なデータベースの型や実装言語はまだ決まりません。
物理設計は、この抽象図を現実の環境に落とし込み、実装の源となる決定を行います。どのデータベースを使うか、容量と性能をどう確保するか、インデックスの配置やクエリの最適化、障害時の回復戦略など、技術的な要素を現実の制約と合わせて検討します。
この段階ではコストや運用の観点も重要で、設計の自由度と実現性のバランスを取ることが求められます。
要点は、論理設計がデータの意味と関係の“設計図”であり、物理設計がその設計図を現場の道具や環境に適用する“実装作業”だということです。
実務での違いと使い分け:開発の流れをつかむ
現場の開発は要件定義から始まり、次に論理設計、その後物理設計、実装、テストと進みます。ここでの違いは、計画の段階と実装の段階の橋渡しです。
論理設計ではデータの意味と関係を崩さずに、従来の技術に縛られず抽象的に組み立てます。レコードの正規化や制約の整合性を決め、将来的な変更にも耐えられるような設計をつくります。
物理設計ではその設計図を現場の技術に合わせます。データベースの種類、ストレージの容量、インデックスの選択、クエリの実行計画までを検討します。
表で要点を比べておくと理解が深まります。
| 視点 | 説明 |
|---|---|
| 論理設計 | データモデルと制約の抽象化 |
| 物理設計 | 実装への適用、パフォーマンスと資源の最適化 |
この二つの設計がうまく連携すると、後の開発がスムーズになり、保守もしやすくなります。最後に、両方の段階でコードの品質と可読性を意識することが大切です。
論理設計についての小ネタです。私は友だちと話すように考えると苦手意識が減ります。データを箱とラベルで整理するイメージを使い、名前と電話番号をどうつなぐかのルールを作る。そうすると、現場で誰が何を持っているかが瞬時に分かる。論理設計は結局、データの意味と関係性を整理する作業で、現場の技術が決まる前の“アイデアノート”のようなもの。ここをしっかり描けば、後の物理設計は驚くほどスムーズに進みます。



















