問題タブ [calculated-columns]

したがって、基本的に、データベースから取得するデータは上記のようになります。最初の列はプロセスの名前で、2番目の列は実行が終了した時刻です。プロセスの実行時間を表示する3番目の列を追加したいと思います。

基本的に、プルされたデータは代わりに次のようになります。

startTimeそして、列を追加してそれを決定する方が簡単であることはわかっていますがrunningTime、それを変更するためのアクセス権がありません。また、古いデータに関係なく、とにかく動作するstartTimeがありません。

最初のプロセスの開始時間は任意ですが、私が何をしているのかがわかります。procDがいつ終了したかとprocCがいつ終了したかに基づいてprocCの実行時間を知ることができます（2番目から1番目を引きます）。

「行X列B」と「行X-1列B」の違いに基づいて、その3番目の行を計算するにはどうすればよいですか。

多くの異なるテーブルからデータを選択する（かなり複雑な）SQLステートメントがあり、古いレガシーデータ構造に対処するために、他の列の値に基づいて値を取得するカスタム列がいくつかあります。私は現在、CASEステートメントでこれを解決しました：

ASMS SQL Server Management Studioでクエリを実行すると期待するすべての結果が得られ、句で指定したとおりに列名が一覧表示されます。ただし、何らかの理由で、WHEREステートメントで条件値を使用することは許可されていません。追加した場合

クエリの最後に、その行に次のようなエラーが表示されます

メッセージ207、レベル16、状態1、行152
無効な列名'ChannelValue'

なぜこれが許可されないのですか？代わりに何をすべきですか？

私は次のプロパティを持っています

これは、美しく機能している請求書に割り当てられたトランザクションの金額をロードします。

ただし、ほとんどの場合、この量は気にしません。この計算列を条件付きでロードする方法はありますか? または、この計算列を HQL/Critera に追加して、実行する特定のクエリの一部にする方法はありますか?

次のようにビューを変更したい：

columnOne は「非 null」であるため、columnThree も「非 null」に強制したいと考えています。columnOne はアルガリズムのみが取り込まれた char(2) であるため、可能、不可能、暗黙的、役に立たない、または深刻な問題を引き起こす可能性があります。

私は単に構文を知りたいです

私のサイトには、jqgrid テーブルがあります。

デフォルトでは、列の名前 (ヘッダー) は列の幅よりも長くなります。これは、名前を省略記号で設定したためです。

ただし、列のサイズを変更すると、省略記号付きの短い名前が残ります。

ユーザーが列を展開しているときに、十分なスペースがあるときに省略記号が消えてフルネームに変わるように、自動で機能させるにはどうすればよいですか。

ありがとう

永続化され、インデックスが付けられた計算列の結果が表示されないような方法でこの質問を表現するのに苦労しています。

私の質問は、次のようなテーブルがあるかどうかです。

Balanceにインデックスがあるとすると、SQLクエリプロセッサは次のようなクエリを効率的に処理しますか。

クエリでケースを直接指定したかのように、計算された列式を本質的に「インライン化」しますか？

計算列の式がスキーマにバインドされていないユーザー定義関数にある場合はどうでしょうか。

編集

前述のように、HasBalance列にはデータの分散があまり良くないため、私の例はあまり良くありませんでした。しかし、インデックス自体の効率を少し無視すると、クエリプロセッサは、インデックスを選択して実行プランを選択するときに、基本的に上記のクエリを次のように処理しますか？

DataContext の CreateDatabase メソッドを使用してデータベースを動的に作成したいと考えています。手動でマッピング クラスを作成し、テストしました。しかし、式列 (以下を参照) を追加するとすぐに、作成が SqlCeException で失敗し、正確な理由を見つけることができません。

DbType を省略したり、FLOAT に変更したりしても役に立ちませんでした。AutoSync.Always も役に立ちません。AutoSync と IsDbGenerated 属性を省略しても機能しません。私は何を間違っていますか？それとも、これは動的に作成されたデータベースではサポートされていませんか?

SharePoint2007の計算列の問題についてサポートが必要

基本的に、[連絡先メールアドレス]列から値を取得し、Sharepointが自動的に作成したmailto：部分を削除しようとしています。

元の列の値：mailto：foo@fooo.com計算された列に必要な値：foo@fooo.com

これは私がこれまでに得たものです：= RIGHT（[連絡先の電子メールアドレス]、11）

何か助けはありますか？

ありがとう

やむを得ない理由 (多くのレガシー コード、互換性、設計の必要性) により、次の問題があります: 2 つのテーブルがあり、一方が他方の真下にありますが、2 つのフレームに分割されています (私の署名の下の疑似例を参照してください)。 . これら 2 つのテーブルが 1 つのように「動作」するように、これらのテーブルの列幅を正確に同期する必要があります。その理由は、スクロールできる「データ」テーブルの上にスクロールしない「ヘッダー」テーブルがあるためです。

現在、(まだ) 機能していない明らかな提案がいくつかあります。

まず、CSS を使用すると、テーブルのヘッダーではなく、テーブルの行だけにスクロールバーを配置する方法があると聞きました。これは、ここで意図した効果です。残念ながら、上記の理由により、これは実行可能なオプションではありません。

次に、列のパーセンテージ幅の書式設定です。残念ながら、スクロールバーはこれを混乱させます。この解決策は、次の可能な解決策であるピクセル幅の書式設定とも問題を共有しています。ここで、非常に幅の広い列コンテンツがある場合、これらの幅 (px または %) は 1 つのテーブルではオーバーライドされますが、他のテーブルではオーバーライドされません。どうやら CSS の「max-width」でこれを修正してもうまくいかないようです。

最終的に考えられる解決策は、ある種の Javascript と DOM を使用して問題を動的に強制することです。ここでは、各列に最小幅を強制し、下部幅を強制して上部幅をオーバーライドするだけで十分です。それでも、同じ列/行モデルを共有しながら、実際にテーブルを 2 つに分割する機能は非常に便利です。うまくいけば、このソリューションは実行可能であり、極端に複雑ではありません (RE Javascript/DOM の知識が不足していることをお許しください)。

ありがとう、

スコーレム

CASE 式を使用して永続化された計算列を作成しようとしています:

MSDN は、CASE は決定論的であると明確に述べています。

ただし、エラーが発生します。

メッセージ 4936、レベル 16、状態 1、行 1 テーブル 'Calendar' の計算列 'PreviousDate' は、列が非決定論的であるため、永続化できません。

もちろん、スカラー UDF を作成し、それを決定論的として明示的に宣言することはできますが、これを回避する簡単な方法はありますか? すでに最新のサービス パックを入手している最中です。ありがとう。