問題タブ [union-all]

UNIONとの違いは何UNION ALLですか？

LIMIT を使用する UNION ALL SELECT クエリで、個々の SELECT ステートメントの行数を取得する必要があります。MySQL のドキュメントでは、クエリのグローバル行数を取得する方法が明確になっています (個々の SELECT を括弧で囲み、最初のステートメントにのみ SQL_CALC_FOUND_ROWS を配置してから、通常の方法で FOUND_ROWS() を取得します)。ただし、個々のSELECT ステートメントの結果行数も必要です。簡略化されたクエリ:

SQL_CALC_FOUND_ROWS がすべての SELECT ステートメントに配置されている場合、「'SQL_CALC_FOUND_ROWS' の使用法/配置が正しくありません」というエラーが発行されます。これをたくさんグーグルで検索し、ここで関連するメッセージを読んでください。本当に単純なことかもしれませんが、私はそれを理解することができません。

UNION ALLを含むクエリを作成しましたが、その2つの部分のデータ型が同じではありません。つまり、1つの列を表示する必要がありますが、データを取得する2つの列の形式に違いがあります。だから、私が例を得るならば：

aとdは数字ですが、形式が異なります。これは、aの長さが15、bの長さが13であることを意味します。浮動小数点の後に数字はありません。数字、varchar、整数、および小数の使用は機能しませんでした。私はいつもメッセージを受け取ります：データ変換またはデータマッピングエラー。これらのフィールドを同じ形式に変換するにはどうすればよいですか？

大規模なグーグル検索の後、私はまだこの質問に対する決定的な答えを見つけることができません. 私が見たいくつかの古い記事/ブログ投稿では、まったくそうではありません。基盤となるデータベースがサポートしている場合、そう言う人もいます。それはどれですか？nhusers グループに質問しましたが、これまでのところ回答がありません。どんな助けでも大歓迎です。

特定の基準のみで在庫調整を探すために組み合わせる必要がある 15 の監査証跡テーブルがあります。

すべてのテーブルで UNION ALL を実行してから基準をフィルター処理するか、UNION ALL を実行する前に各テーブルのミックスに基準を投入するのが最善ですか?

各テーブルはわずか数千のレコードであり、最終的にフィルター処理されたリストは通常​​、レポート用に出力されている 1,000 未満です。

foxpro アプリがテーブルを生成し、この目的でデータベース設計をほとんど制御できません。

現在、2つのテーブルがありますが、どちらのテーブルも同じ構造であり、Webアプリケーションで使用される予定です。2つのテーブルは生産と臨時雇用者です。一時テーブルには、[signedup]と呼ばれる追加の列が1つ含まれています。現在、各テーブル（recnoとname）にある2つの列を使用して単一のリストを生成しています。これらの2つのフィールドを使用して、Webアプリケーションの検索機能をサポートできます。今私がする必要があるのは、2番目のテーブルの検索で使用できるアイテムの量を制限することをサポートすることです。この理由は、人が「サインアップ」すると、同様のレコードがプロダクションテーブルに作成され、独自のrecnoを持つようになるためです。

やって：

...みんなに見せてくれます。私が試してみました：

しかし、これは何も返しませんか？誰か助けてもらえますか？

同じテーブルが2つあります。私はそのような方法でそれらを結合する必要があります：

ここで、xxxはテーブル名を照会します。ここで、f1フィールドとf2フィールドはから取得されます。出力例：

前もって感謝します。

UNION ALL は、テーブル b、c、d のレコードをこの順序で出力することを保証しますか? つまり、b からのレコードの前に c からのレコードはありません。この質問は、特定の DBMS に関するものではありません。

複数のテーブルでselectステートメントを実行する必要があります。テーブルは異なるレコードを返すと確信しています。とにかくUNIONALLを使っています。

テーブルが異なるレコードを返すことが確実な場合は、パフォーマンスの観点からUNIONまたはUNIONALLを使用する方がよいでしょうか。

ここで見つけたのと同じ問題があります

MySQL-構造は同じでデータが異なる複数のテーブルからデータを選択します。

構造は同じでデータが異なる多くのMySQLテーブルからデータを選択する必要があります（table_0、table_1、table_2などをtable_5に分割して、数百万のデータレコードを配布します）。

各デバイスのデータレコードを生成するハードウェアは、タイムスタンプフィールドに従ってテーブルからテーブルに移動します。これは一意ではありません。たとえば、table_0の50レコードのタイムスタンプは同じである可能性があります。データがtable_5の最後に到達すると、table_0に戻り、そこでデータの上書きを開始します。時間範囲内で各デバイスのデータを取得する必要があります。

各テーブルのデータ列（table_0、table_1 ...からtable_5まで）：
timestamp, robotGroupID, robotID, sensor1, sensor2, sensor3, ... (many of them)

ただし、テーブルは巨大であり、UNION ALL（DISTINCTよりも高速に読み取ります）は、6はもちろん、2つのテーブルでも、実行に永遠にかかります。たとえば、以下の2つのテーブルについて説明します。

PHPでのMySQLステートメント:(センサー1、センサー2、センサー3のみを示しています）
(SELECT sensor1, sensor2, sensor3 FROM table_0 WHERE robotID=".$robotID." AND timestamp BETWEEN ".$timeStampStart." AND ".$timeStampStop)
UNION ALL
(SELECT sensor1, sensor2, sensor3 FROM table_1 WHERE robotID=".$robotID." AND timestamp BETWEEN ".$timeStampStart." AND ".$timeStampStop)

注意：テーブル名を除いて、まったく同じクエリです。時間範囲内のロボットのセンサーデータは、一度に1つ、1つ、または複数のテーブルにまたがることがあります。

各時間範囲内のロボットからのレポート数を事前に知ることができないため、LIMITを使用できません。会社のデータベースへの読み取り専用アクセスしか持っていないMERGESTORAGEENGINEcosを使用できません。

クエリを実行する前に、各テーブルでcount（robotID）などを使用して確認することを考えていますが、このcosの使い方がわかりません。私はかなりの初心者です。

図よりも列が多いので、6つのテーブルともっと多くの列でこれをより速く動作させるにはどうすればよいと思いますか？前もって感謝します！