СКД против "ручного" кодинга

14.10.10

Разработка - Работа с интерфейсом

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

Скачать файлы

Наименование Файл Версия Размер
ОборотыСчетаБП1_6.erf
.erf 21,78Kb
264
.erf 21,78Kb 264 Скачать бесплатно

Сравним по быстродействию типовой отчет БП 1.6 "Обороты Счета" и его аналог,   интерактивно созданный  на СКД . Запуск рассматриваемых отчетов будет осуществляться в конфигурации БП 1.6.

 Экспериментальный отчет ОборотыСчетаБП1_6.erf, оформленный в стиле БП 2.0 , прикреплен к статье для скачивания:

В отчет добавлен небольшой дополнительный функционал : колонки "Обороты Дт" и "Обороты Кт" должны разворачиваться не только по счетам (как в БП 1.6 и в БП 2.0)  , но и произвольным настраиваемым образом . Например , по счетам и первому субконто этих счетов :

 

 

Описание

В СКД созданы три очевидных набора данных :

1. "Остатки "    как запрос к виртуальной таблице "ОстаткиИОбороты" :
2. "ОборотыДт" как запрос к виртуальной таблице "ОборотыДтКт"
3. "ОборотыКт" как запрос к виртуальной таблице "ОборотыДтКт"

Набор "Остатки" левым соединением связан с наборами "ОборотыДт" и "ОборотыКт" . В "Настройках" используется объект "Таблица" :

 

С помощью минимального "оформительского" кодинга в модуле формы получим отчет в стиле БП 2.0. Представленная экспериментальная разработка  может рассматриваться лишь  как основа для создания полнофункционального отчета со всеми необходимыми пользовательскими настройками.

Сравнение с БП 1.6

Убрав отметки в настройках у отмеченных выше красным группировок,  можно сравнить по быстродействию представленный отчет и аналогичный типовой "Обороты счета" в БП 1.6 . Возможно также сравнение и с отчетом автора от 2009г.  
//infostart.ru/public/18838/ . Тогда я  не решился использовать СКД и "вручную" реализовал разворачивание колонок "Обороты Дт" и "Обороты Кт" по счетам и первому субконто.  Огромный проигрыш "ручного" кодинга в быстродействии был очевиден уже тогда. Сегодня читатели могут в этом убедиться.
Экспериментальный отчет выигрывает у типового по быстродейтсвию от 2 до 5 раз.

Сравнение с БП 2.0

Типовой отчет "Обороты счета" БП 2.0 более сложен.  В нём использовано  больше  дополнительных наборов данных и прямое сравнение по быстродействию затруднительно. Сравнить можно лишь способы разворачивания оборотов по корр.субконто :

 

Как видно из рисунка , корр.субконто в БП 2.0 располагаются в строках отчета причем "вперемешку" и дебетовые и кредитовые , что снижает, на мой взгляд, читаемость  отчета.   С другой стороны , отчет в БП 2.0  располагает  более разнообразным богатым функционалом.
Публикация автора  Tuning1c  //infostart.ru/public/21923/  содержит отчет "Обороты счета" из БП 2.0 ,  адаптированный для запуска в БП 1.6.

 

См. также

Богатый редактор картинок, хранимых в базе, с возможностью РИСОВАНИЯ. Редактор внешних файлов картинок. Объект, расширяющий возможности работы с картинками из встроенного языка (Три в одном) + Обработка «Стандартизация картинок»

Работа с интерфейсом Рабочее место Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

Обработка предназначена для редактирования картинок в режиме «Предприятие», с возможностью РИСОВАТЬ на них. Поддерживается работа как в обычных формах (толстый клиент) так и на управляемых формах (тонкий клиент). Обработка позволяет редактировать как картинки, хранимые в базе, так и графические файлы с диска на файловой системе. Помимо базовых функций (изменение размеров, преобразование формата, обрезание картинки, повороты и т.п.) – редактор имеет богатый набор инструментов для рисования. Доступна функция вставки изображения из буфера обмена. Также обработка может быть использована из встроенного языка как объект для редактирования картинок. Объект может быть использован: на стороне клиента, на стороне сервера, из внешнего соединения. Данная обработка будет особенно полезна тем, кто вносит картинки в базу (изображения номенклатуры, фотографии физических лиц и т.п.). Функционал реализуется с использованием JavaScript и бесплатного ПО ImageMagick (без использования внешних компонент).

6000 руб.

16.01.2015    61797    43    59    

80

[Расширения] Динамическое управление видимостью и доступностью элементов форм (УФ) (8.3.6+)

Работа с интерфейсом Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

Механизм «Динамическое управление доступом к элементам форм объектов 1С8» предназначен для обеспечения возможности оперативного управления видимостью и доступностью элементов форм документов и справочников продуктов фирмы «1С» «1С:Предприятие 8». Решение универсальное, встраивается в любую конфигурацию с минимальными доработками, что позволяет без проблем обновлять типовые решения.

5000 руб.

14.01.2016    54403    16    21    

42

Управление дашбордами

Работа с интерфейсом Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Обработка предназначена для создания и управления дашбордами.

2400 руб.

29.06.2020    16698    21    4    

35

Новогоднее оформление для 1С

Работа с интерфейсом Платформа 1С v8.3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Бесплатно (free)

Добавьте новогоднего настроения! Расширение создает декорацию в виде гирлянды на некоторых формах объектов.

27.12.2023    10738    750    elcoan    45    

106

Конструктор HTML, CSS и javascript

Инструментарий разработчика Работа с интерфейсом Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Подходит для создания web-страниц для замены управляемых форм 1С, красивых отчетов, интерфейса мобильного приложения на платформе 1С и для простых страниц веб-сайтов.

2 стартмани

10.04.2023    9615    151    acces969    31    

118

Модель состояния для MVC

Работа с интерфейсом Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

"MVC плохо применима в 1С" - познакомьтесь с моделью состояния и, возможно, ваше мнение поменяется! Представленное решение является эволюционным развитием идеи реализации MVC для 1С. В новой версии добавлены DSL для описания модели состояния, а также параметризация свойств параметров и элементов формы.

1 стартмани

05.07.2022    3666    kalyaka    2    

27

Табло очереди заказов на экран телевизора

WEB-интеграция Работа с интерфейсом Платформа 1С v8.3 1С:Розница 2 Платные (руб)

Связка из веб-приложения и расширения для 1С: Розница 2.3.

3600 руб.

29.04.2022    12082    1    5    

10
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
69. Ish_2 1104 29.09.10 15:59 Сейчас в теме
(66),(67) Шепот , не верь ему. Он тебя запутает.
Никто здесь "семерку" и не вспоминал и "сравнение с семеркой" притянуто Арчибальдом за уши.
Практичнее думать о себе , а не о провальности 8-ки ," с точки зрения экономики" ...
Практичнее овладевать СКД , а не переживать "о 98% предприятий".
54. Ish_2 1104 29.09.10 11:37 Сейчас в теме
(52) Что только не придумаешь , чтобы не учиться СКД...
44. artbear 1448 29.09.10 09:57 Сейчас в теме
Лично мое мнение - СКД не увеличивает производительность работы отчетов/запросов, т.к. хороший разработчик в состоянии сам грамотно построить любые запросы, не проигрывающие системе.

