問題タブ [calculated-columns]

DataGridView コントロールへのデータソースとして設定している Bindingsource があります。そのデータセット クエリには、計算列 (Column1) があります。Bindingsource のタスクに移動して [データのプレビュー] をクリックすると、Column1の他の行にはデータ値が返され、他の行には NULL が返されますが、これは正常であり、期待どおりです。

問題は、この同じ bindingSource をデータソースとして Datagridview コントロールに設定すると、予想されるすべての行が返されることですが、すべての行について、Column1はまだ NULL であり、BindingSource タスクに移動して [データのプレビュー] をクリックすると、すべての行で column1が NULL になっているわけではないことがわかります。

結果を Datagridview コントロールにバインドするプロセス中に、データに何か奇妙なことが起こっていて、混乱していますか? 何か案は。

それは私には最も簡単で簡単な解決策のように思えますが、間違っている場合は修正してください。

テーブルのすべての個々の列にフルテキスト インデックスを作成する代わりに、幅の広い計算列を 1 つだけ生成し、それに対してのみフルテキスト インデックスを実行する方がよいのではないでしょうか?

複数の列を持つことのすべての問題を取り除くように私には思えます。「x AND y」は、列 1 に「x」が存在し、列 2 に「y」が存在する行と一致しないため、検索できません。

反論はありますか？

一部がnullになる可能性のあるフィールド全体に計算列を作成しています。

問題は、これらのフィールドのいずれかがnullの場合、計算列全体がnullになることです。Microsoftのドキュメントから、これは予期されたものであり、SETCONCAT_NULL_YIELDS_NULLを設定することでオフにできることを理解しています。ただし、SQL Serverの他の部分への影響がわからないため、このデフォルトの動作を変更したくありません。

列がnullであるかどうかを確認し、nullでない場合にのみ、計算された列の数式内にその内容を追加する方法はありますか？

計算された日付フィールドでWHERE操作を実行できますか？

SQLで正しく記述されていないルックアップフィールドがありますが、残念ながら変更できません。ただし、基本的には、日付を「2010年7月」や「2009年6月」などの文字として（他の日付以外のデータとともに）格納します。最初に日付を抽出し（LIKE演算子を使用して実行しました）、次に日付範囲に基づいてデータを抽出します。

WHERE演算子に問題があります。計算フィールドをカプセル化するサブクエリを作成すると、WHEREなどの操作を実行できると思いますが、間違っている可能性があります。結論として、計算フィールドで操作を行うことは可能ですか？

更新：確かに私は順序を混乱させ、さらにLIKE演算子は、私を混乱させていたTBD-2010などの日付以外の値も返していました。

両方が同じテーブルにある場合、2 つのフィールド間の相関係数を計算する方法を考え出しました。

...しかし、列が異なるテーブルからのものである場合、それを行う方法がわかりません(両方のテーブルに同じフィルターを適用する必要があります)。

ヒントはありますか？

SharePoint の計算列の数式をデバッグすることはできますか?

私は本当に単純な SharePoint 計算式を試しています=IF([YTD]<[Budget], "OK", "Not OK")。これは SharePoint のデンマーク語のインストールであり、数式は次のようになるはずです。

しかし、これは同じ構文エラーまたはサポートされていないエラーのままになります。角括弧、カンマ/セミコロン、一重引用符/二重引用符の有無にかかわらず、IF/HVIS のすべての組み合わせを試しましたが、何も機能しません。式=YTD<=Budgetが機能します。

私のSQLテーブルでは：

列名に特定の単語 (靴など) を含む列を合計するにはどうすればよいですか?

予想された結果：

productname、cost、costnotax の 3 つのフィールドを持つ基本的なテーブル products があるとします。

コスト フィールドからパーセンテージを差し引いて、costnotax フィールドに自動的に入力することは可能ですか?

これを行う最良の方法は何ですか？

今書いているように、invalid column name 'foo'エラーが発生します。selectステートメントをビューとして使用できる場所でこれを行う方法はありますか?

計算列を毎日更新するストアドプロシージャの作成に追われています。残念ながら、ストアドプロシージャに関する私の知識は限られていますが、適切な場所のようです。私はより多くの背景情報を提供しようとしています：

メインテーブルはクレームを格納し、tabDataと呼ばれます。データ型bit（boolean）の列'IsReturn'があります。

1.ルール：列値fimaxActionCodeがこれらの1、2、3、4、5、8、9、12、14、17、18、20、21、22、23、24のいずれかである場合、クレームはリターンです。 、25、30、31、32、35。

2.ルール：fimaxActionCodeが8、10、11、13、19、23、24、26の以前のクレーム（日付値とIMEI（携帯電話のID番号）で識別される）がある場合、クレームは返品ではありません、27、28、29、30、33、34、36、37 in fiClaimeStatus 1、4、6、254、255。

最初のReturn-Ruleは古いものであり、ssasキューブの計算列として実装されています。今はもっと複雑になっているので、毎朝実行されるストアドプロシージャにその計算を入れたほうがいいと思いました。

これは、候補のクレーム（ルール1）がルール2で失敗するかどうかを確認する必要があるものです。以前のすべてのクレームを選択するビュー「PrevClaim」を作成しました。

このsql-statementを使用して、特定のIDの最後のParent-Claimを取得できます（このクレームはルール2に対して検証する必要があります）。

しかし、今では、この親クレームがルール2で失敗したクレームであるかどうかを確認する方法/場所がわかりません。このSQLを変更し、条件をwhere句に入れると、間違ったクレームが発生します（4つの親クレームがあると考えてください）。 、最後の時間は問題ありませんが、4番目は失敗します。したがって、4番目を取り戻しますが、最後の時間と照合する必要があります）：

私は輪になって行くか、多分そのようなものには暑すぎます。誰かが私を正しい方向に導いてくれること、および/またはストアドプロシージャにそれを実装する方法を教えてくれることを願っています（UPDATE ... CASEしかしどのように？）。

編集：私は今正しい軌道に乗っていると思います。たぶん誰かが1つのSQLステートメントでテーブル全体を更新する方法を教えてくれるかもしれません。次のユーザー定義関数は私に正しい値を与えます：

別の質問：1つのクエリのみを使用することは可能ですか？私の関数では、PrevClaim-Viewで2つのクエリを使用して、Prev.Claimがクリティカル状態にあり、クリティカルなMaxActioncodeがあるかどうかを確認します。