Здравствуйте!
Сам работаю программистом 1С, и хочу рассказать о недостатках структуры данных (или почему стуруктура хранения данных в 1С 8.1 - дерьмо).

1. Названия таблиц и полей.
Почему таблицы называются:

_Enum171 (перечисление)
_Reference27 (справочник)
_Document121 (шапки документов одного вида)
_Document121_VT2017 (табличные части документов одного вида)
_AccumReg3519 (движения регистра накопления)
_AccumRegTotals3518 (итоги регистра накопления)

Ну и т.д., ПОЧЕМУ Я САМ НЕ МОГУ задавать имена таблиц в Конфигураторе???
Все аналогично с именами полей таблиц (_Fld3504RRef)

2. Типы данных.
Для хранения ссылок используется binary(16), в котором хранится GUID с переставленными частями. В идее использовать GUID есть рациональное зерно, только, как всегда, подкачала реализация.
GUID хорош для обмена с внешними системами или в УРБД, особенно для импорта из внешних систем, а для использования внутри базы он слишком большой (16 байт), можно было бы во всех справочниках и документах хранить 2 поля: int IDENTITY, и uniqueidentifier, первичный ключ по int, все ссылки на int, а GUID - только для обменов.

Это привело бы к уменьшению объема базы, а следовательно, увеличению скорости ее чтения с HDD, в разы! Стоит отметить, чтение с HDD - самая дорогая операция в работе SQL Server, и почти все проблемы со скоростью, с точки зрения Hardware, упираются в жесткий диск.

Флаги (тип Булево) хранятся как binary(1), если в таблице 1 колонка флага, того же эффекта можно достичь, типом tinyint, если 2 и больше, уже можно использовать тип bit (выделяется 2 байта на 32 колонки, но на 1 тоже 32 байта), только надо колонки размещать подряд.

Дата хранится как datetime, думаю можно было хранить как smalldatetime, потеряв секудны и сузив диапазон дат. Хотя если кто-то приведет аргументы, чем в целях учета datetime лучше, может быть я соглашусь.

Дальше завтра напишу