СКД ускоряет другое - скорость разработки, удобство разработки и доработки, увеличивает производительность труда программиста.
vodorosl; hogik; dabu-dabu; Шёпот теней; +4 Ответить
46. Шёпот теней 1779 29.09.10 10:06 Сейчас в теме
(44) ... и увеличивает порог вхождения в 1С ... значит удорожает и усложняет ... со всеми вытекающими отсюда последствиями вот ...

.. мало сделать отчёт ... его надо ещЁ и переделывать ... и ещё не известно кто ЭТО будет делать и когДА... !


... вотМнениевот ...
57. Ish_2 1104 29.09.10 12:31 Сейчас в теме
(44) И ты , Артур.. ?
Представленныи отчет для чего ?
Для того чтобы любопытный пользователь сам проделал опыт и убедился СКД - это не "бантик", а прежде все более высокая скорость выполнения сложных отчетов (перекрестных таблиц).

См (47)
45. Шёпот теней 1779 29.09.10 10:03 Сейчас в теме
... хоти те по-лную оптимизацию ... !!! делайте как Абадонна - прямые запросы к базе ... !!! ... это круто и бысто и оптимизированно и много чего ещё ... а так ... костыль он и есть костыль ... ВОТ ...
48. Шёпот теней 1779 29.09.10 11:13 Сейчас в теме
49. Ish_2 1104 29.09.10 11:18 Сейчас в теме
50. Шёпот теней 1779 29.09.10 11:19 Сейчас в теме
51. Ish_2 1104 29.09.10 11:20 Сейчас в теме
67. Шёпот теней 1779 29.09.10 15:46 Сейчас в теме
... я про то жжжж ... 8-ка провльный, с точки зрения экономики, проект ... для 98 % предприятий ...

... вотМнение ...

68. Archy52 29.09.10 15:58 Сейчас в теме
(67) Это смотря чья экономика...
70. Шёпот теней 1779 29.09.10 16:19 Сейчас в теме
(68) ... если УУ - то конечно же ...
(69) ... дык МЫ и вам и не мешаем ... приноровимся и мы ...
71. anig99 2843 29.09.10 16:45 Сейчас в теме
16 кб памяти хватит всем...
82. Шёпот теней 1779 30.09.10 11:53 Сейчас в теме
Двадцать лет в «неэффективном СССР» - происходит рост сборов зерна на 33%
Двадцать лет «эффективного рынка» - падение сборов зерна на 20%

... и ещё: средняя оплата труда на земле сейчас в три раза ниже советского колхозного уровня.
(Все цифры даны только по РСФСР, разумеется, и в сравнении с цифрами по РФ).

...

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

История поставила и третий эксперимент – эксперимент 90-х и нулевых, с тем же результатом – чистая победа колхоза над капиталистом.

Но это же факт.
Не тужьтесь опровергнуть, только пукнете и испортите тут воздух, господа.
"....

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

... вот ...
83. Ish_2 1104 30.09.10 12:12 Сейчас в теме
(82) Давай повернем твой "колхозный трактор" в сторону СКД.
И используя "закон аналогий" получим :

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



Выходит , ты , Шепот ,( по аналогии...) - "за наших " ? За СКД ?
84. Шёпот теней 1779 30.09.10 12:48 Сейчас в теме
... зачем делить-то сразу ... наши не наши ... ВСЕ наши ... ! ... вот ...

... зачем же рассматривать выгоды "чего либо" без их Издержек ... ? ... ! ...

... нуу.... не окупится "ваше" СКД на наших предприятиях ... следовательно "по отдельности" НАМ хорошо а "всем вместе" будет ПЛОХО ...

... бег по кругу ... как музыка попсы - три ноты в цикле ...

... засим умолкаю ... от своего же ЗАнудства уже тошно стало ... вот ...

п.с. : «Сейчас православие — это основа модернизации. Лично я считаю, что русские компьютеры должны создаваться при русских монастырях: умные молитвы, умное делание, умное монашество. Мы считаем, что православный инновационный центр должен открыться в Сколкове, потому что Церковь — это опора модернизации, а не помеха.»

...

п.с.2 : Замкнутый контур из икон, украшенных монетами, усиливая специфическую активность мозга, может усилить сопротивляемость повышенной солнечной активности и повышению электромагнитного фона


Новая российская наука.

... где-то тут и СКД ... чешется ... вот ...
85. Ish_2 1104 30.09.10 13:29 Сейчас в теме
(84) Тебя не сбить с глобальных обобщений :
.. СКД... модернизация... православные инновации...

Хотя атеист , и совсем не русский, но поддержу. С тоской.
105. Alraune 1502 02.10.10 20:39 Сейчас в теме
Предмета для статьи – НЕТ


