Цитата:
Сообщение от
rok1
Таблица складских движений у нас содержит сейчас 17 000 000 записей, аналитик – более 43 100 000, таблица InventTrans – 43 400 000. Для данного отчета в запросах их придется «перекрестить» несколько раз, пристыковав еще несколько табличек поменьше.
э-э-э...
во-первых, 17млн-50млн записей - это не много. это где-то ниже среднего.
да, это не игрушечный объем. да, на таком объеме нужно заниматься оптимизациями. но это далеко не смертельно.
во-вторых, я не понял почему у вас отдельно выделены "Таблица складских движений" и "inventTrans". Вообще говоря, это должно быть одно и то же. Видимо под таблицей складских движений вы подразумевали что-то другое.
в-третьих, настораживает, что число записей в таблице аналитик сопоставимо с числом записей в InventTrans. Аксапта писалась из предположения, что таблица аналитик на порядок(порядки) меньше inventTrans. В этом случае нормально работает оптимизация, уже заложенная в Аксапте. В вашем случае нужно что-то делать с запросами и индексами. Совет: поискать на axforum.info по ключевому слову "селективный индекс".
в-четвертых, сильно настораживает слово "перекрестить" (join). Вообще говоря, принцип в Аксапте - данные из документов переносятся в проводки. Если для получения отчетов нужно обращаться во много других таблиц, то нарушен один из концептуальных принципов аксапты. Опять же - не смертельно. просто нужно заниматься оптимизацией индексов, запросов и базы. (абсолютно типовая работа администратора и программистов)
отдельно по поводу "глючности кубов". там особо нечему глючить. кубы - простой инструмент как кастрюля или мангал. говорить "глючная кастрюля" или "глючный мангал" - бессмыслено. Суть в том, что в них заложено. а вот с этим уже надо разбираться. скорее всего, заложено "на все случаи жизни". все равно что делать баранину, курицу и рыбу на одной решетке (а просто на всякий случай). Жир перемешается, что-то подгорит, а что-то останется сырым. Скорее всего, таки нужно договориться что именно нужно.