Нет, это не так. Ты путаешь инструмент и решение.

Подробнее пожалуйста. Директум, это инструмент для конечного клиента. С - инструмент для создания директума. Или что имел в виду?

Нет, не исключение. Это современная потребность бизнеса направленная на перспективу качественной работы с клиентом.

Если бизнес-процессы предприятия не будут меняться в соответствии с изменениями во внешнем мире, то все оптимизации впустую. Например недавние изменения в соответствии с законодательством по новым корректировочным С/Ф затронули бухгалтерию, бюджетирование и фин планирование (это и есть составляющие ERP системы). На 1С-е на все про все ушло 1-2 месяца. Это время выяснения тонкостей законодательства. Теперь попробуй оценить сколько на сях времени уйдет. Соответственно ни кто такую ERP себе не поставит, что бы не быть костным

Ты путаешь бухгалтерию и ERP

Это ты путаешь. При чем каша в голове конкретная. Бухгалтерия, это только сдача отчетности бухгалтерской и налоговой. Так вот ни одна ин.система этого не может в поной мере, т.к. законодательство у нас слишком быстро меняется. Просто для интереса, посмотри блоки САПа, Паруса или мстарших 1С-вских конф. Уверяю, будешь сильно разочарован сколько процентов занимает бухгалтерия.

ERP - управление ресурсами предприятия

Ага, только если ты изучаешь ERP, должен знать, что ни на одном предприятии нет полноценной ERP. Даже IBM этим похвастаться не может. Проблема в том, что нет конечных требований к ERP. Сейчас этим называют любую систему, которая выполняет какую-то часть. Именно поэтому разные ERP перекрывают разные пункты. Сам я лично был руководителем группы, изучающей вопросы необходимости каких частей ERP, MRP, MRPII и прочих стандартов, самые необходимые и оптимальные для предприятий среднего и крупного масштабов. В общем это я к тому, что "учесть всю технологическую цепочку выпуска какого-нить железки", это решается примитивным планированием и план-фактным анализом с бюджетированием.

Когда я делал КИС то оптимизировал каждый запрос

Это конечно хорошо, когда есть время. Но вот скажи, ты оптимизировал запрос, но не саму СУБД. Почему? Потому что считаешь её как черный ящик. Разобрать ты её сможешь и что-то поправить, но тебе это не надо, потому что затраченное время будет гораздо больше полученного результата. Так же и с учетными системами - не надо лезть в механизмы, это затратно и не нужно. Например 1С будет работать медленнее в каком-то проценте случаев (далеко не во всех). При этом базу 1С можно с легкостью перенести на другие СУБД без переписки и доработки и она будет прекрасно работать (собственная СУБД, MS SQL, PostgreSQL, DB2, оракл). Получается твоя оптимизация решается железом гораздо дешевле, нежели польза от неё. У нас на пиках до 400 человек в куче баз. Самая крупная поделка на 1С (от любителей Си) 120 гб. На железо + софт потратили 2 млн. Все работает прекрасно. Можно было бы железо взять и на млн и сделать систему в 15-20 млн. Но в конечном итоге она получится кривая очень. Потому что конфы 1С (САП, парус и т.д.) делаются много лет сотнями разработчиками и с опытом тысяч предприятий. Тогда как поделка на сях будет делаться с нуля. Максимум с багажом не более 10 разновидностей предприятия (ведь опыт то только при массовых внедрениях). И меняться будет постоянно, т.е. процесс бесконечно долгий. Это не просто слова, когда вставал вопрос о внедрении какой системы на предприятие, мы рассматривали всевозможные варианты. В том числе и фоксятников слушали. Ну не предлагает ни кто ни чего эффективней 1С. Кастомизация директума сразу заставляет вспоминать 1С. Это при том, что кастомизацией занимался чистый сишник и сишник-линуксоид (мы его выбрали вместо лотуса из-за того, что он более привлекательный по многим параметрам)

У меня в таблице движений более 1 500 000 записей и все бегает и летает

Ну что за мерки то? У нас только ОС около 1 000 000. У каждого ОС около сотни свойств, а это отдельные сущности, т.е. куча таблиц и записей. Помимо ОС в конфигурации несколько сотней подобных сущностей (справочники, документы и т.д.) Взять те же итоги, на сколько эффективны у тебя промежуточные итоги? Или любой запрос подразумевает полный пересчет? На сколько просто добавлять новые разрезы аналитики? Много вопросов, которые надо обдумывать и которые давно придуманы и реализованы. В итоге если долго дорабатывать твою систему до реальных нужд, она станет во много раз тормознее любой готовой учетной системы (1С, Парус САП и т.д.). Это тоже самое, что и на асме делать что-то быстрее, чем на С++. Оно конечно можно и получается просто, но такой геморрой.

Прибежит обезьяна, наляпает чё-то, прилепит, например, строковое поле длинной 100 символов, которое будет использоваться а 20% записей и убежит, забрав бабки.

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

отбросив Россию на 10 лет назад.

У меня напарники каждый день работают в америке, пишут инет-магазины. Так вот там 1С нет не потому что их 1С-ка дорогая очень. ОЧЕНЬ! К чему это приводит? К набору поделок всевозможных. Каждый студент что-то поделает и сваливает. Напарники поддерживают несколько сотен разработок и среди них есть те, которые писали не они. Матерятся тоже не плохо, но ни куда не денешься, приходится ковыряться И последнее: По всему миру все идет к отвязке от конкретики. Т.е. кросплатформенность и поддержка различных СУБД, это только плюс. Мало того, сейчас конфа на 1С будет прекрасно работать как в виде клиента и сервера, так и в виде веб клиента. Ни чего переписывать не надо. Реально, остальные нервно курят в сторонке. А масштабирование у 1С:8.2 на столько гибкое, что уже совсем забыли про ограничения (КИВИ не в счет!!!)