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

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

VladC#почему бы не вести учет на счетах в разрезе элементов справочника, документов и т.п., зачем эти ужимки с планом видов характеристик?
Чтобы избавиться от другого непонятного понятия как вид субконто

VladC#зачем в отчетах и обработках существует возможность создания нескольких форм? слои или страницы формы не подходят?
Чтобы текст модулей тоже разделить можно было.

VladC#зачем язык усложнен всякими системными перечислениями типа ЦветВторойБуквыВоВторомСловеСправа, что это за бред, зачем все это?
разве 0,1,2 - лучше запоминаются?

VladC#а консоль отчетов и вообще идея создания отчетов пользователями без программирования, это что еще за бред? вы много видели бухгелтеров и других учетных работников, которые могут оперировать именами полей базы данных и выбирать нужную информацию? это вообще не их задача, их задача - УЧЕТ!!! а не создание отчетов из полей таблицы базы данных
Альтернатива западному продукту Business Objects

VladC#
кто-нибудь вообще реально чувствует что в восьмерке писать проще и что она реально быстрее и удобнее? я нет
Удобнее да, безусловно. Но:
1) то что в качестве языка запросов необходимо использовать НЕДО СКУЛ, вместо нормального SQL в 1С++
2) закрыли напрочь платформу от внешних разработчиков, и при этом нет и никогда не появятся альтернативы gcomp, OpenConf и turbomd
3) тормозит. банальная запись конфигурации идет 20 секунд, что очень напрягает при тестировании. клиентская часть бьет все рекорды тормознутости и пожирания памяти. Тонкий клиент 1С 8.2 внушает оптимизм

VladC#
не спорю, есть и улучшения, но их точно так же можно было бы внести и в 7.7. ну или создать продукт наподобие 7.7, только без всяких лишностей
Не надо, 1С 7.7 это уже классика, стандарт который будет жить вечно. Сторонние разработчики вдохнули в ее вторую жизнь выпустив многочисленные плагины как к конфигуратору, так и к приложению

Будем ждать, может в 1С 8.7 будет лучше.

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 запрос для сравнения времени выполнения в тестовой и рабочей базе. Это уже слишком.

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

Приведите, пожалуйста, запрос, который нельзя сделать в 1С 8.1.

Пример из моего поста [5263054] НЕ ЯВЛЯЕТСЯ ПРИМЕРОМ запроса не выполняемого в 1С 8. Прошу прощения за неточность.

Не будет работать следующий запрос


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

Опять же повторюсь, это не главный недостаток 8-ки

guest11
Такой запрос практически идентичен OUTER JOIN, наверняка даже планы выполнения у них будут одинаковы. А при использовании конструкции ИТОГИ получаем сразу готовое дерево с вложенными таблицами:


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