host.13Программист 1с,

-- в VBA полноценный sql вместо недоязыка запросов 1C;
-- стандартная операция "проводка документа" не атомарна с точки зрения базы данных. Непонятно почему так, если в 1С все-таки есть поддержка транзакций
-- невозможно программно в рантайме изменить имена процедур-обработчкиков событий контролов
-- в поле со списком, рекордсет которого является результатом запроса, по событию "отсутствие в списке" невозможно добавить произвольные данные, которых нет в исходном рекордсете.
-- в многопользовательском режиме остутствие возможности оповестить пользователей, о том что данные изменились другим пользователем
-- отсутсвие типа данных, в котором можно хранить время.
это только с ходу, особо не задумываясь.

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

1) Фигня, даёшь PL-SQL в массы!
2) А почему она должна быть атомарна? В какой учётной системе, из представленных на рынке, она атомарна?
3) А зачем это нужно делать в рантайме? Программа не может автоматизировать предопределённые действия пользователей?
4) И как с этим произвольным значением поддерживать целостноть данных?
5) А как вы это делаете в Аксесе? А в 7.7 объект будет заблокирован пользователем и никто его изменить кроме него не сможет.
6) А ещё нет типа Булево. А в скуле летоисчисление с 1753 года...

Но это не мешало 10 лет успешно вести бухгалтерский и торговый учёты. С зарплатой увы не всё так гладко. Но учёт не менее успешно вёлся и до появленияя 1С, и до появления компьютеров... Так что не там истину ищите.

Короче - Fox - Ваше всё ;)