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