iscrafm СисойПросто сама концепция построения "от метаданных" хороша тем, что 80% таблиц создаются верно и их быстродействие всех устраивает. Зато скорость разработки, анализа архитектуры системы - существенно повышается.

по сравнению с чем повышается? Что в том же EM, TOAD или IBExpert описать таблицу, что в конфигураторе 1С - скорость одинаковая... Допустим та же Искра построена по отношению к 1С перпендикулярно, а по скорости разработки то повыше будет. Да и наглядность архитектуры системы... все как на ладони. Так что спорно.
У любой вещи есть область применения. Можно мобильником забивать гвозди и еще ругать мобильник, мол как это неудобно и какой он непрочный :)

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

P.S. Специально для жаждущих, выпущены специальные мобильники для забивания гвоздей, в противоударном металлическом корпусе :)

iscrafmПо настоятельной просьбе не оффтопить открываю эту ветку, чтобы услышать мнение по вопросу:
считаете ли вы, что архитектура, которая позволяет создавать информационную систему "от метаданных" не имеет ограничений по масштабируемости, как то утверждают сторонники подобной архитектуры, заложенной в основу 1С.
Мое мнение:
1. основой более меннее масштабной системы является база данных (причем не всегда одна)
2. масштабные системы выстраиваются из интерфейсов, которые по сути предоставляют сервисы (front-end) для работы с этой БД
3. Нужно иметь возможность прямого управления объектами БД, а не полагаться на закрытый движок, который это якобы делает...
4. Облегчать процесс разработки нужно в направлении минимизации затрат на создание интерфейсов и взаимосвязей между объектами ИС, но нельзя подменять проектировщика и его видение структуры БД (основа производительности)
5. Проектирование "сверху" применимо только в небольших программных комплексах.
1. БД это часть системы. Она хранит данные системы. Является ли она поэтому основой? Неоднозначный вопрос, может основа системы бизнес-логика? Если да, то тогда БД не основа системы, а только ее необходимая часть, предназначенная для хранении данных, которые формируются в основной части системы.
2. вобщем да
3. Кому нужно? И зачем? Кому-то нужно, а кому-то нет.
4. Вобщем да, только проектировать систему можно в термина БД, а можно в терминах метаданных.
5. Не понял что вы имеете ввиду. Если вы утверждаете, что нельзя в терминах метаданных спроектировать мощную масштабируемую систему, то вы неправы.

iscrafm2 LSV
---
собственно речь о чем идет:
возьмем даже тот же Nav... Прежде всего создается БД (Tables), потом все остальное. Имеете полный доступ к базе данных. Конфигуратор 1С не дает доступа к БД, и это я считаю его главным ограничением применимости для больших систем.
Что значит "Конфигуратор 1С не дает доступа к БД"? Запросы в 1с это фактически обычные запросы SQL к базе данных. Recordsetы в 1с тоже есть. А если сильно хочется то и непосредственно к БД можно подключиться, этого никто не запрещает.

Корни вопроса растут из утверждений поклонников 1С, что тормоза их любимой платформы связаны не с архитектурными особенностями ее построения, а с "кривыми руками" разработчиков конфигураций. Я просто пытаюсь выяснить, много ли коллег думают так же: кругом одни криворукие "конфигураторы", а сама 1С-платформа белая и пушистая. Она не накладывает никаких ограничений и т.д и т.п.
Кто это вам сказал, что 1с не накладывает никаких ограничений? Это наглая ложь! Ограничения есть и весьма существенные. Некоторые кстати тщательно замалчиваются (вроде того что в 1с 8.0 индексируются только 4 субконто). Часто именно эти ограничения и являются тормозами. Но также часто бывает, что программисты сделают какую-нибудь гадость (например, соединят в запросе таблицы по неиндексируемым полям) и сделав честные глаза говорят, что система тормозит, потому что 1с тормознутая система. Смотреть надо почему тормозит! Причины бывают разные, включая запущенность СУБД (через месяц отсутствия администратора) и занятости сервера посторонними задачами.