問題タブ [schema]

現在、データベースのマスターddlを作成しています。これまで、バックアップ/復元を使用してデータベースをバージョン管理し、ddlスクリプトを維持していませんでした。スキーマはかなり大きいです。

私の現在の考え：

• スクリプトをいくつかの部分に分割します（おそらく別々のスクリプトで）：

  1. テーブルの作成
  2. インデックスを追加する
  3. トリガーを追加
  4. 制約を追加する

• 各スクリプトは、マスタースクリプトによって呼び出されます。

• テストのために一時的に制約を削除するスクリプトが必要になる場合があります
• スキーマに孤立したテーブルがある可能性があります。疑わしいテーブルを特定する予定です。

他に何かアドバイスはありますか？

編集：また、プロセスの一部を自動化するための優れたツールを知っている人がいる場合は、MS SQL 2000を使用しています（古い、私は知っています）。

VS SP1をインストールし、EntityFrameworkを試してみました。

既存のデータベースからスキーマを作成し、いくつかの基本的な操作を試しました。

データベーススキーマの更新を除いて、ほとんどがうまくいきました。

私はすべての基本的な方法でデータベースを変更しました：

• 新しいテーブルを追加しました
• テーブルを削除しました
• 既存のテーブルに新しい列を追加しました
• 既存のテーブルから列を削除しました
• 既存の列のタイプを変更しました

最初の3つはうまくいきましたが、タイプの変更と列の削除はデータベースの変更に続きませんでした。

デザイナーの作品を作る方法はありますか？それとも、現時点ではサポートされていませんか？関連資料はまだ見つかりませんでしたが、検索中です。

サード パーティが使用する中規模の XML データセットを生成する Web アプリケーションがあります。
生成する XML に何らかの形式のスキーマ ドキュメントを提供することをお勧めします。そのため、XML を Visual Studio に貼り付け、XSD を生成するようにしました。
面倒なことは、XML が生成された XSD に対して検証されないことです!

独自の XSD を作成する方がよいでしょうか?
DTD、Relax NG、Schematron などのさまざまなスキーマ ドキュメントはどうですか?

重要なのは、C# を使用してドキュメントを検証できるようにしたいということです。

XML 検証戦略は何ですか?

次のような XML スキーマを作成する必要があります。

私が必要としているのは、任意の数の el3、el4、および el5 を任意の順序で表示できるように、"WhatGoesHere" を置き換えることです。たとえば、{el3, el3, el5, el3} を含めることができます

これを解決する方法について何か考えはありますか？

おそらく、新しい機能を有効にする際の最大のリスクは、新しいコードに必要なデータベースの変更にあります。Rails では、開発ホストをプログラムで変更し、改訂されたスキーマを使用するコードと共に同じ変更をライブにできる「移行」があると思います。必要に応じて、両方を同期してロールバックします。

PHP/MySQL 用の同様のツールセットを見つけた人はいますか? それについて、またはリスクを軽減するのに役立つプログラムまたはプロセスソリューションについて聞きたいです...

ユーザーの連絡先情報を保存する必要があります。このデータをhCardとしてページに表示し、 vCardとしてダウンロード可能にしたいと考えています。また、電話番号、メールなどでデータベースを検索できるようにしたいと思います。

このデータを保存する最良の方法は何だと思いますか? ユーザーは複数のアドレスを持つことができるため、完全な正規化は混乱します。XML の使用を考えていますが、XML db フィールドのクエリに慣れていません。連絡先情報でユーザーを検索することはできますか?

問題があれば、SQL Server 2005 を使用しています。

私のデータベースには、多対多の関係を持つ次のテーブルがあります。これは、各メイン テーブルの主キーへの外部キーを持つ接続テーブルによって表されます。

• ウィジェット: WidgetID (PK)、タイトル、価格
• ユーザー: UserID (PK)、FirstName、LastName

各ユーザー ウィジェットの組み合わせは一意であると想定します。データ関係を定義する接続テーブルを構築する方法について、次の 2 つのオプションがあります。

1. UserWidgets1: UserWidgetID (PK)、WidgetID (FK)、UserID (FK)
2. UserWidgets2: WidgetID (PK、FK)、UserID (PK、FK)

オプション 1 には、主キーの列が 1 つあります。ただし、テーブルに格納される唯一のデータは 2 つのプライマリ テーブル間のリレーションシップであり、このリレーションシップ自体が一意のキーを形成できるため、これは不要に思えます。したがって、2 列の主キーを持つオプション 2 につながりますが、オプション 1 が持つ 1 列の一意の識別子が失われます。オプションで、2 列の一意のインデックス (WidgetID、UserID) を最初のテーブルに追加することもできます。

UserWidgets の多対多テーブルを構築するために、パフォーマンスに関して 2 つの実際の違い、または一方のアプローチを他方より優先する理由はありますか?

Bravo や Charlieに関連しているかもしれないし、関連していないかもしれない Alpha のものを持っているとしましょう。

これらは 1 対 1 の関係です。アルファは複数のブラボーに関連付けられません。また、ブラボーが複数のアルファに関連付けられることはありません。

私はいくつかの目標を持っています：

• 習得と保守が容易なシステム。
• データベース内で実施されるデータの整合性。
• 私のデータの実世界の論理的な編成に一致するスキーマ。
• 私のプログラミング内のクラス/オブジェクトは、データベース テーブルに適切にマップされます (Linq から SQL に似ています)
• 高速な読み取りおよび書き込み操作
• スペースの有効利用 (null フィールドが少ない)

3つのアイデアがあります...

多くの nullalbe フィールドを持つ 1 つのテーブル (フラット ファイル)…

nullalbe フィールドがゼロの多くのテーブル…

両方の最良（または最悪）：多くのテーブルへのnullalbe外部キーがたくさん…

アルファがブラボーまたはチャーリーのいずれかである必要があり、両方ではない場合はどうなりますか?

ブラボーとチャーリーだけでなく、アルファがデルタ、エコー、フォックストロット、ゴルフなどのいずれかになるとしたら…?

編集:これは質問の一部です:私のナビゲーションに最適なデータベース スキーマはどれですか?

mysqld を再起動せずにスキーマ ファイルをリロードできますか? 私は多くの海でたった 1 つのデータベースで作業しており、コールド リスタートを行わずに変更を更新したいと考えています。

実用的/可能な限り多くのヘッダー情報を含む電子メール メッセージをデータベースに格納するには、どのようなデータベース スキーマを使用しますか?

それらが MTA からスクリプトに供給され、関連するヘッダー/本文/添付ファイルに解析されたと仮定します。

メッセージ本文全体をデータベース テーブルに保存しますか、それとも MIME パーツを分割しますか? 添付ファイルはどうですか？