database-optimization

    1

    4答えて

    私は効率性の点で、データベースとの接続の量を最小限に抑えること(特に、強力なネットワークトラフィックの状況で)が望ましいため、小さなクエリではなく1つの大きなクエリではなく、 私の質問は、データベース操作のセットを分離して霧化すること(そして、それらのうちの1つが失敗した場合ロールバックすること)の他に、トランザクションを実行することです。行為は大きなクエリのようですか?つまり、多くのデータベース

    6

    1答えて

    私が知りたいのは、帯域幅と全体的な効率の面で最も高額なオプションです。 私のアプリケーションにクラスClientがあり、データベースにclientのテーブルがあるとします。 個々のフィールドを取得する多くのクライアントレコード(Client.getNameById、Client.getMobileNumberByIdなど)を取得する1つの静的関数Client.getByIdを持つ方がよいでしょうか

    2

    3答えて

    私はすべてのユーザーデータ(FIRSTNAME、姓、住所等)を含むMySQLでユーザテーブルを有する しかし、私は別のテーブル内の認証の詳細を保存する必要があり(ユーザ名、パスワード)、2つのテーブルをユーザーIDでリンクしますか? この点に大きな点はありますか? もっと安全ですか? または追加のコーディングを追加するだけですか?

    1

    3答えて

    INDEXESをテーブルに含める方法についての助けが必要です。私はいくつかのチュートリアルでそれについて読んだことがありますが、それでも私のデータベースに実装することはできません。私のデータベースの効率を上げるには: 私はphp_apc.dllをwampserverにインストールしました。それは少し速くて、私はSELECT * の使用を避けようとしました。しかし、INDEXの実装方法は私の問題です

    5

    2答えて

    データベース内のすべての行に対してバッチ処理を実行しています。これは、すべての単一のモデルを選択し、それに対して何かをすることを含む。これをチャンクに分割し、チャンクでチャンクします。 私は現在Paginatorを使用しています。便利です。これは、順番にページできるように、値の順序付けが必要であることを意味します。これはorderとlimit句を持つSQL文を生成し、各チャンクについてはPostg

    7

    1答えて

    だから私はいつもExtraカラムの "Where Using"を見るのは良いことだと思っていました。しかし、私はEXPLAINをintepretingすることで同僚のために茶色のバッグランチを計画していましたが、今はそれほど確かではありません。 MySQLディクショナリは、 "Where Using"に関する注記でこれを示しています。 WHERE句を使用して、次のテーブルとの一致またはクライアント

    2

    3答えて

    私は自分のサイトを最適化しようとしていますが、これはちょっとしたDjangoのドキュメントです: Database Access Optimizationこれはプロファイリングの後にインデックスを付け、データベース最適化の出発点として適切なフィールドを選択することを示唆しています。 通常、djangoドキュメントは、経験豊富なプログラマが「明白」と考えるかもしれないものでさえ、物事をかなりうまく説

    5

    5答えて

    私は一度、挿入を実行して、データベースエントリが存在するかどうかをチェックして欠落している場合に挿入するよりも、挿入を失敗させるほうが速いと言われました。 私はまた、ほとんどのデータベースは書き込みより読み込みを読みやすくするために非常に最適化されていると言われました。 予想される衝突の回数ですか? (IEの場合、エントリがすでに存在する可能性が低い場合にのみ挿入するほうが速いです。)実行している

    0

    2答えて

    メッセージボードを作成していて、定期的なトピック(つまり貼り付けられていないトピック)を取り出し、最後に投稿されたメッセージの日付順に並べ替えようとしています。私はこれを達成することができますが、約10,000のメッセージと1500のトピックがある場合、クエリ時間は> 60秒です。 私の質問にはパフォーマンスを向上させるために何かできますか、私のデザインには根本的に欠陥がありますか? 私が使用して

    0

    1答えて

    SQLiteデータベースからいくつか余分なサイズを取り除こうとしています。私のWebServicesからiOSアプリケーションに引き出しています。私はいくつかの別々のテストをして、テーブルを大きくする必要がある。 私は約223kレコードの価格表を持っています。 2つのREALカラムをINTEGER * 100に変換するだけで、既に私のテーブルのサイズはキロバイトで34%戻ってくれました。実際には衝