solo11
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: И алгоритм поиска выглядит так: 1. Нашли в словаре числовой "код города" по его текстовому имени, а словарь будет всегда меньше основной таблицы = поиск будет происходить быстро. 2. Отобрали записи из основной таблицы, где в числовом поле "город" стоит числовой "код города", а поиск по целочисленным данным будет происходить быстрее, чем по текстовым. | словарь на скорость поиска если и влияет, то совершенно НЕЗНАЧИТЕЛЬНО! На скорость поиска влияет только то, построен ли индекс по полю. А словарь... ну, укоротит длину поля, но это, как правило некритично. Все равно информация с диска читается поблочно, и, что код, что все понятие, как правило, попадают в одно чтение блока. Кроме того, первый пункт выполняется на этапе задания запроса, а не при поиске. так что "= поиск будет проходить быстро" к самому поиску отношения не имеет. Цитата: Выигрыш от максимального сжатия RARа составляет 10 - 30 %. | по сжатию. говорить о сравнении технологий сжатия имеет смысл только если натравливать внешние архиваторы на "несжатые, нешифрованные" базы, лучше без индексов. Думаю, в этом случае винрар утрет нос кроносу, но я не пробовал... Цитата: Вообще-то, если все по правилам сделано, то в таблицах в любой записи всегда есть целочисленное поле ID, которое однозначно идентифицирует эту запись. | в кроносе записи однозначно идентифицируются разве что по их системному номеру , но формат баз так устроен, что в записи системный номер не хранится... |