SQLDm pkarklin SQLDmСамое вкусное в 1С даже не ее встроенная объектная модель, хорошо положенная на реляционную базу (я не шучу, фатальных дефектов в общении с SQL даже в 7.7 последних релизов немного. таблички несвязаны ? да и хрен с ними - платформа за целостность отвечает, да руки на что даны правильно настройки поставить),


Ну, канечно, хорошо положенная и дефектов немного. Вы в серверный код смотрели? Как блокируются таблицы видели? Как все считается на клиенте, таща данные с SQL сервера, как из dbf. Вот с таким вот подходом - "хрен с ним" потом и обнаруживыаетсч неконсистентность данных, ибо "платформа отвечает".

SQLDmа вот что : Господа "виртуозы сред общего назначения" наверняка слышали о таких этапах проектирования системы как анализ и дизайн, которые полезно выполнять перед собственно программированием.

Давайте, поучите нас, тупых Delphiстов эапам анализа и дизайна. Мы прям так вот и начинаем сразу формочки ваять...

SQLDmИ что мы имеем. Тупой конфигураст даже на 7.7 при изменении отношений между объектами, которое может выясниться уже даже в ходе эксплуатации (!) правит базу практически мышкой, ей же правит формы, немножко кода, если нужно - обработка, и за 2-3 дня база готова к работе по новой схеме.

Походу, надо устраивать соревнования на разработку нового\переработку существующего функционала, ибо трындеть, все-таки не мешки ворочать. Со своим копи\пастем Вы мноооого на саппортите.

SQLDmНо не дай бог виртуоз что не просчитал заранее железно или руководство захотело чего нового - у него последствия будут намного интереснее :) не буду описывать, сами на себе пробовали, я тоже пробовал.

Ну, если Вы пробовали и у Вас не получилось, то может дело именно в Вас?!

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

Вообще-то это одна из моделей разработки ПО, когда заказчки лохи не знают, что им нужно: сегодня то завтра другое, но чтобы со вчерашнего дня работало, а через месяц отменяет собственные же распоряжение с требованием вернуть старую логику на место но с сохранением данных!

И с этим ничего не поделаешь.

Мечта всех юзеров 1С - кнопка все сделать.

VoDA 1C++Я разрабатывал на Аксе 3-звенные приложения как-ни странно. С обычным файл-сервером.
Весь необходимый бизнес код находился в соответствующих классах.Один слой приложения это само приложение на Access. А где еще 2?

Может файл-сервер вдуг стал вместилищем бизнес-логики ?!? )))))))
Или внетри сетевого коннекта завелись транакции и хранимые процедуры )


PS hint:
3-уровневая система обычно это:
1. приложение у пользователя на компьютере. (Для 1С-ников - то, что видит пользователь)
2. аппликейшен, крутящийся на сервере. (Для 1С-ников - сам сервер 8-ки)
3. СУБД - Сервер Управления Базой(ами) Данных. (Для 1С-ников 8-ки - PostgreSQL или MS SQL server)

3-звенка для людей, не читавших ее определение:
1) Уровень GUI
2) Бизнес-уровень
3) Уровень доступа к данным
3) Уровень данных

И, для особо умных, это ЛОГИЧЕСКОЕ распределение.

А вот ФИЗИЧЕСКОЕ - это уже совсем другое.

Так куда делфинисты пихают Бизнес-уровень? Ответ - куда попало, но обычно в один файл, называемый модулем данных, куда пихают все компоненты доступа к данным.