query-optimization

    0

    1答えて

    下記の高速実行と最適化にはヘルプが必要です。 - 25行 warranty_period - 878行 company_claimtype - 216行 会社を次のように 添付2つの画像内の実行プランを探す... すべてのテーブルで データがあります claim_type - 25行 顧客 - 15980行 auto_handle - 25行 auto_handle_condition - 31行

    0

    1答えて

    シナリオを問い合わせ: は、2つのテーブルがあるとします。表Aと表B Aが100万行が含まれ、表Bには表Aにおけるいくつかの場合ではないすべての行を含めることができます # Table A ,----,-------,------,---------,-------,---------, | id | email | name | surname | score | updated | '-

    0

    1答えて

    MongoDBバージョン3.2.8を使用しています。実行中ですdb.Member.find({$where: "var d = new Date(this.Birthdate); return d.getUTCDate() === 4 && d.getUTCMonth() === 2 && d.getUTCFullYear() !== 2017" })ローカルのmongoでこのクエリを実行するのに

    2

    2答えて

    私はこの種のクエリを持っています。しかし、私はどのように同じ分割機能で冗長な条件を省略することができるようにこのクエリを最適化する必要があります。 DECLARE @Filter nvarchar(20) SELECT @Filter ='5,22,3' SELECT * FROM Employee e WHERE e.code IN ( CASE W

    0

    2答えて

    以下のサンプルクエリは、私の主なクエリの一部です。以下のクエリでSORT演算子がコストの30%を消費していることがわかりました。 SORTを回避するには、インデックスを作成する必要があります。このコードを最適化する他の方法はありますか? SELECT TOP 1 CONVERT(DATE, T_Date) AS T_Date FROM TableA WHERE ID = r.ID AND S

    0

    1答えて

    次の質問があります。 私は2つの質問を1つずつ実行しています。あなたが唯一の違いはYとX部品の間で見ることができるように SELECT SomeColumn FROM SomeFunction(id) WHERE A and B and C CROSS JOIN Y : まず: SELECT SomeColumn FROM SomeFunction(id) WHERE A

    0

    1答えて

    「_id」にソートされた複合インデックスを使用するクエリがあります。複合インデックスは、インデックスの末尾に "_id"があり、クエリに$gt句を追加するまで正常に動作します。私が気付いています何 すなわち、 初期クエリ db.colletion.find({"field1": "blabla", "field2":"blabla"}).sort({_id:1} 後続の問合せ db.colleti

    0

    1答えて

    クライアントのテストデータをCustomer -< Bookingの形式で生成しています。達成しようとしているのは、1カスタマーあたりの予約数を1から25までランダムに生成することです。 テーブルのテストデータを既に生成しているので、n <= ABS(CHECKSUM(NEWID())) % 25を数値表の結合条件として使用して、行ごとにランダムな基数を生成できると考えましたが、15分以上かかるた

    0

    2答えて

    いくつかのmysqlクエリでいくつかの問題が発生していますが、何回か実行するのに約50秒かかりますが、もう1回は約1秒かかります。クエリは私が必要とすることをしますが、明らかに遅すぎます。以下 が使用され、3つのテーブルである列の一部を示す: 製品表(14315行) id | title | image | price | rrp | upsell 20381 | test | test | 2