問題タブ [database-schema]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
asp.net - SQL Server ASP スキーマ オプション
私の Godaddy ホスティング アカウントには、SQL Server 2005 データベースで ASP スキーマをセットアップするオプションがあります。オプションが何であるかを非常に一般的な用語で説明しています。「ASP.NET 構成スキーマには、ASP.NET Web アプリケーションの動作を制御する要素が含まれています。」
それが何をするのか、そしてなぜ私がそれを使いたいのかについて、誰かが私に説明してくれますか(またはリンクを提供してください)?
ウィキペディアでデータベース スキーマとは何かを読みましたが、db ごとにどのように異なるのかわかりません。
database - Oracle の dbms_metadata は、テーブル スキーマ ファイルから分離された制約をどのように生成できますか?
dbms_metadata.set_transform_param(dbms_metadata.session_transform, 'CONSTRAINTS_AS_ALTER', TRUE) が個別のファイルに制約を生成しないのはなぜですか? この時点で、この pl/sql は、テーブル スキーマ定義ファイルの後に制約を貼り付けます。この個別の制約スキーマ定義ディレクトリを実現するには、どのフラグを使用する必要がありますか?
sql-server-ce - SQL Server CE スキーマ比較ツール
スキーマが 2 つの SQL CE データベースを直接比較するツールはありますか。VS2010 は、CE だけでなく、私が見たすべての商用ツールでも機能しません。この問題にどのように取り組みますか?
sql-server - 適切なテーブル スキーマ
私が取り組んでいるプロジェクトがあり、どちらが「より良い」テーブル関係スキーマになるかわかりません。
問題の領域の範囲は次のとおりです。
ユーザーがドキュメントをアップロードする (所有者/作成者になる)
ユーザーは他のユーザーとドキュメントを共有できます (共有権限の設定)
ドキュメントへのアクセス権を持つすべてのユーザーがドキュメントをチェックアウトできます (排他ロック)
私の元のスキーマは次のようになります。
利点は次のとおりです。
1 人のユーザーのみが作成者になることができます。(正式)
権利テーブルには「共有権」のみが含まれます (読み取り、書き込み)
ユーザーは、自分が「所有」しているファイル (authorid) と共有ファイル (sharedfiles テーブル) を簡単に区別できます。(これは弱い利点です、私は知っています)
いろいろ考えた後、これはより良いスキーマかもしれないと思いました:
利点は次のとおりです。
すべてのドキュメントの関連付けは 1 つの場所 (UserFiles) にあります。
1 つのドキュメントの複数の作成者/所有者を許可する将来の機能
権利テーブルには、読み取り、書き込み、および所有者が含まれるようになりました。ドキュメントがユーザーによってアップロードされるとすぐに、新しいドキュメントへの自動関連付けが行われ、ユーザーに「所有者」権限が与えられます。
これにより、最終的なスキーマにたどり着きました。
利点は次のとおりです。
- ユーザー ファイルの関連付けが削除され (共有が削除され)、そのユーザーがファイルをロックしている (チェックアウトされた) 場合、その排他ロックは自動的に削除されます。
この最後のモデルの唯一の問題は、各部門に「特別な」ユーザーを追加して、ユーザーが部門全体でドキュメントを共有できるようにすることです。したがって、共有の関連付けをcheckoutIDに関連付けるかどうかはわかりません(それが理にかなっている場合)。ユーザー ファイルのクエリは、「userfiles.userid = me.userid || (userfiles.id == SpecialDepID && me.depid == SpecialDepID) のすべてのファイルを選択する」のようになります (主要な疑似コード)。
データベース スキーマを作成してから長い時間が経ちましたが、この 1 つの設計上の決定に頭を悩ませています。どのデザインが「より良い」ものになるのか、本当に悩んでいます。より良いとは、より良いデザイン原則、以前の経験に基づいたより良い決定、デザインの「成長」を容易にすることなどを意味します。あなたの考えを教えてください!
最終的解決
Michael Madsen の助けを借りて、最終的なソリューションは次のようになります。
関係が削除されたときにロックを削除する必要があるかどうかを決定する削除のトリガーが UserFiles にあります。
.net - C#ADO.NET DbConnection.GetSchemaの「属性」はどこで定義されていますか?
このGetSchema全体が非常に複雑だと思います。これらすべてについて適切なドキュメントはありますか?通常の使用法は、テーブルのデータを取得することです:インデックスと列(名前、タイプ、allownulls)、そしてこれらのプロパティを要求するメソッドがあります。また、これらのプロパティが列挙型であるか、これらをリストするWebページであると予想する場合もあります。したがって、質問は次のとおりです。これらすべての「COLUMN_NAME」、「LENGTH」、「DATATYPE」、「IS_NULLABLE」文字列またはそれらの列挙型定義、およびこれらのプロパティをフェッチするために使用できるメソッドをリストするドキュメントはありますか。
ありがとう&BR
-マティ
sql - SQL Serverデータベーススキーマで100%nullで埋められているすべての列を見つけるにはどうすればよいですか?
スキーマのどの列が完全にnull値でいっぱいであるかを見つけるSQLの方法はありますか?いくつかのテーブルには、アプリケーションで使用されておらず、削除されることがわかっているフィールドがいくつかありますが、コードレビューの候補を見つけるために、データベース全体でこれを見つける自動化された方法/スクリプトがあるかどうかを確認したいと思いました。 /可能な削除。
重要な場合は、x86でSQLServer2005を実行します。
前もって感謝します!
nhibernate - NHibernate SchemaUpdate は既存の外部キーを再度追加しますか?
私は既存のデータベースSchemaUpdate
と同期するために使用しています。hbms
データベースは、に基づいて最近作成されhbms
、完全に最新です。ただし、SchemaUpdate
すべての外部キー制約を再度生成します。
たとえば、 と があるとStudent
しますTeacher
。はname とStudent
関連付けられています。からへの外部キーです。データベースが最新であり、現在保持されており、それらの外部キー関係があるとします。したがって、 とは同等です。Knowは何もしてはいけませんが、生成されたスクリプトを見ると、その外部キーが再び生成されます。Teacher
ArtTeacher
ArtTeacher
Student
Teacher
Student
Teacher
HBM
Database
SchemaUpdate
なぜこれが起こるのですか?それを回避する方法はありますか?
grails - 1対多の関連付けのDBレベルで一意性を設定するにはどうすればよいですか?
私の問題は単純ですが、このためのGORM構文が見つかりませんでした。
次のクラスについて考えてみます。
制約で記事ごとに1つの一意のタグ名を定義したいのですが、上記の構文では作成できません。明らかに、DBスキーマには次のようなものが必要です。
どうやってやるの?
PS:タグの最小サイズと最大サイズに制約を設定することにも悩まされています
oracle - Oracle DB の構築; 適切なディレクトリ レイアウト
新しい Oracle スキーマとプロジェクト ディレクトリ内の依存ファイル (シーケンス、トリガー、DDL など) を最適に編成する方法についてアドバイスを探しています。ベストプラクティスがあるかどうか疑問に思っていますか?何かのようなもの...
あなたの考えや私が見逃したかもしれない URL にペニー!
ありがとうございました!
mysql - 小さなテーブルがたくさんあるのと、大きなテーブルが 1 つあるのとでは、どちらが良いですか?
個人に関するプロファイルを保存するデータベースがあります。これらの個人には、約 50 の可能なフィールドがあります。
いくつかは、名、姓、電子メール、電話番号などの一般的なものです。
その他は、趣味、スキル、興味などです
いくつかは、身長、体重、肌の色です。
これらの各グループは、システムによって異なる時点で使用されます。データベースを介してネゴシエートできるという点では、それぞれ約 8 フィールドの 7 つのテーブルを使用したいと考えています。ベストプラクティスは何ですか?
編集:データは、プロファイルの一致を見つけるために、検索エンジンで使用されます。これは私がしていることに影響しますか?