Цитата:
Сообщение от
mazzy
3. ГФО ничего не знают о стандартных оптимальных классах, а тупо делают запросы к базе данных по LedgerTrans от начала времен.
Да какие запросы - таблица LedgerTrans, связанная сама с собой
Ну, кто-то додумался "сэкономить" и не продублировал хотя бы поле "Кор.счёт" в LedgerTrans. Куча запросов по корреспонденции сразу бы заработали на порядки быстрее. А если добавить "Кор.аналитику" (полей по числу аналитик добавится), все обороты по корреспонденции и остатки считались бы быстрее. Ан нет, авторы "теорию баз данных", видимо, читали, а то, что эта "теория" разрабатывалась для минимизации объёма хранимой информации и отсутствии дублирования, когда единицей хранения одного бита было ферритовое колечко с обмоткой, забывают. А для получения отчётов такая структура, ну, никак не оптимальна. В итоге, имеем на 4 поля меньше таблицу и кучу работы по оптимизации отчётов, работающих по ней.