strange2007Вот еще вспомнил: "в 7 мы думали как вобще решить задачу, а в 8 каким из способов".

Есть список товаров, есть список качественных удостоверений (КУ). В каждом КУ есть ссылка на несколько товаров и у него есть номер и дата.

Задаче: сделать запрос, который получает по каждому товару 3 последних КУ по дате. Хочу посмотреть на запрос на 8-ке.


Напишите лучше какие задачи вы не смогли решить на 7-ке. Удивите меня.

Не понял о чем спор
На самом деле знания 7 ки только мешают специалисту при изучении восьмерки. Есть примеры, где супер перцы по 7.7 пишут такую фигню на v8, которая при 3 пользователях систему дедлоками в смерть вешает.

Я вас умоляю. Хороший программер и на асме оптимальный и понятный код напишет, а плохой и в VBStript запутает все до неузнаваемости

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

Странно, а я наоборот всегда поражался программерам на Делфи. Это называется компонентно-ориентированное программирование. То бишь есть компоненты для всего чего можно. И программа превращается в огромный транзакционный скрипт, который ими управляет. Что еще интересно, никто из них по офшору не работает, говорят там своих делфистов и билдеристов хватает.

Не понял о чем спор
Сейчас из 1С можно напрямую блокировками управлять, так что спрос на знатоков принципов работы с БД при этом если они ещё учет знают, будет огромный!! Скоро всех "желтой заразой" заразят :)) Китайцы в IT :)
А раньше нельзя было. ToyBlocking изучали вообще?

Сисой
С ходу решения не вижу. Корреляционные запросы 1С 8 действительно не поддерживает (зря, на мой взгляд, да и временные таблицы в 8.1 убогие, с ограничениями). А что, в 7.7 это можно было сделать одним запросом (уже забыл механизм)?

Тут дело не в корреляционных подзапросах, они в этой задаче не помогут, а в языке запросов, которым в 7-ке является чистый SQL:



Сисой
Примеры из практики, которые в 7.7 тоже решались, но через одно место или неудобно:

1) Движение датой, отличной от даты документа;

делается документ универсальный документ движение, в который передается список движений. Вызывается он из модуля проведения с помощью объекта ВыполняемыйМодуль.

Сисой
2) Программная генерация форм (точнее, ее элементов);

Ничего сказать не могу, никогда с такой задачей не сталкивался.

Сисой
3) Подключаемые обработчики (8.1)

Нужно только для поддержки обновлений от конфигурации поставщика. Если самопись - не нужно.

Сисой
4) фоновые задания (8.1)

Есть выделенный робот, постоянно запущенный на сервере экземпляр который отрабатывает очередь заданий, которая ведется во внешней таблице. Даже оптимизация есть нескольких мелких заданий в одно крупное

Сисой
5) возможность быстрого написания универсальных обработок, используя ПостроительОтчета.ЗаполнитьНастройки() по тексту запроса.

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

Сисой
ну и как классика - множественные табличные части. Оперировать ими в 8-ке значительно удобнее, нежели в 7.7 связанными документами (меньше затрат на обеспечение целостности).

Необходимость нескольких редактируемых табличных частей всегда обходилось. Чаще возникали задачи по созданию ссылок многие - ко многим. Для этих целей используются внешние таблицы. Не могу не согласиться что это хорошая функция.

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

Но вот типовые под 8-ку функциональнее, это сейчас уже свершившийся факт.
Функциональные для тех, у кого стояла типовая торговля, и кому типовой торговли достаточно. Для тех у кого полно своего функционала причин подталкивающих к смене платформы недостаточно.

Сисой
Да, еще забыл, COM работает значительно быстрее OLE.
Кстати, уже в этом году планируется выход типовых с полностью автоматизированным обменом информацией (фоновые задания+шедулер+удаленное подключение).

С OLE вообще никогда не приходилось работать, хотя задач по интеграции много было. все через запросы подгребали.

Я выше писал о претензиях к 8-ке, повторяться не буду.

Искандер Двурогий svcoder
Тут дело не в корреляционных подзапросах, они в этой задаче не помогут, а в языке запросов, которым в 7-ке является чистый SQL:

