Складской контур

[rok1]

ответ программистов
Наконец-то нашелся один умный человек на компанию, а то в течение нескольких лет никто не знал как считать остаток на дату, просто суммируя имеющиеся операции до нужной даты. 
Остатки на дату у нас есть в нескольких кубах. Напомню, что кубы сами по себе у нас весьма сложные и многосоставные (потому бывает и глючат) из-за того, что стандартными средствами из-за большого объема данных запрос не возвращает данных в разумные сроки.
Таблица складских движений у нас содержит сейчас 17 000 000 записей, аналитик – более 43 100 000, таблица InventTrans – 43 400 000. Для данного отчета в запросах их придется «перекрестить» несколько раз, пристыковав еще несколько табличек поменьше. И это только в том случае, если ни о каких сложных стыковках с финансами речи не будет идти.

Остатки на дату можно получить из куба «Движение ТМЦ».

мой запрос программистам

http://axapta.mazzy..../inventsumdate/

добрый день коллеги, прошу запустить в работу складской модуль по формированию ОСВ.

Укажите пожалуйста срок выполнения или причины невозможности выполнения

спасибо




Кубы реально глючат, то есть не выгружают остатки по номенклатуре и при транслировании в Ех выдают савсем другие данные.
Помогите пожалуйста, какой запрос нужно дать программистам, что бы можно было получить одни и теже (желательно реальные) данные по складам
С уважением, Александр

[mazzy]

Цитата:

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

Таблица складских движений у нас содержит сейчас 17 000 000 записей, аналитик – более 43 100 000, таблица InventTrans – 43 400 000. Для данного отчета в запросах их придется «перекрестить» несколько раз, пристыковав еще несколько табличек поменьше.

э-э-э...

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

во-вторых, я не понял почему у вас отдельно выделены "Таблица складских движений" и "inventTrans". Вообще говоря, это должно быть одно и то же. Видимо под таблицей складских движений вы подразумевали что-то другое.

в-третьих, настораживает, что число записей в таблице аналитик сопоставимо с числом записей в InventTrans. Аксапта писалась из предположения, что таблица аналитик на порядок(порядки) меньше inventTrans. В этом случае нормально работает оптимизация, уже заложенная в Аксапте. В вашем случае нужно что-то делать с запросами и индексами. Совет: поискать на axforum.info по ключевому слову "селективный индекс".

в-четвертых, сильно настораживает слово "перекрестить" (join). Вообще говоря, принцип в Аксапте - данные из документов переносятся в проводки. Если для получения отчетов нужно обращаться во много других таблиц, то нарушен один из концептуальных принципов аксапты. Опять же - не смертельно. просто нужно заниматься оптимизацией индексов, запросов и базы. (абсолютно типовая работа администратора и программистов)

отдельно по поводу "глючности кубов". там особо нечему глючить. кубы - простой инструмент как кастрюля или мангал. говорить "глючная кастрюля" или "глючный мангал" - бессмыслено. Суть в том, что в них заложено. а вот с этим уже надо разбираться. скорее всего, заложено "на все случаи жизни". все равно что делать баранину, курицу и рыбу на одной решетке (а просто на всякий случай). Жир перемешается, что-то подгорит, а что-то останется сырым. Скорее всего, таки нужно договориться что именно нужно.