в MySQL, тип индекса - это B-дерево, и доступ к элементу в B-дереве находится в логарифмическом амортизированном времени O (log (n))
.
С другой стороны, доступ к элементу в хеш-таблице находится в O (1)
.
Почему табачный стол не используется вместо B-дерева, чтобы получить доступ к данным внутри базы данных?
Выберите DB/ОС, был основан на хешировании и работал хорошо. С большей памятью в эти дни для поддержки эффективных редких хэш-таблиц и избыточного хеширования для поддержки скромных запросов диапазона я сказал бы, что хеширование может все же иметь свое место (у некоторых были бы другие формы соответствия подобия недиапазона, такие как подстановочные знаки и regexps). Мы также рекомендуем копировать для хранения цепочек коллизии непрерывными, когда иерархии памяти имеют большую разность оборотов.