問題タブ [rows]

SQL を使用して異なる方法で交差している 3 つの行の異なるセグメントを取得する方法を教えてください。#t2 の 3 つの行はセット A、B、C を表します - AIB、AIC、BIC、AIBIC、A'、B'、C' などを探しています (ベン図のように 3 行で 7 つの可能なセグメント)ここで私は交差点です。

#t2 で n 行を処理できる一般的なソリューションを探しています。

私が探している出力は、

そのうちの 2 つが NULL であるため、出力には可能な 7 つのセグメントではなく、5 つのセグメントがあります。

サイド プロジェクト用のデータベース スキーマを設計しようとしてきましたが、満足できるものを作成できませんでした。データ アクセスに LINQ で ASP.Net を使用しています。

ユーザーは、それぞれ 2 つの数値プロパティと 1 つの参照プロパティ (アイテム名) を持つ最大 10 個の「アイテム」を指定できるようにします。

このエントリを 1 行に入れると、30 列以上 (最小) に簡単に等しくなります。たとえば、item_1_name (ref) item_1_weight item_1_volume item_2_name... など...

また、各プロパティの範囲は基本的に 1 から 400+ までであるため、これらの列を単純に参照テーブルに変換することはできません。

また、ユーザーが 1 つの項目のみをエントリに入れることを決定した場合、そのデータのオブジェクトを作成するメソッドは、LINQ と同様に静的になり、プロパティやその他のものが NULL であるかどうかを確認し、それに応じて動作する必要があることもわかりました。 . また、エントリで許可されるアイテムの数を増やしたいと思った場合、それを扱うのは頭の痛い問題です。

私が考えたもう 1 つのオプションは、単純に項目ごとに行を作成し、それをエントリ ID で結び付けることです。したがって、基本的に null エントリはありませんが、5 つの奇数列しかないため、テーブルは天文学的に深くなりますが、それほど広くはありません。

私の設計で見落としているものはありますか/これを行うためのはるかに優れた効率的な方法はありますか?

編集: 天文学的に成長すると言うとき、私はこの意味でそれを意味します: ユーザーはエントリを作成でき、各エントリにはアイテムのグループがある可能性が高いです。したがって、サイトに 1 日 1 エントリを作成するとします。3 つのアイテム グループがあり、アイテムの最大数 (10) があり、その唯一のエントリで 30 アイテムに相当します。そのレートで 1 週間毎日エントリを作成すると、その 1 人のユーザーに対して 210 行を作成できます。

ボタンをクリックするだけで、同じ Excel ドキュメントの 1 つのタブから別のタブに一連の行をコピーする必要があります。

また、非表示になっている一連の行をコピーして、「非表示」形式をコピーせずに同じタブに貼り付ける方法についての情報も入手できますか?

当社の Web サイトでは、Perl を使用して、人事担当者が欠員を Web サイトに掲載するための簡単なメカニズムを提供しています。これはサードパーティによって開発されましたが、彼らは長い間連絡を取り合っていました。悲しいことに、社内に Perl のスキルはありません。これは、マーケティング担当者が社内の IT チームを迂回したときに起こることです!

このアプリケーションに簡単な変更を加える必要があります。現在、欠員ページには、欠員があるかどうかに関係なく、「現在、次の空室があります:」と表示されています。したがって、この行が適切なタイミングでのみ表示されるように変更します。

もちろん、少し Perl を学び始めることもできますが、私たちはすでに代わりのサイトを計画しており、Perl を使用していないことは確かです。したがって、これらのスキルを持つ人にとって解決策は些細なものになるため、焦点を絞った助けを求めようと思いました.

以下は、欠員をリストする手順の開始です。

キーラインはwhile (my $ref = $sth->fetchrow_hashref()) {. これは、「返されたレコードセットから別の欠員を引き出すことができる間...」と言っていると考えています。この行の前に print ステートメントを配置すると、常に表示されます。この行の後、空席ごとに繰り返されました。

返されたレコードセットを途中で移動せずに、表示する空席があることを確認するにはどうすればよいですか?

while ループ内のコードをいつでもコピーして、(while ループの前にある) if() ステートメント内に配置できます。このステートメントには、print ステートメントも含まれます。しかし、私はより単純なアプローチを好むだけですIf any records then print "We currently have.." line. 残念ながら、私はこの単純な行でさえコーディングする手がかりがありません。

ほら、私の手探りの説明を考慮しても、それは些細な問題だと言いました!

ティア

クリス

任意の列と行を持つテーブルがあります。この事実は関係ありませんが、実際には、行 (または複数の行) をテーブル内のデータ (またはセルにデータがない場合は空) を含む一連のテキスト入力に変換する関数を開発するだけです。

これを明示的に行っている人々の例を見つけることができないので、ここの人々が解決策を見つけるための最良の方法は何だと考えているのだろうかと思いました。

90,000 行を返す proc を指す rdl ドキュメントを作成しましたが、メモリ不足の例外が発生しています。レポート プロジェクトで処理できる行数に制限はありますか?

現在、レポートを駆動する proc を変更して、上位 90 000 を選択するだけにしました。私の仕様では、120 000 行のレポートを作成できるようになっています。私のレポートはマトリックスです。

先週、106800 行を含むレポートを生成したことを誓いますが、突然できなくなりました。

レンダリング拡張機能を作成しましたが、これはコードにステップインしたときの例外の一部です。

eInfo: 2009 年 2 月 12 日 12:03:53 PM prairieFyre.ReportActions.RenderReport: レポートのレンダリング エラー Microsoft.Reporting.WinForms.LocalProcessingException: ローカル レポートの処理中にエラーが発生しました。---> Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: レポート処理で予期しないエラーが発生しました。---> System.OutOfMemoryException: タイプ 'System.OutOfMemoryException' の例外がスローされました。System.IO.MemoryStream.set_Capacity(Int32 値) で System.IO.MemoryStream.EnsureCapacity(Int32 値) で System.IO.MemoryStream.Write(Byte[] バッファー、Int32 オフセット、Int32 カウント) で System.IO.BinaryWriter .Write(String value) at Microsoft.ReportingServices.ReportProcessing.Persistence.IntermediateFormatWriter.ReportServerBinaryWriter.WriteString(String stringValue) ....

MySQLのInnoDBテーブルの行を削除した後、そのスペースは再利用されないことを何度か読んだことがあります。そのため、テーブルに多くのINSERTを作成し、定期的にいくつかの行を削除すると、テーブルはますます多くのスペースを使用します行がまったく削除されていないかのようにディスクに表示されます。

最近、削除された行が占めるスペースは再利用されると言われましたが、一部のトランザクションが完了した後でさえ、完全ではありません。私は今混乱しています。

誰かが私にこれを理解してもらえますか? InnoDB テーブルに多くの INSERT を実行する必要があり、X 分ごとに、Y 分以上経過したレコードを削除する必要があります。ここで InnoDB テーブルが増え続けるという問題がありますか、それともパラノイアですか?

私のExcelスプレッドシートには、であるセルがあり=SUM(C6:C19)ます。に移動しC20て行を追加すると、その数式は調整されません。に変えて欲しい=SUM(C6:C20)

私は、ソースとターゲットのペアで翻訳された文を含むMS Accessデータベースを持っています（CATツールの仲間のユーザーのための翻訳メモリ）。やや厄介なことに、ソースとターゲットは別々の列に格納されていませんが、次のようにIDでリンクされた行に格納されています。

これを次のようなテーブルに変換するために使用できるSQLは何ですか。

ここではパフォーマンスは重要ではありません。これはたまに行う必要があるだけであり、データベースは巨大ではありません（数千行のみ）。