database-performance

    1

    1答えて

    SQL Server 2014に多数の行を持つテーブルがあります。それをTableAと呼ぶことにしましょう。 は私がほとんどすべての行(行の97%、のは言わせて)のためにそのPK(AUTOINCREMENT IDクラスタ化キー)を照会する必要があり、この結果セットは、通常、内の別のテーブル(テーブルB)を介して結合しています外部キー(FK_Aと呼ぶ)。問題はTableAがLowSparseColu

    3

    1答えて

    SSISパッケージ(SQLエージェントジョブを介して実行)によってストアドプロシージャが非常に遅く実行される非常に奇妙な問題に直面していますSSMSで手動で実行します。 ジョブを実行するには約2時間かかります。手動で実行するにはわずか30秒かかります。 同じストアドプロシージャを実行し、同じサーバーで実行します。 これは、SSISパッケージ内の流れの構造である: 問題のストアドプロシージャの名前が

    -1

    1答えて

    私たちは、当社のスタッフが一度承認したデータベーステーブルに1000以上のレコードを書き込む必要がある製品を用意しています。この数のレコードを一度に書き込む伝統的な方法は、テーブルに直接ループまたはMySQL一括挿入することです。 これに加えて、私はCRONジョブによってチェックされているテーブルをいくつか持ち、一度に2000レコードで別のテーブルを更新します。 私は、MySQLの一括挿入(パフォ

    0

    1答えて

    XML ExPLICITクエリ用にSQL 2005サーバーを実行しても、パフォーマンス上の問題がなく、非常にうまくいきました。マシン(Windows 2003サーバー)は残念ながら死んでしまったので、Windows 2012ボックスの緊急提供を行わなければなりませんでした。データベースファイルは2008r2と "仕事"に再接続されました。しかし、クエリは非常に遅いです。以前は.x回であったときにク

    0

    1答えて

    私はインデックス付きインデックスコレクションtimestamp_1, timestamp_2 and user_idを持っています。クエリを実行すると(次のログに表示されます)、約3分(175670ms)のクエリが実行されます。私はなぜそれが起こっているのか分からない!! 以下のMongoDB-Logを添付しました。 ログに従う人は誰でも説明できますが、どうすれば最適化できますか? 2017-04

    1

    1答えて

    私はPostgreSQLデータベースでエンティティ6を使用しています(Npgsqlコネクタを使用)。この設定のパフォーマンスが低いことを除いて、すべて正常に動作します。私はデータベース(約20kレコード)にあまりにも多くのオブジェクトを挿入しようとすると、必要以上に時間がかかります。 Entity Frameworkを初めて使用したので、私のローカルマシンのデータベースに20kのレコードを挿入する

    2

    1答えて

    私は以下のようなデータとテーブルのリストを持っています。 データ:{ABC111、ABC112、ABC113,111111,111112,111113} 表: Column 1 Column 2 ABC111 ABC115 ABC115 111333 111111 ABC112 111111 111112 ABC123 111113 111113 ABC113 私の結果は次のようで

    1

    1答えて

    私はWeb上のPHPでWebAppと同期するAndroidアプリを持っています。しかし、私は私の問題の解決方法を知っていますが、私は最高の知りたいと思っています。 私のAndroidアプリは、ユーザーが彼のウェブアプリケーションから自分のデータベースに移動してそこに同期するときに「同期」のようなボタンを持つオフラインアプリです。 しかし、ユーザーがWebアプリケーション上のデータを削除した場合、削

    -1

    2答えて

    MS SQL Server 2014を2016年に実行される別のサーバーに移行することにしました。このデータベースを使用するPHPアプリケーションのパフォーマンスが大幅に低下しました(クエリは1 2秒〜20秒)ですが、スキーマ、構造、データに関してDBは同じです。新しいサーバーのCPU、ディスク、およびメモリのパラメータが高くなっており、作業負荷は通常のものなので、このパフォーマンスの低下は最初は

    0

    1答えて

    ステートメントの最適化に問題があります。対応するテーブル(INTERVAL_TBL)には、約11.000.000行が含まれているため、テストシステムで約8秒かかることがあります。専用のOracle Server(24GBのRAM、17GBのDBサイズ)でさえ、約4〜5秒かかります。 SELECT ID, STATUS_ID, INTERVAL_ID, BEGIN_TS, END_TS, PT,