私たちのプロジェクトは、アルゴリズムのクラスなので、プロジェクト自体があまり明確必要があるため。実際には、データベース設計プロセス自体は、さらに要件を明確化プロセスです。
これが私たちのユースケース図が描かれています。
以下は、私たちのチームメンバーのデータベース設計の経験です。
JJ：
このデータベースの設計プロセスを通じて、私は多くのも、多くのことを学んだ経験しました。
必要なカリキュラムのグループは、少なくとも15個のテーブルを設計することであるが、私たちは15台を達成したいので、まず、非常に困難です。私たちのアイデアは、私たちが最初に、ログイン登録、歴史、およびいくつかのテーブルを設計するために応じて、テーブルの一部を考案する前に、設計に基づいて試作品を設計することです。しかし、これらのテーブルは、ユーザベースに基づいて設計されている、我々はまた、損失関数テーブルのインストラクターの思考を助けるために、教師の援助の指導を求めます。しかし、テーブルの数はまだ十分ではありません。そして、私たちはちょうど新しい世界を開くのが好き先生の助けの下で教師庚殷、殷の助けを求めるために行ってきました。
前に、我々は最終的に方法を発見し、適切な機能を追加しようとしている、我々はアルゴリズムを記述するだけではなく、決定しました。しかし、訓練アルゴリズムはまた、テーブルを構築することができながら、アルゴリズムテーブルを増やすことができ、複数のアルゴリズムを、比較します。このテーブルを増やすことで、私たちのプロジェクトの機能がさらに充実します。実際にテーブルを内蔵していない状況のためとして、我々はいくつかの追加の小さな補助機能を追加することができます。例えば、テーマ、リンクなどを交換してください。実際には、テーブルが関数に依存して、豊富な機能を備えた、自然にテーブルを書き出すことができます。
機能に応じて、テーブルの構築が完了した後、我々はメインキーと種類、長さ、そしてそれは、3つの基本的なパラダイムを満たしているかどうかを一覧表示し、すべて説明されています。最後のステップは、テーブルの基本的な形状を決定します。異なる人々が団結を必要と命名ここにも違いがあります。また、教師の推薦によって与えられた小さなクラスレッスン上のデータベースに非常に感謝を前方に私たちは期待していなかったいくつかの側面を入れて、私達のデータベースのテーブルのデザインは完璧でした。
学んだ知識やコンテンツベースのソフトウェア・エンジニアリングのクラスは、我々はそうすることを、実際の設計プロセスに適用されます「やっによる学習。」データベースの設計は、データ型に設けられており、それは後でニーズを満たすために開発され、可能な限り使いやすいように実際の状況をより慎重に検討する主な外部キーとしてフィールド制約を作ることです。
LUXURY：
それは、アルゴリズムの純粋な種類があるので、私たちのチームのDOは、ほとんど影響を持つテーブルの始まりは、私たちのテーブルので、我々は、ユーザー、およびそれらに関連するいくつかの機能を追加し、大規模ではない、ジェスチャー認識データベースプロジェクトであります最終的にはもう少し、そして最終的に私たちは先生、先生にヘルプを提供することによって、より良いアイデアを持って、そして最終的にデータベースに一般的に落ち着きます。
その後、我々は、我々は、このような非準拠のパラダイムなどの問題の多くを発見し、改善するために始めた、変数の命名は均一であり、そうではありません。基準を設定することで、問題を解決するために、議論します。
データベース設計の一部は、私は、テーブルのフィールドを把握しなければならないデータ型に続いて、エンティティ（またはテーブル）、間のリンクを把握するすべての必要性をまず考えるのchar、varchar型、int型、日時型であり、その上、いくつかあります長さの文字。考慮すべきである、その値は空にすることができるかどうかがあります。プライマリ・キーの設定は比較的簡単に、テーブルデータ型の各列の解析では私の最大の経験は慎重に慎重でなければならない、それは間違いを犯すことは非常に簡単になります。
我々は、データベースを学んだが、我々はまだ経験が不足しているが。今、私たちは、彼が自分自身で生産性に知識を変換するプロセスであるので、我々は非常に熱意と努力異なる高度を投資していることに興奮しているデータベースを設計することを学んだ知識を使用しています。
GM：
プロジェクトでは、データベースの設計が非常に重要であり、データベースの設計は、良好なデータメンテナンスの未来を決定し、需要が良い満たすされていない、良い需要は後半開始に変更するだけでなく、システムの性能を決定します。これは、複数のテーブルへの変更を伴うことがファンクションポイントの変更のための適切なデータベース設計ではありません、それは一貫性のないデータにつながる可能性があると信じています。不要なトラブルを避けるために、データベース設計の最初にすることにより、システムのメンテナンスの後半部分を減らし、これらの問題を考慮する必要があります。彼は、データベース設計の重要性をそんなにので、私はデータベースの設計上の次の考えを持っていると述べました。
パラダイムとデータの冗長性を削減するため、メモリ空間の保存、検索効率を向上させるために設計された抗パラダイムオブジェクトパラダイムについて、だけでなく、データの一貫性を維持するために容易に利用できるようにします。過去のデータ歴史問題の調査の主反応の抗パラダイムデザイン、私たちはテーブルに冗長データを必要とします。私たちは、場合に応じて、ケースが属している当社の事業、どのような方法での方法の特定の使用を分析する必要があります。将来の財務和解に関連する財務面に関連するとして、使用の偉大な歴史的変化は、データの冗長性は重要であり、それはカウンターのパラダイムを検討します。私たちのプロジェクトでは、データの冗長性を減らすために主に必要性が、変更履歴には何ら問題は問い合わせの効率を向上させる目的で、ありませんでした、私たちは、設計パラダイムを選びました
設計、データモデルの拡張については、早期にプロジェクトのビジネスシナリオは一から一ですが、私たちは、後者のビジョンと分析のある程度は多くなり、将来を予測。1つのモデルに初期の設計データを容易にするために、このような状況を行い、後者は味の毎日の激務損失あればそうすることがあります。これは、設計データの拡張である設計の延長を無視した瞬間のためではない便利な、検討する必要があります。
YES：
プロジェクトの設計、プロトタイプの設計が完了した後、我々はデータベースの設計を行いました。データベースは、それが私達のデータベース設計実験は、我々が知っておく必要があることが必要である、需要に応じて設計することです。
データベースを設計するとき、私たちは、最初に記載されている機能を実施し、それらが各テーブルには、制約などの各フィールド、タイプフィールドが含まれているものを、私たちが実現したい機能に、次に基づいて、テーブルを含むデータベースを設計します。さらに重要なのは、設計時に使用するデータテーブルとフィールドへの必要性を実現するために考慮に入れ、各機能の特長を取っていることであるが、慎重に設計された、レビュー、だけでなく、実装の複雑さを考慮する必要がありますする必要があります。
私たちはこれに焦点を当てたように、各プロジェクトのコースの要件は、設計データテーブルの少なくとも一定量を必要とし、また、プロジェクト全体の機能を行う通信ニーズを議論し、最終的にいくつかの機能を追加するためのインストラクターは、非常に良いされています充実し。ここでは、データベーステーブルの数の要件があるために開始するので、当初の設計時にテーブルにテーブル内のデータをたくさん作ります。後で確認し、グループ内での統合、それが発見された時にテーブルが後に再配置されるように、しかし、一緒にテーブルから分離することができるいくつかのデータを置くように設計されています。
各テーブルの主キー、外部キーなどを決定するために、我々の意見では何のグループの違いはありません。テーブルはパラダイムを満たすように設計されていますが、仕様データテーブルのデザインに沿って、問題に気づきました。規範に沿っアカウントに、すべての機能の実現を取るに設計された唯一のデータベースは、優れたデータベースとみなすことができます。
QMX：
ニーズの分析を完了した後、我々は、設計プロジェクトデータベースの完成に続きました。感情や経験が言及している最後の時間は、私たちのグループプロジェクトの機能は、主にここでユーザ登録とログイン画面識別に集中し、あまりありません。そのため、データベース、または最後少ない必要なデータベーステーブルよりもグループコースのニーズの分析と同様の問題の数の出現を設計するとき。まず、テーブルの数が10未満のみと考えることができます。彼らは、このようなニューラルネットワークモデル、写真、異なる種類のセットストレージなどの訓練プロセスとして、別の方向から元のデータテーブルに追加すると考えることができます前に、その後、講師をお願いします。それはプライベートクラスにいくつかの欠点を指摘したが、先生は、テーブルの詳細を確認し、一般的にはまだの国境を越えたとき。データベースは、ログインとして1つの分析へのプロジェクトの機能要件、子供は効率を向上させることができるだけでなく、何のテーブルやフィールド欠けがないことを確実にするためそのことを、どのテーブルにし、その上で使用することができるに従い、当社のパネルディスカッションを設計します。他の実験のデータベース設計の過程で、この議論はまた、使用することを学ぶことができます。