Предмет для статьи – есть, и он обозначен в заголовке.
Если бы тема не была интересна, то не было бы сотни с лишним комментариев.
И вообще, воспользуюсь приемом Арчибальда – средний рейтинг проголосовавших за статью = 381,5. Дальнейшие аргументы (статья – не статья, нужна – не нужна) вряд ли будут более показательными, чем этот.
106. hogik 443 02.10.10 22:07 Сейчас в теме
(105)
А прочтите весь абзац из (104) сообщения, а не только одно предложение. Заранее поясняю. Речь идет не о публикации Игоря. А о написании моей статьи по теме "Мы пишем з...".
107. Alraune 1502 02.10.10 22:14 Сейчас в теме
(106)
Я прочитала не только весь абзац, но и все сообщение, как и все предыдущие. Просто ткнула в цитату одну из фраз. Показалось, что обсуждение перешло в стадию непонятного спора "ни о чем"(!)
108. hogik 443 02.10.10 22:35 Сейчас в теме
(107)
Ирина.
Скажу больше. И спора никакого нету! Есть "глобальный" вопрос. Средства "автоматизации" программирования - СКД, запросы и сама платформа 1С должны, на мой взгляд, упростить и облегчить труд программиста. Но создаётся впечатление, что этого не происходит. Т.е. я, по жизни, разрабатываю такие же задачи (в случае темы обсуждения - формы) без СКД и запросов. И никаких вопросов (тем) для общественного обсуждения не возникает. Никаких исследований производительности не требуется проводить. Типа, как написал - так и работает. Больших временных затрат программиста на разработку - не наблюдаю.
109. Alraune 1502 02.10.10 23:09 Сейчас в теме
(108)
Владимир, насчет "глобальности" вопроса - мне кажется, что в основном этот труд облегчается. Даже на примере элементарных обновлений (сравнивая 7.7 и 8). И СКД упрощает этот труд. Во всяком случае, я, не будучи программистом, иногда тоже по необходимости составляю какие-то отчеты, именно с помощью СКД получается с ними разобраться, и довольно быстро. Другие способы написания отчетов за это время вряд ли освоишь. "Больших временных затрат программиста на разработку - не наблюдаю" - да, все делается быстро, если уметь. В том же 7.7 отчеты, насколько я помню, написать намного сложнее, чем в 8 (Это все субъективное мнение, и уже совсем не по теме статьи, конечно)
110. hogik 443 02.10.10 23:29 Сейчас в теме
(109)
Ирина.
В Вашем сообщении ключевая фраза: "не будучи программистом". И всё, что Вы написали - абсолютно верно. Но цикл тем от Игоря - другой. И я пытаюсь с ним обсуждать не СКД и, даже, не 1С (любой версии).
К вопросу об "автоматизации" программирования - похвалюсь ;-)
Первая моя самостоятельная разработка была: "Генератор отчетов для СУБД ...". После внедрения этой разработки десять проблемных программиста лишились работы. А конечный пользователь забыл дорогу в отдел программирования. В разработке был сделан ЯМД для пользователя не программиста. В этом ЯМД, естественно, был язык запросов. И это было в начале 70-х годов...
Арчибальд; Alraune; +2 Ответить
113. Арчибальд 2706 04.10.10 08:38 Сейчас в теме
116. Ish_2 1104 04.10.10 08:43 Сейчас в теме
(110),(114) Эх, молодежь. Куда вам до меня... Я при Сталине программистом был.
А "генератор отчетов" реализовывал в том или ином виде каждый уважающий себя начинающий программист.
129. hogik 443 04.10.10 16:33 Сейчас в теме
(116)
Игорь.
Извините. Не в тему скажу. Очередную глупость.
Вы написали: "А "генератор отчетов" реализовывал в том или ином виде каждый уважающий себя начинающий программист."(с).
Я так понимаю, что СКД, условно, можно назвать генератором отчетов для конечного пользователя (не программиста). Не думаю, что фирма 1С набрала "начинающих" программистов в "конце" десятилетнего проекта. Мне это напоминает "бег по кругу". Т.е. долго-долго разрабатываются средства "автоматизации" труда программиста. Потом вспоминаем - для кого это всё нужно. Вспоминаем, о конечном пользователе. Или этот пользователь достал нас своими "хотелками". И... На тебе очередной генератор отчетов. Только отстань от меня - программиста. Не мешай мне заниматься объектным программирование для предметной области под названием - программирование.
Но очень хочется увидеть не методы "объектов" реляционной СУБД: Новый(), Записать(), Удалить(), Найти(), Выбрать() и т.д. А увидеть, например, для объекта "товар" методы, типа: Поступление(), Перемещение(), Продажа(), Списание() и т.д. И будет нам ВСЕМ - счастье... ;-)

Арчибальд; +1 Ответить
130. Арчибальд 2706 04.10.10 16:50 Сейчас в теме
(129) Воистину! Язык 1С - объектно ориентированный. Только объекты, на которые он ориентирован, "немножко" не учетные.
132. Ish_2 1104 04.10.10 16:55 Сейчас в теме
(130) Наши взгляды на язык 1с жестоко разошлись .
133. hogik 443 04.10.10 18:15 Сейчас в теме
(130) Александр.
"объекты, ... "немножко" не учетные."
- А если посмотреть на саму "учитываемую" предметную область. Например, на реальную жизнь, то совсем НЕ "немножко".
(131) Игорь.
"На уровне конфигурации вполне можно реализовать методы Поступление() и т.д."
- А "хочется" на уровне платформы. Её среднего уровня (не в терминах 1С 8.х).
"И тогда окажется , что эти методы так сложны даже для определенной предметной области"
- Возможно, по реализации. Но не по использованию. Ведь существует метод - "Хочу всё" в объекте "Мир". И многие им успешно пользуются не программируя методы. ;-)
"что без программиста НИКАК"
- А я и написал "счастье - ВСЕМ". Программисты делают реализацию методов, а пользователи их используют. Все при деле и деньгах. И не мешают друг-другу. Вопрос только - "какое имя объекта?". Очень обидно, что 1С-ы разработали объектную модель для предметной области под именем - "Запрос".
"Так уж лучше мы дадим не узкоспециализированный язык для программистов , а более "широкий""
- Точно. :-) Универсальное решение уже давно создано - алгоритмический язык. Всё остальное - частные решения.

131. Ish_2 1104 04.10.10 16:51 Сейчас в теме
(129) На уровне конфигурации вполне можно реализовать методы Поступление() и т.д.
Это очень спорно... но пусть ! И тогда окажется , что эти методы так сложны даже для определенной предметной области (скажем, торговли) , что без программиста НИКАК.
Так уж лучше мы дадим не узкоспециализированный язык для программистов , а более
"широкий" . И окажется , что от "Новый - Записать-Удалить" - никуда не деться. Круг замкнулся.
111. hogik 443 03.10.10 17:09 Сейчас в теме
(0)
Игорь.
Конкретно в Вашу тему. ;-)
В (26) сообщении сказано: "Главной отличительной особенностью такой перекрестной таблицы является неопределенное заранее количество столбцов (динамические столбцы)." Но пример со складами не очень удачный. Т.к. список складов всегда известен. Другое дело, если в условия данного примера добавить, примерно, такой текст: "Требуется не выводить колонки со всеми "пустыми" значениями остатков". Тогда, думаю, пример и со складами сгодится. Т.е. требуется определить "список" динамических столбцов. Чудес не бывает - надо просматривать всю таблицу и "набирать" (допустим в массив) уникальные значения по колонке "Склад". Алгоритмов не так много.
1) Тупой просмотр с начала таблицы всех записей. Поиск уже существующего значения в массиве и добавление не найденного значения в массив.
2) Установить порядок просмотра по колонке "Склад". Взять значение первой строки. Запомнить в массиве и рабочей переменной. Далее выполнять в цикле (до конца таблицы) поиск по ключу записи с первым большим значением рабочей переменной. Запоминать новое значение в массиве и рабочей переменной.
3) Иметь "специальный" индекс по колонке "Склад" в котором хранится только уникальное значение колонки. Тогда просто просмотреть таблицу по этому индексу.
В "методах" #2 и #3 выполняется количество обращений к таблице равное количеству "динамических колонок"+1. Ну а просмотр таблицы для построения строк с "разносом" "Остатков" по колонкам, с учетом (использованием) массива "имён колонок", по колонкам отчета - не требует никаких хитростей. ;-)
А теперь "изображаем" эти "два цикла" запросами. Считаем (в уме) количество и "качество" обращений к таблице БД. И долго-долго обсуждаем "зубочистку". Но это уже без меня. Для себя я эту тему закрываю, до появления Вашей новой публикации в цикле "Мы пишем з...". Скучно и грустно это обсуждать... :-(
Шёпот теней; +1 Ответить
114. Ish_2 1104 04.10.10 08:39 Сейчас в теме
(111) Вчера не смог , был в Новом Афоне. На тропинке , ведущей к келье святого, по которой когда-то по преданию его, забитого камнями, тащили к реке - поставили ларёк "Горный мёд". Я нашел это глубоко символичным. Правда , прикрутить к текущей дискуссии символ никак не удалось. Ну , и пусть стоит - неприкрученный.

Прочитав пп. 1,2,3 - пожал плечами. Ну , примерно так и реализовано в типовом отчете "Обороты счета" БП 1.6. Суть статьи в том , что интерактивно созданный на СКД отчет обладает большим быстродействием, чем типовой в БП 1.6, содержащий в себе эти п.п 1,2,3.
Этот утверждение автора можно проверить.

112. Шёпот теней 1779 04.10.10 08:21 Сейчас в теме
... ))) ... ужжж ... ГИПОтетика ...

