iBase.ru Forum

Я бы первым делом убил индекс в ORDER BY. Он полезен, только если выбирается мало записей Хм... Выяснилось, что мой индекс для records.id_mk полностью дублирует индекс, созданный самим FB для основного ключа. Задизаблил я свой индекс и время отклика сразу уменьшилось. Правда, после этого я сделал д...

kdv писал(а):сходу

Код: Выделить всё

AND records.race+0 IN ...

А что это может дать?

Merlin писал(а):Дальше смотреть статистику индекса RECORDS_RACE_INDEX, может и его фтопку.

А насколько маленькой должна быть статистика, чтобы убрать индекс?

stix-s писал(а):а кому из клиентов понадобилось поглядеть разом на 250 тыс строк?

Эти данные после запроса визуализируются в виде графиков кривых на экране. Так что количество данных - тут оправдано

Во-первых, ты не указал версию сервера. Извиняюсь. FB 2.0.3, WinXP SP2 Во-вторых, запроса. Запрос создаётся программно, но сейчас попробую воспроизвести. Вот частный случай запроса (просьба не смеяться :) ): SELECT records.id_mk, records.race, records.rec_time, records.time_offset, records.depth_z,...

Ситуация такая. Приходиться выбирать большой объём данных (250 000 строк и более) из больших таблиц (> 64 столбцов). Из двух таблиц путём их перемножения выбирается данные по индексным полям. План запроса следующий: PLAN JOIN (RECORDS ORDER RECORDS_ID_INDEX INDEX (RECORDS_TYPE_INDEX, RECORDS_RACE_IN...

Подниму старую тему.
Вообще-то было бы хорошо, если в состав FB входила утилита, позволяющая управлять алиасами, чтобы не приходилось лезть вручную в этот файл.

kdv писал(а):нет.
тоже нет.

Сенькс за ответ!

Верно ли для FB утверждение: чем сложнее структура базы данных, тем меньше вероятность восстановить данные после сбоев (в частности, аппаратных)? Я в данный момент проектирую базу данных, которая будет работать в очень сложных условиях (постоянные выключения питания компьютера). Про блок бесперебойн...

kdv писал(а):чем тебя FAQ не устраивает, что ты тут то же самое спрашиваешь?

Потому, что в факе конкретно по этому вопросу написано только про IB. Я же не в курсе, может в Firefird ситуация изменилась в лучшую сторону.

kdv писал(а):Собственно, можешь делать вообще как хочешь.

Не хочу. Поэтому и спрашиваю

А что с параллельным подключением к базе? Я читал, что одновременное подключение к одной базе из нескольких потоков может вызывать ошибку в момент подключения, и что все подключения рекомендуется делать в основном потоке. В моём случае это неудобно. Будет ли достаточным для подключений из разных пот...

В факе про IB написано, что надо работать с несколькими подключениями: http://www.ibase.ru/ibfaq.htm#threads . Это справедливо для Firefird?