問題タブ [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.
javascript - ng-table からフィルター ボックスを定義する方法は?
http://bazalt-cms.com/ng-table/example/4の指示に従って、ng-tableにフィルターボックスを作成します
私のコードは例と同じです:htmlでフィルターを作成します:
レイアウトが表示されます。
しかし、次のように、テーブルにフィルター ボックスを入れたくありません。
ファイラーは、フィルター ボックスのテーブルの私のコードの上にあります。
... ng-model="filter.name" を使用してバインドしますが、機能しません...
私の想像力を実現する方法はありますか?
entity-framework - 自己参照エンティティを持つ UpdateGraph
EF でGraphDiffを使用して、REST サービスから取得した切断されたオブジェクトの状態を更新しています。
今からかなりうまく機能していますが、自己参照エンティティに問題がありました。
エンティティ :
UpdateGraph 呼び出し:
さて、この最後のグラフ呼び出しは、1 レベルの再帰のみを更新します。再帰の深さに関係なく、どうすれば更新できますか?
ruby-on-rails - 自己参照モデルの異なる動作。バグですか?
バグを発見したようです。異なる動作をする 2 つの類似したモデルがあります。
私は属しているPost
モデルを持っていAuthor
ます。
Task
自己参照するモデルがあります。
モデルコード:
app/models/author.rb :
アプリ/モデル/post.rb :
アプリ/モデル/タスク.rb :
Post
とのTask
スコープは似ていますが、動作が異なります。
after_create
Task モデルにはコールバックがあり、親を出力する必要がありますが、親の正しい ID があるに Task
もかかわらず nilです。task_id
なぜ動作が異なるのですか?
sql-server - 自己参照外部キーを使用してディメンション テーブルをロードする
自己参照キーを含むディメンション テーブルを読み込もうとしていますが、最も効率的/効果的な方法を理解したいと考えています。
私のセットアップは次のとおりです。私のステージング環境には、メッセージの主キーとスレッド内の最初のメッセージの自己参照外部キーの 2 つのキーを含むメッセージ テーブルがあります。キー以外のすべてを取り除いた単純化されたテーブル構造:
MsgMain_SK のクラスター化インデックスと共に、両方のキーを含む非クラスター化インデックスがあります。
そのメッセージ テーブルからディメンション テーブルにデータをロードしています。
(私はまだそのテーブルにインデックスを作成していませんが、同じセットアップに従う予定です: SK でクラスター化され、ビジネスおよび外部キーでクラスター化されていません)。
私の初期ロード プロセスは次のようになります (SSIS ETL パッケージに変換されます)。
最初のレコードをロードした後、戻って次のUPDATE
ステートメントを実行します。
質問 1:これらのプロセスの両方を 1 つのステップで行う方法はありますか?
質問 2: ThreadPK1 のビジネス キーを MsgMainPK1 と共にテーブルに格納すると (つまり、SrcThreadStarterID を追加すると)、更新はより効率的になりますか?
質問 3:これを SSIS (ETL) パッケージに変換した後、次のようにしたほうがよいでしょうか。
- 各行がロードされると起動するトリガー (重要な場合は、一括挿入を使用しています)
- 新しく作成/更新されたすべてのレコードに対して上記の UPDATE ステートメントを実行する SQL 実行タスク
- 同じ論理 UPDATE を実行するルックアップおよび一括更新データ フロー
- あなたが提案しようとしている他の言いようのない独創的なもの
サンプルデータ:
必要なデータ:
sql - 自己参照関係の ON DELETE SET NULL
を参照する1primary key
つと1 つのテーブルがあります。つまり、同じテーブルに親と子がいます。SQL サーバーには、削除ルールの 3 つのオプションがあります。ただし、削除ルールを設定することしかできません。サイクルや連鎖のため を設定できないことは承知しております。しかし、他のオプションが許可されていないのはなぜですか? 特にその1。foreign key
same table primary key
"NO ACTION"
"cascade" delete
"SET NULL"
現在、これを手動で行う必要があります。子レコードを見つけて、外部キーを null に設定する必要があります。その後、親を削除できます。ルールを設定できないのはなぜですか?