問題タブ [select-query]

Alert テーブルの列のnull 以外の最新の値が必要です。ignition_status

unix_timeUnixタイムスタンプの時間の列があるので、unix_time列の値を最大にして、最新がエントリです。

以下は私のコードです

エラーが発生する

要するに、私はクエリを試しています SELECT ignition_status FROM alert WHERE MAX(unix_time) and tele_device_no = ? and ignition_status IS NOT NULL ORDER BY unix_time

dbUtilsObj.query()では、上記のメソッドには何が必要ですか? 少なくとも正しい生のクエリを教えてください。

選択クエリでパフォーマンスの問題があります。クエリには 4 分以上かかる場合があり、これは長すぎます。このクエリは .Net Client Process で起動されますが、Microsoft SQLServer Management Studio では起動されません。5秒の時もあれば、4分、1分、30秒の時もある。だから私は3つの質問があります：

1. この選択クエリが長すぎるのはなぜですか? sqlserver のキャッシュを解放すると 5 秒もかからないからです。DBCC FREEPROCCACHE および DBCC DROPCLEANBUFFERS の命令でこのクエリをテストします

2. インデックスを再構築するために sort_init という名前の sqlserver システム SQLTransaction が約 30 秒かかるのはなぜですか? この時間を短縮するにはどうすればよいですか？

3. 実行計画で、クラスター化インデックス スキャンではなく、クラスター化インデックス シークを使用するのはなぜですか (すべてのページのスキャンに時間がかかる可能性があります)。スキャンされた各クラスター化インデックスは、各テーブルの主キーです。注意: join 句に Clustered Index Seek を持つこれらのテーブルを使用するクエリが他にもたくさんあります。私が間違っていることは何ですか？クエリをより高速に実行するにはどうすればよいですか? インデックスを最適化するにはどうすればよいですか?

私は SQL プロファイラーを使用して問題を追跡しているので、これらの主要なイベントがあります。

A) SQL プロファイラー:

• SP:StmtCompleted:

テキストデータ:

• 期間 (ミリ秒)

  : 201277

• SQLTransaction :

ObjectName: sort_init
期間 (ミリ秒): 29982
EventSubClass: 1-Commit

B) SHOWPLAN_ALL をオンにしたクエリ

C) テーブルごとに DBCC SHOWCONTIG([MyTable]) を起動します。

DBCC SHOWCONTIG 分析 la テーブル 'Transaction'...

表 : 「取引」 (770101784) ; index ID : 1, base de données ID : 5 Analyze du niveau TABLE effectuée. - ページ分析................................................: 3690 - 拡張分析................................. ...................: 466 - Commutateurs d'extension................................. .......: 526 - Moyenne des pages par extension.................................: 7.9 - Densité d'analyse [meilleure valeur: valeur réelle].......: 87.67% [462:527] - Fragmentation d'analyse logique....: 1.95% - Fragmentation d'analyse d'extension.................: 5.79% - Moyenne d'octets libres per page................. ....: 631.1 - Densité de page moyenne (完全).................................: 92.20%

DBCC SHOWCONTIG 分析 la テーブル 'DespatchNote'...

表 : 'DespatchNote' (1138103095) ; index ID : 1, base de données ID : 5 Analyze du niveau TABLE effectuée. - ページ分析................................................................: 409 - 拡張機能分析................................. ...................: 52 - Commutateurs d'extension................................. .......: 51 - Moyenne des pages par extension.................................: 7.9 - Densité d'analyse [meilleure valeur: valeur réelle].......: 100.00% [52:52] - Fragmentation d'analyse logique....: 0.00% - Fragmentation d'analyse d'extension.................: 5.77% - Moyenne d'octets libres per page................. ....: 806.2 - Densité de page moyenne (完全).................................: 90.04%

DBCC SHOWCONTIG は、テーブル 'ProductsMovements' を分析します...

表 : 'ProductsMovements' (1074102867) ; index ID : 1, base de données ID : 5 Analyze du niveau TABLE effectuée. - ページ分析................................................................: 1112 - 拡張機能分析................................. ...................: 139 - Commutateurs d'extension................................. .......: 138 - Moyenne des pages par extension.................................: 8.0 - Densité d'analyse [meilleure valeur: valeur réelle].......: 100.00% [139:139] - Fragmentation d'analyse logique....: 0.00% - Fragmentation d'analyse d'extension.................: 5.76% - Moyenne d'octets libres per page................. ....: 725.6 - Densité de page moyenne (完全).................................: 91.03%

DBCC SHOWCONTIG 分析 la テーブル 'Flow'...

表 : 「フロー」 (1890105774) ; index ID : 1, base de données ID : 5 Analyze du niveau TABLE effectuée. - ページ分析................................................: 2662 - 拡張機能分析................................. ...................: 337 - Commutateurs d'extension................................. .........: 343 - Moyenne des pages par extension.................................: 7.9 - Densité d'analyse [meilleure valeur: valeur réelle].......: 96.80% [333:344] - Fragmentation d'analyse logique....: 0.45% - Fragmentation d'analyse d'extension.................: 5.93% - Moyenne d'octets libres per page................. ....: 579.2 - Densité de page moyenne (完全).................................: 92.84%

D) 各テーブルの詳細:

データベース内のすべてのテーブルについて、各インデックス (クラスター化されたものとクラスター化されていないもの) の断片化の合計は 10% 未満です。

送付状: (この表に 36360 行) (7 列)

 インデックス: PK_DespatchNote(Cluster) IX3_DespatchNote_RealType(非固有、非クラスター) FK_DespatchNote_Archived(非固有、非クラスター)  テーブルを作成するスクリプト:

