прямые запросы в 1С 7.7 или переход на 8.2 ? #504462

естественным образом руководство компании пришло к необходимости видеть множество сложных аналитических отчетов. реализация их штатными средствами 7.7 возможно, но отчеты выполняются по много минут, оптимизировать алгоритмы бесполезно, это решит секунды но убьет дни. что оптимальнее? ввести прямые запросы в отчеты или перевести всю базу на 8ку? насколько эффективно выполнение сложных множественных запросов в 8ке против прямых в 7.7?

База в 7.7 на СКЛ?

Там есть СКД и то, что раньше занимало дни, сейчас занимает часы.

или хотя бы 8.1

что это за отчеты такие интерсно.

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

7.7 СКЛ, почти ТиС, немного совсем отличается

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

любые отчеты на 7.7 - это уныние и отчаяние. То, на что в v8 уходит минута, там можно часами ваять.

Каковы критерии правильности и обоснованности? Сравните трудозатраты + стоимость лицензий. Имхо, нет однозначного ответа.

для 1С правильно то, что зает специалист что проще разрабатывать и поддерживать. в именно это соль 1с поэтому если в вашей местности нет спецов по 1с++ но есть тупые франи. то 8.1 тк 8.2 тоже мало кто знает

+500!

блин пара запросов написать легче чет 8.2 внедрять сам подумай.

Если отчеты тупо перебирают доки с 2000 года, а затем строят огромные таблицы, сворачивают их, по 30 раз бегают циклами, то ни прямые ни кривые запросы не помогут. Нужно аналитику из регистров таскать, тогда все и обычными средствами быстро

прямые помогут.

ошибаешься.

это ты про какие регионы? :) я и ++ знаю, и 8ку... т.к. TSQL знаю в принцыпе вообще очень давно, еще раньше чем 1С я об этом думаю, рани или поздно (год-два) все равно на 8 переходить, у руководства есть планы. запросы проще. переход на 8.х будет сложен однозначно. ибо база почти стандартная, а вот отчетов в ней.... НАВАЛОМ!! и финансовых и менеджерских и в 8ке это все придется но новой ваять. но когдато все равно придется, отсюда и выбор

отчеты за месяц...полугодие, умудрись 15 минут ЗАПРОС выполнять ;)

Олап Кубы

(ОФФ) еще мне нравится как 1С 7.7 параллелится... сейчас у себя локально отчет ваяю, два ведра... одно загрузка 0, второе 100%

После отпуска готов помочь с ними удаленно за определенную плату :) - не надо ни прямых запросов, ни нового ПО(Ексель надеюсь у вас есть?). Аналитики после обучения будут в восторге.

С олап кубами помочь естественно.

8-ка также

не думал... надо попробовать, но не факт

Если надо анализировать прошлые периоды - то лучше олап кубов для 7-ки нет

Если прошлые периоды, то что мешает выгрузить их в отдельную SQL-базу и "чихвостить" там, как хочется - чаще всего для отчётов данные должны быть оптимизированы другим способом, нежели для повседневной работы и ввода.

какие прошлые периоды? прошлый месяц, прошлый квартал? ЗАЧЕМ выгружать в ДРУГУЮ базу???

разделяй и властвуй. это только у 1с ников аналитические базы смешаны с оперативными.

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

а база никак самописка под огроменный холдинг на 200  юрлиц, писанная 3мя отделами на протяжении 12 лет? Тогда:

судя по постановке вопроса ОЛАП-кубами ты называешь сводные таблицы Икзеля? :-)

если ТиС мало куроченная, то так

если ТиС сильно куроченная, то надо сильно задуматься во что выльется перенос всего этого добра на 8-ку. если отчеты уже написаны надо их только оптимизировать, то можно оптимизировать.

читай по написанному ;) с одной стороны согласен, с другой имеется множество отчетов и торгового отдела и менеджеров... следят за всем подрят... ибо там везде штрафы за недопоставки, просрочки... короче море отчетов. хотя... наверное надо взглянуть на 8.2 потрогать, вдруг там это штатно есть :) частично есть, частично лежат ТехЗадания

мои 5 копеек. Я чисто ради самообразования, чтобы иметь предстпавление о прямых запросах, когда-то переделал на них стандартный отчет ведомость по партиям. И что же я увидел? Запрос действительно выполнялся быстрее на порядки. Но штука в том, что основное время при формировании отчета уходило не на запрос, а на вывод полученных данных в отчет. И при снятии тяжелого отчета выигрыш во времени от использования прямого запроса был не заметен вообще...

обрати внимание на 16и головый ксеон с 24Гб рамы ;)

Текст запроса покажи.

аналитические запросы обычно бывают свернутыми или с отборами. это бухгалтера обычно страдают выводом ведомостей портянок на 100 страниц, где вывод занимает 80-90% времени выполнения отчета.

не верю.

