問題タブ [select-into]

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 投票する
1 に答える
2779 参照

oracle - WITH 句を使用した Oracle PL/SQL Select into variable

目的の結果が得られる WITH 句があり、それを変数に入れようとしています。簡単にするためにコードを省略しました。コードの最後の行が最も関連性があります。

しかし、これは機能しません。コンパイラはこれを好みません。私もこのように最初に入れてみました:

このようなことを行うための適切な構文を知っている人はいますか?

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

sql-server - 複製されたテーブルのサイズが元のサイズよりもずっと小さいのはなぜですか?

SQL Server Management Studio が次のストレージ統計を示すテーブル [ExampleSource] があります。

  • インデックス領域: 58 MB
  • 行数: 28269319
  • データ容量:4,567MB

さまざまなインデックス構成のベンチマークを行う目的で、次のコマンドを使用してテーブルをコピーしました。

クエリが終了するとすぐに、驚くべきことに気付きました。新しいテスト テーブルのデータ サイズは劇的に小さくなりました。

  • インデックス領域: 0.016 MB
  • 行数: 28269319
  • データ容量:2,820MB

新しいテーブルには同じデータがあり、インデックス/主キーはありません。新しい Test テーブルに主キー (元のキーと同じ) を追加すると、次の結果が得られました。

  • インデックス スペース: 22.227 MB
  • 行数: 28269319
  • データ容量:2,820MB

キーを追加してもデータ領域が増加しなかったことは驚くべきことではありません。

それが役立つ場合のテーブル構造は次のとおりです。

元のテーブルは、時間の経過とともに多くの行が挿入された結果であり、通常は一度に数千回挿入されます。更新も削除もありません。元のテーブルとのこの劇的なスペースの違い (インデックスとデータの両方) の原因は何なのか疑問に思っています。SQL Server は、一度にすべてをコピーするときにデータの最適化/再編成を大量に行っていると推測していますが、元のテーブルに大量の無駄なスペースがあった理由の適切な説明を探しています。この肥大化を防ぐために、テーブルで時折実行できる/すべきメンテナンスはありますか?

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

oracle - 単一の変数で複数の値をフェッチし、それを使用して別の変数の単一の値と比較します

選択クエリを介して単一の変数に複数の値をフェッチし、その変数の値を単一の値のみを持つ別の変数と比較する必要があります。

PL/SQL プログラミングは初めてです。このフォーラムを検索したところ、TYPE/ コレクションを使用した結果が得られましたが、コードで同じものを使用する方法がわかりません。

以下は私のコードのスニペットです:

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

sql - 一時テーブルへの T-SQL 選択で正しい結果が得られない

-- この結果は正しく、正しく動作します:


-- この結果は間違っています :

-- 問題 : 正しい結果を一時テーブルに保存する必要がある