... к чему решать "НЕ"существующие проблемы ... всегДА есть 1С 7 ... и другие решения ... для сотен и сотен предприятий 8-ка "ЕСТЬ" ничем не оправданная "расход" и средств и сил ...

... зачем стрелять из пушек по воробЬям ...

... ВОТ ...

п.с.
... есть много и разных решений ... есть 1С ... назовите другие ? ... так хорошо описанные, документированные, и имеющие столько ресурсов в инете ... ??? ..
итог: имеем то что имеем ... ! если чему то научились - пишите и развивайте своЁ ...

... рассуждать о "Запросах" ... в рамках 1С - суть игры - потолок разработчиков 1С (их ограничения) ... ещё раз повторяю - хотите развиваться в "Запросах" в рамках 1С - учите матЧасть "прямых" запросов ... яркий пример Абадонна, появились статьи Че ...

... вот ...

... говорить о преимуществах СКД - смешшно-с ... исходя из математики - система вторичная ( а СКД - есть уже далеко не вторичная по отношение к чистым запросам эСКуэЛь, система) - на порядок затратнее и сложнее ... это проблема всех ПОДсистем ...

... вот ...

...

134. Yashazz 4709 04.10.10 18:22 Сейчас в теме
С объектной моделью СКД господа разработчики действительно малость увлеклись - понаделали объектов с одним методом для промежуточных задач... Оно, конешно, идейно стройно и стильно, однако в целом порой кажется перегруженным-избыточным.

Я всегда воспринимал СКД как движок, а не как бантик для отчётов. Пользуюсь СКД чисто программно (создаю в коде, набиваю кодом настройку компоновщику, исполняю, сваливаю в коллекции, юзаю хитрые отборы, леплю наборы и т.д.). Мне очень нравятся те возможности СКД, которые касаются чистой "внутренней" работы с данными. Поэтому считаю развитие этой идеи в 8.2 не худшим вариантом.
135. Ish_2 1104 04.10.10 18:34 Сейчас в теме
Про гипотетические методы Поступление(), Реализация() и др. Вы пишете :
Программисты делают реализацию методов, а пользователи их используют.

А я толкую : чтобы только использовать эти методы пользователь должен быть программистом. Владимир , эти споры закончились давно ...
Не припоминаете название дискуссии из 90-х : Бухгалтер или программист ? -суть которой : можно ли придумать такой язык (такие методы), чтобы он был понятен бухгалтеру ? Отголоски той дискусси отчетливо видны в языках продуктов : Бухгалтерия 6.0 и Предприятие 77. Появление Предприятие 8 - окончило те споры - нужен программист , нужен полноценный язык программирования, нужна архитектура клиент-сервер, нужно возвращаться на столбовую дорогу развития СУБД.
136. hogik 443 04.10.10 21:21 Сейчас в теме
(135)
Игорь.
Странно, что ставится равенство между "Пользователь" и "Бухгалтер".
Я не участвовал в дискуссии "Бухгалтер или программист ? ". ;-)
Т.к. не могу представить вопрос глупее, чем этот.
Я в (133) написал, что: "Универсальное решение уже давно создано - алгоритмический язык. Всё остальное - частные решения." И очень радует, что современники развития продуктов 1С к этому пришли. На самом деле этот вопрос поднимался очень давно. Просто 1С-ники этого не знали, начиная свою деятельность. Они, вообще, начали с "чистого листа", так как будто до них вообще ничего не было в вычислительной технике.
В своих "мечтах" я написал слово "пользователь" имея ввиду "Вас", а не бухгалтера...
P.S. Про "столбовую дорогу развития СУБД", выше по теме, я дал ссылки. И не для обсуждения доли рынка той или иной СУБД. А для осознания, того, что столбовая дорога уже давно свернула. А Вы и 1С-ы уже давно буксуете в чистому поле. И затрачиваете на это массу своих сил и ЧУЖИХ денег...
137. Арчибальд 2706 05.10.10 08:59 Сейчас в теме
(135)
название дискуссии из 90-х : Бухгалтер или программист ?
Почему 90-е годы? COBOL в самом начале 60-х появился.
Насчет сопоставления языков семерки и восьмерки на полноценность - это уж, простите, профанация. По каким критериям сравнивать? Уж скорее восьмерочный язык ближе к оболочке (пакету, библиотеке) для полупрограммистов, чем в алгоритмическому языку. Чем больше в языке "бантиков", тем дальше он от алгоритмического (собственно, данная публикация - это попытка придать прикладной макроконструкции статус универсального языкового компонента).
Типизация данных - тоже хороший пример. Язык должен, конечнобладать конструкторами составных типов данных. Языку, ориентированному на конкретную предметную область позволительно кроме элементарных типов и правил конструирования/наследования составных типов иметь еще несколько готовых типов/классов. Но иметь три названия для СпискаЗначений из одного элемента (в восьмерке он называется еще Структурой и Соответствием) - явный перебор.
вЫлЫсЫпЫдЫстЫ... © ЧеБуратор
138. Ish_2 1104 05.10.10 09:52 Сейчас в теме
(137) В (135) показано развитие 6.0-77-8 как приближение к языку приложения для СУБД , вершиной и составной частью которого является язык запросов SQL.Именно в этом узком контексте нужно рассматривать (135).

Ты же замахнулся на сравнение (??) "алгоритмичности"(??) 77 и 8 , дескать восьмерочный язык менее похож на "алгоритмический" , а ближе "оболочке","библиотеке". Сама постановка такого вопроса - бессмысленна .
Язык , содержащий алгоритмические конструкции ( а именно "цикл" и "альтернативу")- есть алгоритмический язык. Язык 77 и язык 8 - алгоритмические.
Сравнивать 77 и 8 нужно не по "алгоритмичности" , а по языковым конструкциям , реализующими доступ к данным. И получаем главное отличие - язык запросов.
Всё остальное , в т.ч. "типизация данных" - это мелочи, которые можно обсудить отдельно : зачем нужен "СписокЗначений", что такое "структура" и в чем её отличие от "соответствия". На Чебура в этом вопросе ты сослался - зря.
Впрочем, читая "вЫлЫсЫпЫдЫстЫ... " - каждый думает о чём -то своём.
139. Арчибальд 2706 05.10.10 17:25 Сейчас в теме
(138)
развитие 6.0-77-8 как приближение к языку приложения для СУБД , вершиной и составной частью которого является язык запросов SQL.
Ты на себе демонстрируешь воплощение мечты Достоевского о сужении российской натуры. Предметная область у нас все же (бух) учет, а не реляционная БД. И если переход 6-7 был приближением платформы к предмету автоматизации то шаг 7-8 ознаменовал поворот в сторону одного из способов (не единственного!) построения модели предметной области (реляционная БД и Скуль). Заметим, что Скуль читает данные, конечно, хорошо, но вот пишет как-то не очень. Шаг к Скулю - перекос в сторону отчетности, возможно, в ущерб учету. Во всяком случае, процесс регистрации фактов в типовой Бух8 геморнее, чем в типовой же Бух7.
140. Ish_2 1104 05.10.10 17:55 Сейчас в теме
(139) Что-то сайт ... Нам , скромным людям , остается тихо надеяться, что всё будет хорошо и нас не накроет очередная эра... сервисов , картинок, и реклам.