выполнять запрос или ждать готового отчета? Определи для начала узкое место. Если у меня в стандартном отчете с обльшим количеством данных запрос выполнялся 5 мин, а результаты его потом выодились 15-20 мин, то от того, что переделкой запроса на прямой я сократил время выполнения запроса до 10 сек, реально для пользователя мало что поменялось...

Оставить оперативную на 77. И родить управленческую, с нужными аналитиками на 8.2. Настроить обмен и пусть они смотрят в 8-ке что хотят

ну дык нужно всего лишь было вывод переделывать, чтоб запрос вытаскивал сразу нужные данные, а не на клиенте потом всё это перелопачивать 20 минут.

не, ну если речь об отчете без настроек, с одной кнопкой "выполнить", и с максимально свернутыми данными, то вопросов нет. Но ведь для чего-то в стандартных отчетах есть возможность получать данные в самых произвольных разрезах и детализации. Так вот и надо сначала определиться, а помогут ли прямые запросы при тех отчетах, которые он пытается получить... что значит вытаскивал нужные данные? Если все выводимые данные нужны, то что? Если ты хочешь сказать, что я прямой запрос криво написал, то он отрабатывал на несколько порядков быстрее обычного...

+256. В таких случаях олап рулит

Мой тебе совет - пропробуй прямой запрос с квериконсолью от Ивана Берездецкого для отабражения сводной на форме. ИМХО, это снимет 70% вопросов.

стандартная ведомость на любых данных выводится доли секунды, что там у тебя за расчет на 20 минут - хз.

ну,Ю если с объединением секций и прочую фигню... Короче, можно добиться такого эффекта, если сильно постараться...

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

ну и ? на весь отчет не более 3-х секунд вместе с выводом, что я делаю не так ? А сам вывод - вообще ничего не занимает по времени, и уж тем более, не 20 минут!

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

Ключевое слово в типовую таблицу

Там какая-то из группировок (вроде - документы) глушит вывод напрочь...

ссылка есть?

ведомость по партиям ТМЦ долго делается... не 20 минут конечно, но минуты 2-3

для ТиС есть готовая оптимизированная ведомость по партиям. и не только она. есть другие отчеты. и не только отчеты.

хватит лохматить старушку

На 8.2 бабла больше подымешь. Сначала на переносе. Потом на доработке. Потом на переделке всего на 77 с прямыми запросами.

я знаю, книжку покупал, и файлы примеров мучил ;) и даже переписывались

к сожалению я фикси :)

в яндексе забанили? Тогда ходи на 1спп.ру а выглядит это примерно так:

круто выглядит! ;) да не забанили ;) пока предупреждение сделали )

Реально помогает в анализе. зы. кстати, Иван выкладывал набор классов для создания сводных на очень непопулрном сегодня тут ресурсе :-))) Ну и эти же классы ищи в репозтитории на форуме 1с++

как бы ресурс не прикрыли для "мистовцев" :)

ходи в репозитарий на 1cpp.ru

да пойду, пойду :)

"Еж - птица гордая, пока не пнешь - не полетит..."© :-))

ты не ёрничай, в "про табличные части" ответь ;)

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

и кто будет разбираться с MSAS ? :)

Вопрос был в оптимальности. В твоем случае я так понимаю конфигурация дописана, следовательно перенос в типовую восьмерку невозможен. Из этого следует - вынести аналитику в специально созданные для этого средства. Или ты думаешь что уже есть готовые средства под твою нетленку? Нет, может где-то и есть, но я об этом незнаю. "и кто будет разбираться с MSAS ?" Если самому влом разбираться - возьмите в штат специалиста, который и будет рисовать вам отчеты.

Вот представь ты будешь 8ку внедрять. Полглода-год всех будет лихорадить, все шишки на тебя будут сыпаться, столько бабла, попочасов и нервов уйдет. А тут - ты напишешь на родной системке отчеты, которые будут в десятки раз быстрее работать. Круто же?! К тому же 8ка все равно их парсит по своему и только прямой sql запрос своими руками даст максимальную скорость.

Ибо вопрос не только в скорости... Появятся те вещи (легко реализуемые), которые в 77 заняли бы человеко-годы

отчеты в 8 на МНОГО легче писАть

>> любые отчеты на 7.7 - это уныние и отчаяние. То, на что в v8 уходит минута, там можно часами ваять. Это если опыта нет и заготовок. У меня на написание среднего отчета в 7.7 уходит пол часа при пользовании моего шаблона. Причем в этом отчете будут настраиваемые группировки, дополнительный колонки, настраиваемые условия и много чего прочего.

это лично твои заготовки или покупал? Посмотреть дашь?

покупал ?! :))))))))))))))))

и не пятница вроде..

я не в курсе просто - может уже кто-то что-то универсальное продает )))))

Иван Берездецкий что-то продает. Но в основном, всё за даром и за спасибо валяется.

Прикалываешся? Сам пИсал. Яж не совсем безрукий....