Firebird и представления

[_SERGEYX_]

Добрый день.
Проблема такая. Firebird 1.5. Как я уже писал в одном из постов, есть таблица с пол миллионом записей в которую нужно выполнить около 2-х тысяч сложных агрегатных запросов. Работает очень медленно или вообще виснет.

Попробовал сделать представление (view), выбрав из этой таблицы только нужные для дальнейших расчетов записи (отфильтровав их на нужную дату и т.п.). Получилось всего около 8-и тысяч записей. Делаю запросы в этот view. Все работает, но скорость доступа к view та же самая, что и к большой таблице.

Попробовал по другому... Создал реальную (временную) таблицу в БД с такой же структурой. Очищаю ее от старых записей, циклично добавляю в нее эти 8 тыс. записей и делаю эти 2 тыс. запросов . Весь расчет вместе с созданием временной таблицы занимает всего 5 секунд. Это меня вполне устраивает. Но совсем не нравится способ реалицации.

Я раньше с view не работал, но всегда считал, что это виртуальная таблица в памяти и, следовательно, доступ к ней должен быть гораздо быстрее, чем к физической таблице на диске.

Чего я не понимаю? И что делаю не так? Почему запросы к view работают так медленно?

[Аватар]

Вьюшка каждый раз при обращение к ней делает запрос к физической таблице. Отсюда и проблемы. Гляньте в сторону индексов основной таблицы. Следует учитывать, что увеличение к-ва индексов замедляет редактирование

[_SERGEYX_]

Вьюшка каждый раз при обращение к ней делает запрос к физической таблице

Аватар, я так и думал. Спасибо

[Аватар]

делаю эти 2 тыс. запросов

Это какой-то расчет с итерациями? Может подход поменять и не дергать так агрессивно базу?

[GoodDA]

у меня похожая проблема была,
сделал часть агреганных действий в триггере,
за счет того что в триггере уже известна запись которая редактируется и ее не надо искать, работать стало быстрее на порядок

[_SERGEYX_]

Это какой-то расчет с итерациями? Может подход поменять и не дергать так агрессивно базу?

Есть таблица "лицевые счета" оплат за квартиру, всего полмиллиона записей.
Нужно сделать отчет по домам (не квартирам, а именно домам).
1. Вытаскиваю distinct-ом все дома (а они лежат в связанной таблице "адреса", отсюда и JOIN появился...) без учета квартир за последний месяц (их получается около 2-х тысяч).
2. Циклом вытаскиваю данные для каждого дома.
Отчет делается всего лишь раз в месяц.
По другому, вроде, никак.

Можно, конечно, сразу при добавлении оплаты за квартиру определять какой это дом и плюсовать сумму к данному дому в какое-то поле или что-нибудь в этом роде... Но это пол программы надо переписать, что не есть для меня хорошо .

[Аватар]

Ладно. Вот выдернули во временную таблицу дома. Не вижу причин почему нельзя одним запросом выдернуть сразу всю сводную информацию по всем домам. Даже без этой временной таблицы. Покажите хоть примерную структуру таблиц и что получить нужно.

[_SERGEYX_]

Ладно. Вот выдернули во временную таблицу дома

Не, не дома. Я не точно выразился. Во временную таблицу именно счета.

То есть добавляю во временную таблицу все счета, где (дата = за_последний_месяц) и (оплата > 0) и т.д. Получается всего лишь 8 тысяч записей счетов.

А потом циклично по таблице домов делаю запросы в эту временную таблицу.
(select sum(...) из счетов где (дом = дому) и т.д.).

[GoodDA]

Сообщение от _SERGEYX_

Можно, конечно, сразу при добавлении оплаты за квартиру определять какой это дом и плюсовать сумму к данному дому в какое-то поле или что-нибудь в этом роде... Но это пол программы надо переписать, что не есть для меня хорошо .

одну таблицу и триггер добавить, вроде немного
ну и сделать начальную "иницилизацию"

зато в любой момент потом можно сразу актуальные данные посмотреть

[_SERGEYX_]

Да, наверно, переписать придется много, я этой прогой всего 3-4 дня занимаюсь.
До меня ее кто-то писал явно на скорую руку... А в чужом коде разбираться, сами знаете... проще все с нуля написать.