Ты прав - я сузился , потому что кхе..кхе.. слишком широк . И выделил главную суть в развитии 6.0 - 77 - 8.х. По-моему, дело обстоит именно так :
движение в сторону полноценной платформы для создания СУБД -шных приложений (конфигураций).

Ты же остался "широким" и рассуждаешь вообще что хорошо , что плохо. Про SQL, про перекосы , про геморрой . Что ,согласись, очень и очень спорно.
А ты "сузься" , т.е. абстрагируйся от "геморроя" , и скажи ,не давая оценок :
в чем она суть движения 6.0-77-8.х ?
141. Арчибальд 2706 05.10.10 18:54 Сейчас в теме
(140) Пожалуйста. Широкими мазками с методологических позиций.
6-7 Анализ. Разработчики попытались классивицировать учетные задачи - и отделили от бухучета оперативные (оперативный учет) и среднеежемесячные (расчет). Для каждого из получившихся трех видов реализовали специфические учетные регистры и библиотеки для работы с ними. В общем-то с компонентом Расчет они попали впросак, поскольку не хватило у них знаний предмета, что отнюдь нельзя ставить им в вину - в предмете сам Минтруд не очень-то разбирается. Второй косяк, сделанный на этом этапе - неудачная попытка "посмертного автобухучета" на базе оперативного. Тем не менее, попытка была методологически правильной, плохая методология все же лучше, чем отсутствие методологии.
7-8 Синтез. разработчикам в какой-то момент показалось они ухватили суть учета - фиксацию в регистрах, - и отчетности - запросов к регистрам. Попытались с переменным успехом регистры унифицировать. А для этого нужно в регистрах выделить нечто общее, некую объединительную атрибутику. Вот тут внимание! Что общего у этих различных по функциональному назначению и набору регистрируемых данных объектов?
Не получился синтез. Общим оказался (для разработчиков) не кокой-то атрибут, внутренне присущий объектам, а совершенно внешний - способ хранения в реляционной БД. Вот тебе и приоритет запросов. Дальше пошел перевод Скуля на условно-русский язык. И начинающие восьмерочники уже отчет от запроса не отличают.
Следующим шагом должен быть быть повторный анализ. И повторный синтез. Но это уж потом...
142. Ish_2 1104 05.10.10 19:09 Сейчас в теме
(141) С грехом пополам одолел то , что ты сказал в 6-7 (речь не о согласии , а о понимании).
Про 7-8 с первого захода ни бельмеса не понял. Чудно как-то ты употребляешь известные мне термины. Пока у меня после каждой фразы в 7-8 стоит мысленный комментарий "ммммм....". Вообщем , пока робею.
После второго захода - отвечу.
143. Ish_2 1104 05.10.10 19:38 Сейчас в теме
(141) Вначале про 6-7 :
6-7 Анализ. Разработчики попытались классивицировать учетные задачи - и отделили от бухучета оперативные (оперативный учет) и среднеежемесячные (расчет).

Понятно , кроме определения : среднеежемесячный (учет).
Это так ты понимаешь компонент "Расчет" ? Как "среднеежемесячный" ? Может быть компонент "Расчет" определить попроще : как компонент для сложных периодических расчетов , то бишь зарплаты , учет которой тоже, кстати, оперативен .

В общем-то с компонентом Расчет они попали впросак, поскольку не хватило у них знаний предмета, что отнюдь нельзя ставить им в вину - в предмете сам Минтруд не очень-то разбирается.

Попали впросак , кто ? разработчики компонента "Расчет" или разработчики конфигурации "Зик" ? Или те и другие ? "Просак" - на уровне компонента или на уровне конфигурации ?

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


Это про что ? Про комплексную конфигурацию ? Т.е. разработчики этой конфигурации плохо реализовали посмертный "автобухучет" (внутреннюю выгрузку данных опер.учета в бухучет? Так ?
144. hogik 443 05.10.10 22:13 Сейчас в теме
(141)
Александр.
Вы написали: "Общим оказался (для разработчиков) не кокой-то атрибут, внутренне присущий объектам, а совершенно внешний - способ хранения в реляционной БД."(с)
Соглашаясь с Вами, я бы еще к этому добавил, что им было "Известно, что классическая реляционная модель не имеет готовых средств для поддержки иерархии данных и ее реализация всегда требует кропотливой работы."(с)
И вся идея "1С 8.х "пронизана" мыслю: "... предназначенный для решения задач, которые плохо согласуются с классической реляционной моделью базы данных."(с)
Т.е. сделана титаническая попытка реализовать объектную (а по существу - иерархическую) надстройку над реляционной СУБД с ОГРАНИЧЕННЫМ составом "объектов": документ, справочник, регистры...
А т.к. такие надстройки, как правило, работают не эффективно, то пришлось городить сервер "приложений". Который, в основном "прикладывается" ;-) не к потребностям пользователя, а к проблемам надстройки: "Например, при выполнении даже весьма сложных запросов программа, работающая у пользователя, будет получать только необходимую ей выборку, а вся промежуточная обработка будет выполняться на сервере."(с) А по сути - классическая, для SQL-ной "1С 7.7", проблема "универсальных" запросов: "... механизмы платформы ориентированы на минимизацию объема данных, передаваемых на клиентский компьютер. Например, данные списков, табличных частей и отчетов передаются с сервера не сразу, а по мере просмотра их пользователем."(с)
Ссылки на источники цитат:
http://v8.1c.ru/metod/architecture/
http://v8.1c.ru/overview/Term_000000033.htm#1
147. Ish_2 1104 06.10.10 09:11 Сейчас в теме
(141) Ага ! Дошло.
6-7 - у тебя Анализ. а 7-8 - Синтез.
Эти два метода применяются для построения модели. Какую же модель ты строишь ?
Ответ : Модель платформы 1с в развитии.
У тебя получилось :
6-7 . Здесь ты платформу разделил на три части(компонента) описал их кратенько и назвал это АНАЛИЗОМ. Ты выделил три компонента , потому что для каждого была возможна отдельная поставка.
7-8 Здесь поставка для отдельного компонента невозможна. Здесь всё три компонента в "одном флаконе". Поэтому ты назвал это СИНТЕЗОМ. Объединил , так сказать.

Оказалось , что ты в своем "широком" методологическом подходе попался на маркетинговый трюк 1с : разделил 77 и 8 по признаку возможности раздельной поставки. Ты даже не заметил , что поставка 77 возможна была в "одном флаконе" все три компоненты.

