database-performance

0熱

1答えて

私は大量のデータを持っています。データテーブルのすべての行をループする必要があるフィールドを生成する必要があります。このループは、パフォーマンスを低く、非効率的にします。これは特にQlik Senseには何か方法や解決策がありますか？サンプル構造は、以下のように次のようになります。 FOR Each a in FieldValueList('employee') ~~~~ about 1

-1熱

1答えて

中速テキストを使用したパフォーマンスの問題

Google PageSpeed Insightsを使用してウェブサイトの掲載結果を分析していますが、主な問題はサーバーの応答時間が遅く、平均で約1.5-2秒です。 Googleは200msを達成しようとすることをお勧めします。私が確立したことは、データベースからデータを取得するためのクエリが非常に重要なパフォーマンスの問題を引き起こしていることです。私のウェブサイトは、ウェブサイトのセクション

0熱

1答えて

SQLの各実行の測定/監視の応答時間

Oracle 11gでは、特定のSQLの応答時間を監視したい（私はSQLのsql_idを知っている）。意味、私はそれが実行されるたびにSQLの応答時間を知りたい。私はしばらくの間、「オンにする」だろうし、その後のようなデータに何かを見たい： For sql_id 'abcdefg', following were the execution time (in ms) 10 12 10 13 10

2熱

1答えて

postgresクエリについて説明します。なぜ、WHEREとLIMITを使った方がずっと長いクエリですか。

私はpostgres v9.6.5を使用しています。複雑ではないようで、なぜ「遅い」のだろうと思っていたのですが（それほど遅くはありませんが、実際には数千の行のように多くのデータがありません）ここではクエリです： SELECT o0.* FROM "orders" AS o0 JOIN "balances" AS b1 ON b1."id" = o0."balance_id" JOIN "

-1熱

1答えて

遅いデータベース操作Djangoフィルター

私は約24ミルのモデルをフィルタリングする必要があります。インスタンス（レコード）。 URL kwargから取得した名前に基づいてフィルタリングする必要があります。次のようなものがあります。 Model.objects.filter(field__icontains=self.kwargs['kwarg']).values() これは、ページが実際に遅くてCPUから多くの処理が行われるため、これは

-2熱

1答えて

UNION ALLビューの実行が非常に遅い

私はTableauでのデータを準備しています。現在、私は巨大なUNION ALLスクリプト（2つのテーブルのみを示す添付）を使って1つの大きなビューに結合する約12のテーブルを持っています。 Tableauでの私のパフォーマンスは非常に遅く、データをより効率的に構築する方法があることは確かです。現在、私は15分ごとにタブロー抽出をリフレッシュしなければならないので、データは真に「生きている」わけで

1熱

1答えて

Redshift LEFT JOINよりずっと遅い

私はステージングテーブル（ '新しいデータ'）を別のテーブル（ '既存のデータ'）と比較して、追加/変更/削除された行、そして最終的にアップサルトを識別しようとしています。これは高価な操作です - 大きなデータセットでは完全な違いです。構文上の明快さのためにEXCEPTコマンドを使用したかったのですが、重大なパフォーマンス上の問題があり、LEFT JOINがはるかに優れています。 2つのテーブルに

1熱

1答えて

クライアントからMongoDBログに任意のログデータを追加するには？

DBパフォーマンスをプロファイリングするためのnode.js WebアプリケーションがMongoDBに接続しています。アプリケーションが受け取った各リクエストにはrequest-idが割り当てられ、複数のクエリをMongoDBに送ることができます。私はMongoDBの各ログ行でこのrequest-id値を見たいと思っています。これを行う方法はありますか？ "req<id>": nullのような各ク

-4熱

3答えて

自己結合表とcteの再帰

私は好奇心を持っています。ここにベストプラクティスを教えてください。 empnameにはempnameとmgr_nameの列が含まれ、empnameにはempnameが含まれ、mgr_nameには特定の従業員のマネージャ名が含まれていることがわかります。私の要件は、少なくとも1人のマネージャー+マネージャーである従業員に報告する従業員を見つけることです。私はクエリを書き、正しいレコードを返してい

1熱

1答えて

DBトリガー条件がパフォーマンスを改善しますか？

私は、DBトリガー条件はSQL式でなければならず、サブクエリを含むことができないことを知っています。ただし、トリガー・コード内でPL/SQLとサブクエリを使用することは可能です。私は、可能であれば、トリガ条件を使用することで、より良いパフォーマンスを得ることができると考えていました（たとえば、SQLエンジンとPL/SQLのコンテキスト切り替えが保存されているなど）。例えば、トリガ条件を使用して、