問題タブ [self-referencing-table]

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.

0 投票する
3 に答える
4098 参照

javascript - ng-table からフィルター ボックスを定義する方法は?

http://bazalt-cms.com/ng-table/example/4の指示に従って、ng-tableにフィルターボックスを作成します

私のコードは例と同じです:htmlでフィルターを作成します:

レイアウトが表示されます。

ここに画像の説明を入力

しかし、次のように、テーブルにフィルター ボックスを入れたくありません。

ここに画像の説明を入力

ファイラーは、フィルター ボックスのテーブルの私のコードの上にあります。

... ng-model="filter.name" を使用してバインドしますが、機能しません...

私の想像力を実現する方法はありますか?

0 投票する
1 に答える
320 参照

entity-framework - 自己参照エンティティを持つ UpdateGraph

EF でGraphDiffを使用して、REST サービスから取得した切断されたオブジェクトの状態を更新しています。

今からかなりうまく機能していますが、自己参照エンティティに問題がありました。

エンティティ :

UpdateGraph 呼び出し:

さて、この最後のグラフ呼び出しは、1 レベルの再帰のみを更新します。再帰の深さに関係なく、どうすれば更新できますか?

0 投票する
0 に答える
107 参照

ruby-on-rails - 自己参照モデルの異なる動作。バグですか?

バグを発見したようです。異なる動作をする 2 つの類似したモデルがあります。

私は属しているPostモデルを持っていAuthorます。

Task自己参照するモデルがあります。

モデルコード:

app/models/author.rb :

アプリ/モデル/post.rb :

アプリ/モデル/タスク.rb :

PostとのTaskスコープは似ていますが、動作が異なります。

after_createTask モデルにはコールバックがあり、親を出力する必要がありますが、親の正しい ID があるに Taskもかかわらず nilです。task_id

なぜ動作が異なるのですか?

0 投票する
1 に答える
1040 参照

sql-server - 自己参照外部キーを使用してディメンション テーブルをロードする

自己参照キーを含むディメンション テーブルを読み込もうとしていますが、最も効率的/効果的な方法を理解したいと考えています。

私のセットアップは次のとおりです。私のステージング環境には、メッセージの主キーとスレッド内の最初のメッセージの自己参照外部キーの 2 つのキーを含むメッセージ テーブルがあります。キー以外のすべてを取り除いた単純化されたテーブル構造:

MsgMain_SK のクラスター化インデックスと共に、両方のキーを含む非クラスター化インデックスがあります。

そのメッセージ テーブルからディメンション テーブルにデータをロードしています。

(私はまだそのテーブルにインデックスを作成していませんが、同じセットアップに従う予定です: SK でクラスター化され、ビジネスおよび外部キーでクラスター化されていません)。

私の初期ロード プロセスは次のようになります (SSIS ETL パッケージに変換されます)。

最初のレコードをロードした後、戻って次のUPDATEステートメントを実行します。

質問 1:これらのプロセスの両方を 1 つのステップで行う方法はありますか?

質問 2: ThreadPK1 のビジネス キーを MsgMainPK1 と共にテーブルに格納すると (つまり、SrcThreadStarterID を追加すると)、更新はより効率的になりますか?

質問 3:これを SSIS (ETL) パッケージに変換した後、次のようにしたほうがよいでしょうか。

  1. 各行がロードされると起動するトリガー (重要な場合は、一括挿入を使用しています)
  2. 新しく作成/更新されたすべてのレコードに対して上記の UPDATE ステートメントを実行する SQL 実行タスク
  3. 同じ論理 UPDATE を実行するルックアップおよび一括更新データ フロー
  4. あなたが提案しようとしている他の言いようのない独創的なもの

サンプルデータ:

必要なデータ:

0 投票する
1 に答える
1682 参照

sql - 自己参照関係の ON DELETE SET NULL

を参照する1primary keyつと1 つのテーブルがあります。つまり、同じテーブルに親と子がいます。SQL サーバーには、削除ルールの 3 つのオプションがあります。ただし、削除ルールを設定することしかできません。サイクルや連鎖のため を設定できないことは承知しております。しかし、他のオプションが許可されていないのはなぜですか? 特にその1。foreign keysame table primary key"NO ACTION""cascade" delete"SET NULL"

現在、これを手動で行う必要があります。子レコードを見つけて、外部キーを null に設定する必要があります。その後、親を削除できます。ルールを設定できないのはなぜですか?