1. Поэтому платформы 77 и 8 нужно сравнивать как единые целые.
2. Поэтому 6-7 - никакой это не Анализ , а 7-8 - никакой это не Синтез и никакую модель развития платформы 1с ты не построил.

Модель развития платформы 1с можно построить лишь сравнивая механизмы двух платформ , анализируя их изменения и появление новых механизмов.

Теперь по содержанию 7-8.
Оно настолько загадочно , что я воздержусь от комментариев.
148. Арчибальд 2706 06.10.10 09:38 Сейчас в теме
(147) Да не я анализировал и синтезировал, а 1С. А я оценивал адекватность их деятельности. Пытался вычленить из маркетинга техническую методику.
Еще раз: 1С должна (это миссия) в процессе своей деятельности построить модель учета, т.е. проанализировать учет и синтезировать ПО. В этом суть развития 6-7-8
145. hogik 443 06.10.10 00:32 Сейчас в теме
(138)
Игорь.
В фразе "...СУБД, вершиной и составной частью которого является язык запросов SQL" слово "вершина" в смысле - видимая пользователю "верхушка"? Или другой смысл? Поясните это мне, пожалуйста.
146. Ish_2 1104 06.10.10 07:40 Сейчас в теме
(145) "Вершина" - в смысле достижение.
150. hogik 443 06.10.10 18:25 Сейчас в теме
(146)
Игорь.
Спасибо за пояснение.
Для себя делаю вывод, что если язык запросов SQL это ""Вершина" - в смысле достижение"(с) в теме СУБД, то СКД это вершина в учетных системах. А мне казалось, что это тоже самое, что и "...можно ли придумать такой язык (такие методы), чтобы он был понятен бухгалтеру ?"(с), только в другой сфере деятельности.
А суть этих "вершин" хорошо сформулирована в (149):
"Всё идет к этому-формализация манипулирования блоками данных не вдаваясь в детали."(с)
"Только реализовывается пока сложно."(с)
"Когда у процедуры 10 уровней вложенности..."(с)
Мне (дилетанту в хУ) это напоминает рыдания по теме "УУ". :-(
Пора вводить термин "сУУбд". ;-)
P.S. Извините, опять я написал не в тему. Но...
149. aim 06.10.10 13:24 Сейчас в теме
Правильная статья. Всё идет к этому-формализация манипулирования блоками данных не вдаваясь в детали. (СКД, конструкторы запросов, самонастраевыемые формы (в 8.2), преобладание запросов над циклами).
Только реализовывается пока сложно. Когда у процедуры 10 уровней вложенности и каждый уровень начинается с ПолучитьПараметрыУчетнойПолитики(), или когда количество регистров накопления превосходит количество счетов/субсчетов -- это уже не то.
151. tango 506 19.10.10 13:36 Сейчас в теме
Автор, разузлование в СКД сделаете? чтоб быстро?
152. Ish_2 1104 19.10.10 17:52 Сейчас в теме
(151) Сообщения на e-mail из темы не приходят сейчас.
Что такое "разузлование в СКД" ? Не понял. Ты как-нибудь попроще...
153. hogik 443 19.10.10 20:03 Сейчас в теме
(151)
Думаю, "разузлование" и настоящими запросами делать не очень эффективно будет. Ну, а продукты 1С не для этого сделаны. При складировании документов в пачки задачи "разузлования" не возникает. ;-)
154. Ish_2 1104 20.10.10 08:31 Сейчас в теме
Если под "разузлованием" понимается приведение древовидной структуры к таблице, то вопрос "разузлование в СКД" звучит очень странно, потому что на входе СКД мы имеем разного рода таблицы , которые можем привести к древовидной структуре .
Т.е. СКД занимается , грубо говоря , обратной операцией - "узлованием".
155. tango 506 20.10.10 10:41 Сейчас в теме
ок. разузлование - это плоская таблица материалов, из которых сделана продукция. справочник спецификации. например, электровоз - 17-ти уровневая спецификация.
ключевое слово - рекурсия.
вопрос был: сможете ли вы сделать это в СКД, без ручного кодинга, согласно заяве в сабже?
156. Шёпот теней 1779 20.10.10 11:21 Сейчас в теме
есть счет - 1,2,3... N ... и "до фига" ...

есть метода = суммирование откуда вышли все остальные "минус", "умножение", "деление" ... далее интегрирование, дифференцирование ...
есть механические методы - единица, локоть, шаг, аршин ...
есть логика нуля - "выше/ниже", "тепло/холодно", "плюс/минус" ...

... например "вся математика" компьютерного процессора есть - "сложение" как математический метод и "сдвиг" как механический ... и логика нуля как символ и точка отсчёта ...


... "Запрос" - как язык есть язык декларативный (осведомляющий) - факт свершившийся и не имеющий "логики" ...

... СКД - это сложное, последовательное - уравнение (НеСистемаУравнений) ... т.е. работает с заранее известным набором данных (получаемых "Запросом" см. выше ...)... поэтому нет и не может быть логики ... а попытка наградить нижестоящую систему поведением вышестоящей - кроме путанного хаоса НИКОГДА результата не давала ...

...: "Формулируя закон необходимого разнообразия, У.Р.Эшби указывал, что для обеспечения процесса управления управляющая система должна обладать, по крайней мере, такой же сложностью, как и управляемая. " ...

... ВОТ ...

п.с.0. - для кого хороша СКД - в массе своей для людей не обладающие "логикой" - подобное тенется к подобному ... впрочем для них "этоСКД" и предназначено - пусть кушают ... пусть ... всякое ГМО лишает человека наследственности в 3-7 поколении ... ДОМ-2 одним словом ... ))) ... ПостМодернизм ...
п.с.1. СКД - мертворождЁнный ребёнок ... с ним повозятся и выкинут ...
п.с.2. такое ощущение что сегодняшняя бухгалтерия ничем кроме "отчётов" больше ничем и не занята - ни методикой ни методологией ... ничем ... она полностью села на иглу "от 1С" ...

(155)
... хотя надо сказать что проблемы НЕ линейного программирования (а рекурсия есть всё таки образец и простой способ динамического программирования) к задачам БУ имеет отдалённое приближение... вот ...

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

...
157. Ish_2 1104 20.10.10 14:34 Сейчас в теме
(156) Что-то ты , Шепот, размахнулся ...
Вернемся к Мише в (155).
СКД в данной задаче вообще ни к селу , ни к городу.
Но можно вести речь об использовании запроса для решения мишиной задачи.
Мы , т.е. автор темы, ответим Мише узко :

В типовой конфигурации БП 1.6.( Справочник СпецификацииНоменклатуры подчинен справочнику Номенклатура) получить одним запросом плоскую таблицу материалов для номенклатуры ("Электровоз") с расчетом необходимого количества каждого материала - НЕВОЗМОЖНО.

