高速検索またはハッシュテーブルを使用するSQLクエリ

Question

データベースでレコードを検索している場合は、直接データベースを検索するSQLクエリを作成しているか、データベースからハッシュテーブルにデータ全体を読み込んでから検索していますO（1）時間はより速いですか？ この質問は、過去にこのような問題に直面している経験豊富なプログラマーを対象としています。

Answer 1

データベースへの直接SQLクエリの作成は、すべてのレコードを最初にハッシュテーブルに読み込んで検索するよりはるかに高速です。これは、すべてのレコードを最初にハッシュテーブルにロードしてから検索する時間を節約するだけでなく、第二に、それはまた、ハッシュテーブルが消費する多くのメモリを節約します。

私はこのような状況を経験しました。これがあなたを助けることを願って！

Answer 2

あなたが行の主キーを知っているか検索する列がインデックス化されている場合は、SQLを使用して」検索を行うことは、あなたのテーブルがメモリに収まらない場合は特に。はるかに高速になります。

Answer 3

の場合あなたの答えを見つけるためにベンチマークしなければならないSQLテーブルは索引付けされていません。行数、入出力速度、ネットワーク速度（データベースが除去マシンにある場合）などの多くの要素があるので、一方、質問

への答えは、テーブルのインデックスを作成することは、より良い選択である。ただ、は、DBMSへのDBMSの仕事を残す。

Answer 4

Sql Serverデータベースは、ハッシュテーブルより高速で優れています。 重要な理由の1つです ハッシュテーブルは、セカンダリストレージから一度データを読み取り、メモリにロードします。 今、何が起こるかを特定するのは簡単ですか？ データを膨大な方法で保存すると、システムが遅くなります。レコードを操作して検索することは困難です.....

Answer 5

DBMSは、ハッシュテーブルと比較して、使い勝手の良い環境と考えられています。数千ものレコードで結果を得ようとしている場合は、索引を作成する必要はありません。それは必要に応じて決まります。したがって、3層のアプリケーションを使用してリモートマシンから回答を得ることは非常に簡単です。それは行数、IO速度等に注意を払う。