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

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

Димс12Господин ПЖпростейшую систему складского учета, отражения операций в бухгалтерии и расчета з/п в 1С строят за 4(!) часа(!!) в виде экзамена на специалиста по платформе
Не связано ли это с тем, что используются готовые конфигурации, содержащие уже написанные блоки именно для этого вида операций?

нет, конфа практически пустая, несколько не ключевых справочников и пара пустых документов

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

Димс12Говоря абстрактно -- разработчик работает ведь с некими "кирпичиками" -- строительными блоками, из которых он составляет продукт своего труда. Если в 1C получается быстрее, значит, эти "кирпичики" крупнее. Логично?

Логично.

>>Там проскальзывала мысль, что "регистр" (или "регистры"? пардон, не знаком точно с терминологией) -- это не эквивалент таблицы

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

формально разработчик не задумывается о том как это ляжет в реляционную БД. Он даже не знает в каких таблицах что хранится. Он работает с сущностями. Реквизит Организация документа Реализация. Ему даже знать не надо что это поле sdfdfew24234 в таблице werewr2342 (условно конечно)

представить это все можно как будто у вас есть готовый фреймворк, в котором заявлены некие сущности в виде абстрактных классов. Некий "справочник". Вы создаете в конфигураторе (наследуете) конкретный справочник "Организация", он получает все свойства и методы заложенные в абстрактный класс. Разработчик волен добавлять нужные ему поля, управлять отображением и прочим. Но сделать из "справочника", "документ" он не в силах

Димс121) Структуру двух таблиц и связь между ними
2) Триггеры, которые реагируют на изменение таблицы движений и обновляют данные в таблице итогов

Так?
Это всё или что-то ещё?

ничего это не надо. Все это делает система. Разработчик задает название регистра, его вид и структуру. Например надо хранить товары в разрезе складов и иметь количество и сумму.

заводится регистр остатков, делаются измерения Номенклатура (с указанием типа что поле имеет тип спр. Номенклатура), Склад (спр. Склады) и два Измерения в которых будут агрегироваться количественные показатели: Количество и Сумма. В документе надо прописать в алгоритме проведения какие поля из табличной части подставлять в регистр при записи и все.

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

Димс12Господин ПЖ
ничего это не надо. Все это делает система.

Вот я как раз и пытаюсь понять, ЧТО именно делает система, объясняя это для себя на привычном языке. Вы знакомы с разработкой на обычной СУБД, например, на Аксес или MS SQL?

Разработчик задает название регистра, его вид и структуру.
Что значит "структуру"? При этом он заводит поля, их тип?

>>Вы знакомы с разработкой на обычной СУБД, например, на Аксес или MS SQL?

знаком конечно... есть опыт наблюдения создания продукта C#/mssql взамен 1С-ного. К сожелению сумм затрат привести не могу. Но помню цифры из баг-таркинга. В трекере 1С было 800 реквестов на доработку/исправления. В трекере C# - 5600

>>Вот я как раз и пытаюсь понять, ЧТО именно делает система, объясняя это для себя на привычном языке.

что она делает... тоже самое. селекты, апдейты и прочее. С точки зрения строения есть вопросы к быстродействию - но отчасти это плата за универсальность и не привязанность к определенной БД. 8.2 поддерживает свой собственный формат - нечто вроде контейнера акцесса, mssql/oracle/postgree.

>>При этом он заводит поля, их тип?

да, но не в самой БД, а в конфигураторе (ide среды разработки 1С). Пишет он не тип char и что это FK от таблицы справочника "Организации" в скрипте на create table, а в конфигураторе добавляет реквизит (точнее Измерение) в регистр и обозначает что тип его - спр. "Организации". После сохранения 1С сама спроецирует все что нужно на физическую БД.

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

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