Извините, батенька, но это шулерство. Никакого чистого SQL ни 1С 7 , ни 1С 8 не поддерживают.
ADODB могут использовать обе платформы. Более продвинутый вариант (с трансляцией имен метаданных) есть как в 7, так и в 8 (с выходом 8.1 появилась обработка).

А для того чтобы выполнять SQL запросы изнутри транзакций, вы основной код транзакции (функция проведения документа) тоже на ADODB напишите?

Искандер Двурогий
Если я напишу ВК на ассемблере и заявлю, что 1С 7 поддерживает ассемблер и вызовы подпрограмм на asm - это правда?
Любой программист может обвешать любимую среду разработки всевозможными приблудами, да вот только достоинствами среды разработки являются в первую очередь, ее собственные возможности, и лишь в третью - неофициальные, известные лишь части разработчиков адд-оны.

Вы вообще какое нибудь отношение к разработке имеете? Такой бред несете. Это только у нас в стране можно продавать среду разработки без возможностей расширения.

Искандер Двурогий
А по сути прошу пояснить, почему этот запрос нельзя написать точно так же на 1С 8.
Я не увидел в нем никаких противоречий с диалектом 1С8-SQL.

Конкретно данный запрос сможете, если нужно сделать что то подобное внутри транзакции не сможете.

Искандер Двурогий
P.S. Это типичный подход 1Сников: "У нас в конфигурации такого нет, но мы легко сделаем","В платформе этого нет, но мы тут на T-SQL все перепишем и вуаля",

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

Искандер Двурогий
"Да, стандартными средствами не получится, но если использовать RainbowHorrorClass.dll Пети Иванова - догоним и перегоним восьмерку! "
Что вы имеете против OpenSource проектов?

brahma svcoder
Искандер Двурогий
А по сути прошу пояснить, почему этот запрос нельзя написать точно так же на 1С 8.
Я не увидел в нем никаких противоречий с диалектом 1С8-SQL.

Конкретно данный запрос сможете, если нужно сделать что то подобное внутри транзакции не сможете.

Почему не сможет?
1С++ как и его предок rainbow используют для выполнения SQL запросов соединение 1С с базой. Что позволяет внутри одной транзакции считать данные с помощью SQL запроса, а записать новые с помощью прикладных объектов 1С. ADODB всегда создает отдельное подключение к базе, соответственно кроме отчетов ни на что не годен.

Сисой

Это о чем? В 1C8 свой собственный язык запросов, максимально приближенный к SQL, который естетвенно работает в рамках открытой транзакции проведения.

Все таки речь шла о том, что ADODB в 1С8 нельзя приравнивать с примым запросам 1С++. То есть если возникнет необходимость выполнить коррелированный подзапрос или оператор <= в join внутри транзакции сделать это просто не получится. Но все таки не это самый главный минус.

Как можно вообще ставить язык запросов 8-ки рядом с SQL. Как например посмотреть план выполнения запроса? Я например вообще большую часть запросов начинаю делать в QueryAnalyser, чтобы сначала спроектировать его в общих чертах, посмотреть на план выполнения, на использование индексов и только после этого переписываю его в метаименах.

Сисой
Да, я лентяй. Признаюсь. И уже давно не кодер. Мне деньги нужно зарабатывать, а не ВК изучать. И если 1С дает мне среду, где штатно есть то, что позволяет мне выполнить требования заказчика, мне проще сосредоточиться именно на решении функциональных проблем, а не на поиске технологических обходных путей.


Для меня 1С++ такой же стандарт как и для вас. Я стандартные запросы 1С 7.7 не писал уже лет пять, зато я могу использовать огромное количество литературы по SQL Server и реально использовать все примеры разработки. Например индексированные представления? Слышали о таком, позволяют очень быстро получать свернутые итоги. И это действительно дает огромный выигрыш в ряде применений.

Недавно наткнулся на огромный (для себя) недостаток в 1С81. В рабочей и тестовой базах одной конфигурации идентификаторы таблиц и полей будут разные. То есть если после каждого изменения не обновлять тестовую копию баз, нельзя использовать 1 запрос для сравнения времени выполнения в тестовой и рабочей базе. Это уже слишком.