ЖэконМощность данных не очень большая, порядка 100 документов в день, иногда очень большие, с 1000 позиций, загрузка номенклатуры с характеристика, порядка несколько десятков тысяч. Аналогичных таблиц внешних в принципе не будет, некоторые могут иметь одинаковые поля.

Диапазонные автосчетчики честно говоря не знаю, но подозреваю что будут непонятные моменты по обмену даннымми между узлами

Вообще замысел, реализовать систему, с повышенной гибкостью, не такой как у 1с, но и не как у самописок. Нечто среднее. Где то упростить, где то организовать готовый функционал, чтобы в последствии оперативно работать. Первая задача организация структуры данных грамотная. На данный момент база 1с 10 гб, все нужно и все жалко удалять. Поэтому есть куда стремиться и развиваться.
Тогда воспользуйтесь старым правилом - не умножайте сущности без необходимости. По-русски еще говорят "не изобретайте велосипед". Вам нужна возможность хранить дополнительные данные, различные для экземпляров? Есть сразу 4 стандартных пути:
1. EAV
2. Наследование таблиц
3. XML-поля
4. SPARSE-поля

Это примерно в порядке убывания гибкости.
ЖэконВо вьюхе делать объединение. и на вьюху ВК цеплять. Или это тоже некашерно?

? И какая СУБД поддерживает такую чудную возможность??

ЖэконП-Л,

Вы тоже про ЕАВ говорите, неужели это панацея от всех проблем) буду читать про это.
Отнюдь, создает она проблем тоже прилично. Просто это очень гибкая система, но за все приходится платить.
ЖэконА вы как думаете лучше большие таблицы, или много мелких?
Все хорошо в меру. Работать с таблицей в 30000 полей ничуть не удобнее, чем с 10000 мелких таблиц по 10 полей.

ЖэконПочитал про ЕАВ, мне кажется это слишком, все таки по моему лучше значения (строки, числа, ключи) хранить в таблице объекта, а не распихивать все по разным таблицами. Такой подход должен быстродействие улучшить.

Быстродействие - улучшит. Но основное преимущество EAV как раз во всегда фиксированном числе таблиц фиксированной структуры и, как следствие, фиксированных запросах.

Жэкони к тому же ЕАВ как я понял не решит сути моего вопроса:

В одной таблице указан ключ на внешние таблицы (неважно как достигаем уникальность но она есть). Требуется левым соединением прицепить значения конкретного поля (в 2х табл одинаковое поле ) к первой таблицы в 1 поле (2 поля + case или сoalesce = результируеще поле, как варианты описали, но думаю ими не стоит злоупотреблять).
EAV решает задачу, а не воплощает ваше видение решения. Вы определитесь, чего вам больше хочется - задачу решить или сделать по-своему.

ЖэконЕще думаю можно например вынести общие поля (у всех справочников есть реквизиты номер, описание ...) в одну таблицу, но тогда во первых при обращении к маленькой части данных (выборка 1 справочника) потянуться куча левых данных (остальные справочники рядышком лежать будет). Это проблема хранилища, и для ее решения существуют индексы.
Жэкон во вторых это не решит проблему в корне, а лишь отчасти, т.к. позволит указыватье лишь объекты справочников, а не любые объекты системы.

Хотя в последнем возможно и нет необходимости.
По-моему вы явно нарушаете последовательность действий. У вас нет четкого представления о задаче, а вы уже за реализацию бьетесь. Ничего хорошего из этого не выйдет. Вам весь топик твердят, что надо сначала понять, что вы будете там хранить и что вы хотите с сохраненными данными делать.