Теперь ответим шире, не привязываясь к типовой конфигурации :
Думаю , использование запроса возможно и эффективно для более простого случая когда дерево-иерархия организовано на одном справочнике, имеющим вид иерархии :"иерархия элементов".
Явное использование рекурсии для получения таблицы материалов здесь НЕНУЖНО.
Достаточно использовать неявную рекурсию в запросе (фразы "ИЕРАРХИЯ", "ТОЛЬКО ИЕРАРХИЯ").
158. Ish_2 1104 20.10.10 15:01 Сейчас в теме
(155) Шепот , давай конкретно :
В статье утверждается , что использование СКД даёт резкий прирост производительности при построении сложных отчетов.
Приведен пример : прикрепленный к теме экспериментальный отчет.
Дан образец для сравнения : типовой отчет "Обороты счета" БП 1.6.
Экспериментальный отчет выигрывает у типового от 2 до 5 раз . Читатели могут в этом убедиться .
Ты опровергаешь этот вывод ?
У тебя есть какие -то контрпримеры ?
Или использование СКД при построении отчетов вообще недостойно обсуждения ( для ветерана) ?
160. Шёпот теней 1779 20.10.10 16:08 Сейчас в теме
(158) ... дык сколько уже можно про "конкретно" ... опять!?! - новый круг ...

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

механизм ПостроительОтчёта и его "форма"усовершенствователь Универсальный - был оптимальным вариантом ...

... механизм "расшифровок" - был знаком и раньше ...

... СКД это соединение "Запроса" как доступ к таблицам и "ТЗ" как возможность "свободного" оперирования данными ... такое можно и так делать ... записать такую последовательность в файл - удовольствие мнимое - как и то количество отчётов которое можно делать этим СКД ... мне не понятно зачем делать столько отчётов ... а для реальной жизни - отчёт меняется - "никогда" ...

... вотТакоеСтароПердунскоеМнение ...

....
164. Ish_2 1104 20.10.10 16:48 Сейчас в теме
(160) Принял к сведению.
Только одно НО : выражение "прямые запросы" оставь , забудь вообще.
В 8-ке это ненужно (в контексте рассматриваемых стандартных задач учета в типовых конфигурациях).
163. Шёпот теней 1779 20.10.10 16:46 Сейчас в теме
(158) ... я не против СКД ... я ЗА! ... пусть будет много иразных эСКаДэ ...

... просто "скд" мы и раньше сами делали (лично "я" по НЕсовершенству своих знаний ...) ... только зачем это делать в НеДобровольноПринудительном порядке ...

... в целом - нас ВСЁ одно никто не спросит - принимайте и расслабтесь ...

... вообщем я за "ЗА" ! ... ОН такой скд-ешный ...

... ВОТ ...
159. tango 506 20.10.10 15:40 Сейчас в теме
"использование СКД даёт резкий прирост производительности при построении сложных отчетов"
vs
"СКД в данной задаче вообще ни к селу , ни к городу"
:)
УПП, выход и вход спецификации - в табличных частях.
необходимость: по плану производства - план закупок
Прикрепленные файлы:
к спецификациям.doc
161. tango 506 20.10.10 16:40 Сейчас в теме
СКД хорош, когда надо быстро получить простой отчет без заморочки с выводом,
особенно, если надо получить горизонтальный разворот с итогами.

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

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

Если запрос сложный и таблица задана - тогда СКД только если будет выигрыш производительности исполнения.
Шёпот теней; +1 Ответить
165. Ish_2 1104 20.10.10 16:57 Сейчас в теме
(161)
СКД хорош, когда надо быстро получить простой отчет без заморочки с выводом,
особенно, если надо получить горизонтальный разворот с итогами.


Давай так :
СКД хорош, когда надо быстро получить сложный отчет с горизонтальными итогами, например, "Обороты счета" в БП 1.6.

Хм.. Чему ,собственно, и посвящена эта статья. Сторговались ?
169. tango 506 21.10.10 10:11 Сейчас в теме
(165) горизонтальность - да, приятно. но сложный запрос - это сложный состав и связиисточников, практически все время уходит на обдумать их, инструмент здесь не важен.
"В 8-ке это ненужно" - показал ведь, рекурсия в спецификациях.
Прикрепленные файлы:
170. Ish_2 1104 21.10.10 10:24 Сейчас в теме
(169) да , спорить не о чем. Если есть конкретная задача , требующая ADO -соединение ,
то нужно использовать ADO-соединение.
Фраза, обращенная к Шепоту : "8-ке это ненужно" - означает , что 99% задач в типовых конфигурациях не требуют "прямых запросов".
Можно даже сказать : "Прямые запросы" - это зло ; наследие мрачных "семерочных" времен.
171. Ish_2 1104 21.10.10 19:22 Сейчас в теме
(169) Передумал.
Глянул на структуру справочника "СпецификацииНоменклатуры" в БП 1.6. И думаю , что ты глубоко , жестоко неправ . Я хочу сказать , зря ты пугал здесь народ.
Никакие рекурсии , никакие хранимые процедуры, никакие ADO-соединения для задачи определения плоской таблицы материалов (разузлование) НЕ НУЖНЫ. Всё должно решаться быстро и штатными средствами 1с. Простой цикл с запросом.
Если нестрашно , давай померяемся.
172. 21.10.10 20:04 Сейчас в теме
(171) Спецификации номенклатуры в УПП намного сложнее. Даже так - похожего - только название. Так что не советую меряться. Или вам нужно посмотреть УПП.
174. Ish_2 1104 21.10.10 22:11 Сейчас в теме
(172) Уточним позицию .
В (155) Миша сформулирал задачу разузлования в общем виде без привязки к конфигурации. Сказал , что в этой задаче ключевое слово - рекурсия.
Раз задача разузлования сформулирована в общем виде , то совершенно логично , что я воспринял её как обычную задачу разузлования для одной таблицы - в БП1.6 именно такой случай.- Справочник НоменклатураСпецификаций. Раскручивая его для какого -то определенного элемента номенклатуры, мы и должны получить таблицу таких материалов(номенклатуры) , которые не имеют спецификаций (т.е. самый нижний уровнень) .
Вот я и считаю, в настоящий момент, что для такой задачи не нужны ни рекурсия , ни что-то другое экзотическое. Предложил в этой задаче Мише померяться этими... ну , умениями.
Подождём .
173. hogik 443 21.10.10 20:51 Сейчас в теме
(171)
"Простой цикл с запросом"(с)
Простой цикл БЕЗ запросов. Или рекурсия - для наглядности. ;-)
Кому нужны такие "штатные средства", которые не позволяют, без длительного раздумья и обсуждения "статьями" и "форумами", решать элементарные задачи? Для создания многочисленных отчетов? Остаётся, только, согласиться с Александром:
"такое ощущение что сегодняшняя бухгалтерия ничем кроме "отчётов" больше ничем и не занята - ни методикой ни методологией ... ничем ..."(с) (156) "Шёпот теней"
166. OBEH 21.10.10 04:56 Сейчас в теме
(161)"Эта "фича" - путь к появлению "программистов СКД"."
Дак это уже во многих учетных системах такое. Отдельно прогер приложений, прогер форм, прогер репортов. Все идет к тому. Тут свои плюсы и свои минусы
А вот насчет "Возможность множественных сложных настроек - нисколько не плюс для конечного пользователя.", думаю, наоборот - это плюс для конечного пользователя. Вместо создания кучи отчетов, в СКД сделать возможность различных настроек. Для анализа и прочих вещей очень удобная вещь. Мои пользователи очень легко освоили это дело. Даже простые кладовщицы этим "влет" пользуютя. Другое дело, стандартные отчеты. Бухгалтерские или утвержденные на предприятии. С подписями там или еще чем то. Там можно и "ручное" программирование. Все "предопределено". Но и тут, СКД очень неплохо помогает, например, для быстрого первоначального наброска отчета. А вот "бантики, рюшечки, картинки" уже можно потом добавить.
Аппологетам 7.7 не надо мандражить, грызть ногти и смотреть как уходит все в 8-ку. Бросайте это дело. Попробуте потихонечку изучать 8-ку. И не надо болеть по поводу того, что 8-ка будет "дороже" для фирм.
Автору респект. Очень :D
167. Шёпот теней 1779 21.10.10 08:05 Сейчас в теме
(166) ... "тут" нету плюсов ... одни минусы для 90% предприятий ...

