Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar
translation

これはAIが翻訳した投稿です。

제이의 블로그

カンバンボードプロジェクト2 論理的データモデリング

言語を選択

  • 日本語
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

durumis AIが要約した文章

  • 概念的データモデリングERDに基づいて論理的データモデリングを進め、マッピングテーブルを考慮して、 両テーブルとの関係を設定する必要がある。
  • ERDをテーブル形式に変換した後、正規化を実行します。第1正規形は満たしており、第2正規形を満たすために、 TicketテーブルのTagを別のテーブルに作成しました。
  • 第3正規形を満たしているかどうかを確認するプロセスで、Ticketテーブルのauthor_idとresponsibility_idを分離する必要があるか どうかを悩みましたが、N:M関係ではなくFKであるため、そのままにしました。

論理的なデータモデリングについて学習し、実践していく練習

概念的データモデリング ERD

概念的データモデリングERD

まず概念的データモデリングプロセスを経た後、このERDを用いて論理的なデータモデリングを行う。

論理的なデータモデリング ERD

論理的データモデリングERD

少し難しかった点は、マッピングテーブルを基準に両方のテーブルとの関係を考える必要があったことだ。

概念的データモデリングERDを通じて、テーブル形式への変換を完了し、正規化を行う。

正規化

正規化ステップは順番に行う必要がある。上のERDを見ると、第一正規形は満たしている。

第二正規形を満たすために、TicketテーブルのTagをテーブルとして作成し、そのタグのPKをFKとして使用する。

正規化を進めた様子

次に、第三正規形を満たしているかどうかを確認する必要があるが、まだ概念の習得が進んでいないため、難しく感じる。
Ticketテーブルのauthor_idとresponsibility_idを別のテーブルに分割する必要があるのか、悩んでいる。 N:M関係でもないし、FKなので、今回は見送ることにした。

Jay
제이의 블로그
1인분이 목표인 초보 개발자
Jay
論理的データモデリング 論理的データモデリングは、概念的データモデリングをリレーショナルデータベースパラダイムに合わせて変換するプロセスであり、1:1、1:N、N:Mの関係を処理し、正規化によってデータの整合性を確保します。1NF、2NF、3NFを経てテーブルを精製し、部分従属と推移的従属を削除します。

2024年4月9日

リレーショナルデータモデリング リレーショナルデータモデリングは、現実世界の情報をテーブルとデータに分割するプロセスであり、要件分析、概念データモデリング、論理データ モデリング、物理データモデリングの段階を経ます。カラスの足記号を使用したERDを通じて概念モデリングを視覚化し、SQL文で実際の データベースに適用できます。

2024年4月8日

カンバンボードプロジェクト1 概念的データモデリング Wantedlyバックエンドインターンシップ課題だったカンバンボードプロジェクトをリレーショナルデータモデリング練習目的で再実装し、概念的データモデリングを行いました。 エンティティ分離、識別子定義、関係把握などの過程を経て、以前よりスムーズにモデリングを完了しました。

2024年4月9日

[オブジェクト] 第2章 オブジェクト指向プログラミング 映画予約システムの実装のためのオブジェクト指向プログラミング手法を説明する文書であり、 協力、オブジェクト、クラス、継承、多態性、抽象化、合成などの概念を扱っています。 カプセル化、インターフェース、実装隠蔽を通じてオブジェクトの自律性を確保し、コードの再利用性と柔軟性を高める方法を 示します。
제이온
제이온
제이온
제이온

2024年4月28日

[Effective Java] アイテム 1. 静的ファクトリメソッドをコンストラクタよりも優先する 静的ファクトリメソッドは、コンストラクタの代わりにインスタンスを作成する柔軟で効率的な方法です。 名前を付けることができ、特定の条件に合致するインスタンスを返したり、キャッシュを使ってパフォーマンスを向上させることができます。 シングルトンパターンとは異なり、複数のタイプのインスタンスを作成して返したり、リフレクションを使わずに柔軟性を維持することができます。
제이온
제이온
제이온
제이온

2024年4月27日

無料ERDサービス: Easyrdを紹介します。(dbdigramの代替) 無料ERDツールeasyrdを紹介します。dbdiagramのオープンソースであるdbmlを基に、誰でも簡単にダイアグラムスクリプトを作成および 共有できます。現在ベータ版であり、今後新しい機能とUXの改善が予定されています。
Meursyphus
Meursyphus
Meursyphus
Meursyphus
Meursyphus

2024年5月8日

[オブジェクト] 第1章. オブジェクト、設計 ソフトウェア開発では、実践は理論よりも重要であり、優れた設計はコードの理解を容易にし、変更に柔軟に対応できるようにします。オブジェクト 指向設計は、協力するオブジェクト間の依存関係を適切に管理する方法を提供し、これによりコードの保守性と拡張性を向上させることができます。
제이온
제이온
제이온
제이온

2024年4月28日

[効果的なJava] アイテム 2. コンストラクタに多くのパラメータがある場合は、ビルダーを検討する 多くのパラメータを持つオブジェクトを作成する場合、ビルダーパターンを使用すると、コードをよりクリーンで読みやすく作成できます。必須のパラメータでビルダーオブジェクトを作成し、setterメソッドで選択パラメータを設定し、build()メソッドを呼び出してオブジェクトを完成させます。このパターンは、特に階層的に設計されたクラスと組み合わせて使用する場合に便利です。 ([効果的なJava]から抜粋)
제이온
제이온
제이온
제이온

2024年4月27日

データラベリングとは?種類、メリット、デメリット データラベリングは、コンピューターがデータを理解できるようにするための必須プロセスであり、犬と猫の写真にそれぞれ「犬」と「猫」というラベルを付けるように、 データにタグを付けてコンピューター学習を可能にします。長方形、ポイント、多角形など、さまざまなラベリング方式があり、これにより、コンピュータービジョン、 音声認識、自然言語処理など、さまざまな分野で人工知能モデルのパフォーマンスを向上させることができます。
세상 모든 정보
세상 모든 정보
세상 모든 정보
세상 모든 정보

2024年3月29日