トランザクション: (このテーブルの 136120 行) (20 列)

 インデックス: PK_Transaction(クラスター) IX3_Transaction_RealType(非固有、非クラスター) FK_Transaction_ReferencedTransactionId(非固有、非クラスター) FK_Transaction_DefaultDisplayLanguageId(非固有、非クラスター) FK_Transaction_CanceledById(非固有、非クラスター) FK_Transaction_Archived(非固有、非クラスター)  スクリプトテーブルを作成します。

フロー: (このテーブルの 136120 行) (13 列)

 インデックス: PK_Flow(クラスタ)
IX3_Flow_RealType (非一意、非クラスタ) FK_Flow_ValidatedById(非一意、非クラスタ) FK_Flow_UpdatedById(非一意、非クラスタ) FK_Flow_CreatedById(非一意、非クラスタ) FK_Flow_Archived(非一意、非クラスタ)  スクリプトテーブルを作成します。

PRODUCTSMOVEMENTS : (このテーブルの 83631 行) (8 列)

 インデックス: PK_ProductsMovements(クラスター) IX3_ProductsMovements_RealType(非固有、非クラスター) FK_ProductsMovements_DoneById(非固有、非クラスター) FK_ProductsMovements_Archived(非固有、非クラスター)  テーブルを作成するスクリプト:

さらに詳しい情報が必要な場合は、私にアドバイスしてくださいよろしくお願いします。

MySQLの勉強を始めたばかりです。これを数時間調査してきましたが、残念ながら解決策が見つかりません。これはかなり簡単だと思いますが、やり方がわからないだけです。ここや他のサイトで同様の状況を見つけることができませんでした。

ここにいくつかのサンプルデータがあります

ご覧のとおりkomp001、メモ帳とEclipseの両方がインストールされています。

komp001利用可能であるがインストールされていないソフトウェア、つまり、インストールされていないすべてのソフトウェアを教えてくれるクエリが必要ですkomp001。

答えはfirefoxとgoogle chromeだと思います。

このテーブルでは、los.configuration に 3 つの列 (1. groupname 2. class 3.yearofjoining) で構成されるパーティション キーがあります。BPL と APL の 2 クラスが存在する場合があります。データベースからこれら2つのカテゴリを選択したい。

だから私はクエリを使用する必要があります:

このクエリを試していると、次のようなエラーが返されます

パーティション KEY 部分クラスは、IN 関係によって制限できません (パーティション キーの最後の部分のみ可能です)。

問題は何ですか？

編集： 問題は解決しました。クエリは正しいです。私の問題は; 私はローカルデータベースで作業しています。また、アセットフォルダーから直接データベースにアクセスすることはできません。私のコードは、データベースがSDカードに存在しない場合に、アセットフォルダーからSDカードにデータベースをコピーします。したがって、私のデータベースの変更は、資産フォルダー内のデータベースにのみ影響します。そして、古いデータベースで正しいクエリを試しました。質問してすみません。

DB Browser for SQLiteでSQLite クエリを試してみましたが、うまくいきました。

しかし、Android では同じクエリが機能しませんでした。

「ORDER BY sayi DESC」の部分を削除すると、うまくいきます。私はどこで間違っていますか？

更新: この例外を返します: android.database.sqlite.SQLiteException: そのような列はありません: sayi (コード 1): 、コンパイル中: SELECT * FROM kelimeler WHERE kelime LIKE ? ORDER BY sayi DESC LIMIT 10

DB スキーマ:

次の VBA コードで構文エラーが発生しています。誰かがエラーの原因を突き止めるのを手伝ってもらえますか?

私のクエリは両方の日付を取得し、2 つの日付の間にある結果を見つけています。

その部分だけ欠けているのではないかと思います。クエリを明示的にチェックしたので、残りは問題ないようで、正常に実行されます。それで、これは正しいですか？

E.Date >= '" & StartingDateTxt & "' and E.Date <= '" & endDate & "'

これは回答で修正されましたが、Select ステートメントの最初の行でまだ構文エラーが発生しています。何か不足していますか？

選択クエリを作成して、最小年齢から最大年齢までの人を検索したいと考えています。これが、検索フォームから検索値が取得される方法です。

これらの値を 2 つの mysql テーブルに保存しました。1 つはuserで、もう 1 つはCountriesです。私の問題は、ユーザーの年齢を格納するユーザー テーブルに列がないことです。年齢はユーザーの生年月日に従って計算され、ユーザーテーブルにはユーザーの生年月日を格納する列があります。

私usersのテーブルは次のようなものです：

国テーブルにはcountry_idとがありcountry_nameます。

そう。SELECTMySqlクエリを使用してこれを行う方法があることを知っていますか? 誰かが私を助けてくれることを願っています。ありがとうございました。

私はテーブルを持っています、そしてそれはこのように見えます、

body_types、hair_colorsおよび各テーブルの列を使用ethnicityしてルックアップ テーブルを使用しました。idname

上記を使用して、特定のユーザーのすべての値を選択する必要があります。このような。

body_type テーブルから。

ボディタイプ：Skinny, Muscular, Large, Ripped

髪色：Blonde, Dark Brown, Strawberry Blonde, Dark Blondeetc....

上記の結果を得るために選択クエリを作成する方法を誰か教えてください。

誰かが私を助けてくれることを願っています。

ありがとうございました。

特定の列に特定の値が存在する場合に True を返す SQL クエリを作成したいと考えています。そうでない場合は False を返します。

のようなものを作成できることを知っています'SELECT something FROM somewhere WHERE something'。この場合、何も選択したくありません。確認するだけです。

私の質問は、どうすればそれができるかです。