問題タブ [physical-design]

私は通常、ヘッダーを含める必要がないように、ほとんど何も考えずに前方宣言を使用します。この例に沿った何か:

一部の開発者は、インクルージョン サークルの問題を回避するためにこの方法を使用することを好みます。むしろ、物理設計の重要な部分である大規模な包含階層のオーバーヘッドを最小限に抑えるために使用します (特に大規模なプロジェクトの場合)。

ただし、場合によっては、メンバーをポインターではなく通常のオブジェクトとして宣言して、自動構築/破棄メカニズムの恩恵を受けることができます。これは、コンパイラがそのような場合にクラス定義を必要とするため、前方宣言を使用できなくなるという問題につながります。

したがって、ここで使用できる代替言語構造を誰かが知っていれば、例に示されているように「foo_object」を宣言できますが、そのヘッダーは含まれません。

よろしく

/ロバート

新しい DB を作成していて、変更されない静的データがたくさんあります。その場合、それは手動のプロセスであり、非常にまれにしか発生しません。

このデータは、varchar と Geography の組み合わせです。

合計で約100K程度、4つ以上のテーブルになると思います。

質問

1. これらを読み取り専用ファイルグループに配置する必要がありますか
2. デザイナーでテーブルを作成し、作成中にファイル グループを定義できますか? それとも、スクリプトを介してのみ可能ですか?
3. データが (読み取り専用ファイル グループの) テーブルにある場合、後で変更できますか? それをするのは本当に難しいですか？

ありがとう。

私は、Oracle 環境でビットマップ インデックスを何年も使用してきました。現在、SQL Server 2005 でホストされるデータ ウェアハウス プロジェクトに取り組んでいます。これまでのところ、SQL Server のインデックスのようなビットマップに対する答えを見つけることができませんでした。

何か案は？

モデルを一度作成してから、モデルを変更する必要なく、あらゆる種類のデータベースで使用したいだけです。

データ型をどうすればいいですか? 数値およびその他の種類のデータ型があることがわかりました。それは mysql または access で何に対応しますか?

私がハックすると、一部のコードは当初の計画よりもはるかに大きくなる傾向があります。これが起こると、私は通常、名前空間を導入/折りたたみ/マージし、それらの間でファイルを移動し、フォルダを移動するなどします。最終結果の明確な画像がない場合、これは本当に苦痛であり、単に「スキップ」するのは本当に簡単です。 "。これにより、クラスが他の場所に属している場所、奇妙な名前空間、フォルダがない/間違ったフォルダなど、プロジェクトが悪化します。その後、私は通常、それをもう取得して、より大きなクリーンアップを行うことができません。すぐに、終了時にコードをフリーズします。

だから私の質問は...プロジェクトの名前空間/物理的側面をリファクタリングするのに役立つツールはありますか？

PRIMARY KEYキーワードは、SQL Serverのクラスター化インデックスとどのように関連していますか？

（私が尋ねた別の質問ではなく、この質問に答えたいと思う人もいるようです。そのため、より良い場所を提供しています。）

AS3 Fisix エンジンを使用してゲームプレイのコンセプトを開発しており、振り子を摩擦のないものにする必要があります。アイデアは、画面内でマウスをクリックしてドラッグすることにより (Fisix の Rope リソースを使用して) 頭と尾の位置を定義し、振り子を振って勢いを失わずに開始位置に戻り、これを続けます。繰り返し。

これまでのところ、振り子を正常にスイングさせることができましたが、まだ摩擦と重力の影響を受けています (現実の振り子のように、完全に静止するまで動き続けます)。何度も試行錯誤を繰り返した結果、FisixEngine インスタンスでも Rope オブジェクト自体でも、使用できる明らかなパラメーターが見つからないことに気付きました。これにより、シミュレーションから摩擦を削除または無効にすることができます。摩擦のない動作を実現できます。

具体的でない場合は申し訳ありませんが、この問題について何か光を当てていただければ幸いです。説明されていることを達成するために組み合わせることができる、既存の Fisix オブジェクト パラメータ (重力、速度、推力など) のいずれかに適用できる式はありますか? つまり、Rope リソースが必要であるということだけを考えると、これをどのように解決しますか?

Any help is very appreciated. Thanks.

汎化関係に基づいてデータ モデルを設計するための最良のアプローチは何ですか。たとえば、ベース クラス A と、クラス A を継承する 2 つの派生クラス B および C があるとします。ここで、データ モデルを設計する必要があります。私には3つの選択肢があります

1) テーブル A を作成し、B および C データを指定するためのタイプ列を持ちます。

2) テーブル A、B、C を作成します クラス図と同じように、B と C を A に関連付けます。

3) テーブル A、B、C を作成しますが、B と C を A に関連付けません。

手がかりをいただければ幸いです

私はERDで働いています。それはおそらく論理モデルであり、私はそれから物理モデルを作成する予定です. UML でフォーマットする必要があり、DBMS は PostgreSQL です。

私の調査の一部 ( http://www.1keydata.com/datawarehousing/data-modeling-levels.html // http://en.wikipedia.org/wiki/Logical_data_model#Conceptual.2C_Logical_.26_Physical_Data_Model ) は、この ERD が情報が多すぎて論理モデルにならない可能性があり、実際には物理モデルに近い可能性があります。

私の質問は次のとおりです。

1. 太字のラベルは何を意味していますか?
2. 一部のエントリの末尾にある白い「N」と赤い「U」は何を意味していますか?
3. 破線 (関係) と実線の違いは何ですか?
4. 「カラスの足」と関係の両端の破線の違いは何ですか?
5. これは物理モデルと論理モデルのどちらに近いですか? それを一方から他方に変換するにはどうすればよいですか？

これはERDです：

私は論理モデルを物理モデルに変換しようとしています. データ型の次に、物理モデルに含まれているか、またはその 必要がありますか?...モデルにも多く見られますが、もちろん状況に依存することはわかっていますが、いつになりますか? 説明、場所、住所などの列がある場合、それが必要ですか?nullnot nullnullnot nullVARCHAR2(30)VARCHAR2(50)