... освоили "влёт" ... ))) ... уххх ... ох ... ё-маё ...

... только УУ-зооЛОГИ и МИНИджэры переходят с 7-ки на 8-ку ... впрочем если ВАМ совершенно некуда девать ваши денежки - то переход как раз для вас ...

... мандражируют как раз 8-очники ... особенно 8.2 ... хотя 1С облегчили задачу перехода - очередным "клажением" на всех ... они не знают как обосоновать - ВСЁ стало дороже а эффекта никакого ... а у 7-ников - всё не просто а очень просто ... !

... вотЕстьМнение ...
168. OBEH 21.10.10 09:56 Сейчас в теме
(167) Не хочу тут вступать в дискуссию. Это не тема текущего обсуждения.
Скажу только одно. Переход на 8-ку оказался очень даже производительным и незатратным для бизнеса. В принципе, не "у 7-ников - всё не просто а очень просто ... ! ", а у пользователей. Я работал и на 7.7. На 8-ке для программера все проще. Кто перешел на 8-ку уже не имеет желания на 7.7 возвращаться. Это о чем то говорит. И не надо про "привыкание". Как раз, привычка многих держит на 7.7
Ну попробуй, хотя бы чуток, поработать на конфах 8-ки.
162. tango 506 20.10.10 16:41 Сейчас в теме
Возможность множественных сложных настроек - нисколько не плюс для конечного пользователя. Эта "фича" - путь к появлению "программистов СКД".
Шёпот теней; +1 Ответить
175. tango 506 22.10.10 11:21 Сейчас в теме
чё меряться? у меня длинее
зы: ну хоть для БП-шной спецификации сделай без рекурсии
Прикрепленные файлы:
176. Ish_2 1104 22.10.10 12:26 Сейчас в теме
(175) Открой тему : "РЕКУРСИЯ против ЦИКЛА" . Демо - БП 1.6.
Обсуждаем вопрос как создать обработку для разузлования номенклатуры .
В обработке требуется задать номенклатуру, на выходе получить таблицу материалов нижнего уровня.(Колонки в выходной таблице : Номенклатура,Количество)
Разумные ограничения :
У каждой номенклатуры не более одной спецификации.
В выходной таблице не более 1 000 000 записей-материалов (для "электровоза" хватит)
Уровней вложенностей не более 100.

Ты представляешь свою обработку с РЕКУРСИЕЙ - я свою С ЦИКЛОМ . Вот и померяемся . Как ?
177. tango 506 22.10.10 12:50 Сейчас в теме
нет, Игорь, по сабжу ты делаешь разузлование только галочками в СКД, без ручного кодинга.

Реально вложенность 20 - очень большая спецификация
Материалов - 100 000 - тоже с запасом
И, реально же, одна спецификация у номенклатуры выделяется регистром сведений ОсновныеСпецификацииНоменклатуры. Но это уже - УПП.

зы: "Итерация от человека. Рекурсия — от Бога."
Дональд Кнут Искусство программирования, том 1. Основные алгоритмы = The Art of Computer Programming, vol.1. Fundamental Algorithms. — 3-е изд. — М.: «Вильямс», 2006. — С. 720. — ISBN 0-201-89683-4
178. Ish_2 1104 22.10.10 13:01 Сейчас в теме
(177) Галочки, СКД, кто что говорил, или не говорил - эти мелочи отбросим. Сосредоточимся на главном :
1. Условия ( 20 и 100 000) твои принимаются.
2. Регистр для определения спецификации не учитывается ( будет только одна спецификация у номенклатуры.
3. Используется Демонстрационная БП 1.6.
Для тестового заполнения Справочников Номенклатура и Спецификации Номенклатуры
Чего нибудь каждый напишет.
Ну так как ? Меряемся ?
Тему "Рекурсия против Цикла" открываешь ?
186. Ish_2 1104 25.10.10 13:03 Сейчас в теме
(177) Напоследок. Миша , у нас разные идолы.
Фраза ремесленника :
"Итерация от человека. Рекурсия — от Бога"
тонет в изречении математика :
Натуральный ряд чисел создал Бог, все остальное - придумали люди.(с) Кронекер

Мой-то идол покруче твоего будет !
179. tango 506 22.10.10 14:46 Сейчас в теме
блин, еще раз. сабж глянь: "СКД - рулёз, ручной кодинг - атстой".

дерево из реляций вытаскивается рекурсией.
в 1сном "языке запросов" рекурсии, которая появилась в MSSQL с 2005 - нет, соответственно, и СКД здесь против "ручного" кодинга не может ничего.
Об этом и шла речь.

А рекурсия против цикла - это твоя собственная выдумка, бой с тенью. Удачи, пусть победит сильнейший.
180. tango 506 22.10.10 17:20 Сейчас в теме
181. Ish_2 1104 25.10.10 11:30 Сейчас в теме
(180) У "электровоза" семнадцать" уровней вложенности. А как проверяется , что нет зацикливания ? Ведь на одной из нижестоящих ветвей пользователь может ошибочно ввести "вышестоящую" номенклатуру.
182. tango 506 25.10.10 11:41 Сейчас в теме
(181) в оракле встроенная фича, 1снегам придется что-то мастерить... вручную :)
183. Ish_2 1104 25.10.10 12:07 Сейчас в теме
(182) Не понял. Причём тут оракл ? У тебя же - УПП.
Получается , что в этой конфигурации нет проверки на "зацикленность" при заполнении справочника "СпецификацииНоменклатуры"? И пользователи вводят в этот справочник что хотят ?
184. tango 506 25.10.10 12:27 Сейчас в теме
я еще не разбирал в подробностях, что там наваяли 1снеги.
185. Ish_2 1104 25.10.10 12:38 Сейчас в теме
(184) Ага,понял. Дело в том , что такая проверка при раскручивании "электровоза " до материалов здорово замедлит обработку.
187. tango 506 25.10.10 13:33 Сейчас в теме
У меня нет идолов, пусть каждый говорит за себя, ок?
188. Ish_2 1104 25.10.10 13:34 Сейчас в теме
Оставьте свое сообщение