> Ну guest_20040621 - это самоуверенные делитант в банковской сфере

Еще раз, для тупых: _дилетант_. Запомните, как это слово пишется, сделайте одолжение. Не коверкайте язык, на котором изъясняетесь. Или это такой модный сленг специально для банковских работников?

Проектирование баз данных для банков ничем не отличается от проектирования баз данных для других задач.

> или возможно просто он еще молод.

Дружище, я не знаю, насколько Вы великовозрастны, но проектированию Вам нужно учиться с азов. Вот прямо с Дейта.

Опционально: научитесь хотя бы выслушивать мнение оппонента. В работе - даже в банке - пригодится.

> Вы сделали таблицу банков и в таблице документов внешний ключ на этот справочник банков. А бик, который
> присутствует в этом файле ( платеже) у вас в справочнике нет? Ваши действия?

Абстрагируемся от Вашего частного случая. Положим, есть некоторый программный продукт, который в числе прочего может синхронизировать часть собственных данных с некоторыми внешними источниками. Возможны ситуации: информации у внешнего источника больше, чем у программного продукта. Абсолютно штатная ситуация. Поведение программного продукта - тоже штатное, заранее определенное (можно запросить подтверждение у внешнего источника, можно обновить данные, добавив недостающие, можно сделать и то, и другое, можно проигнорировать данные). Информация внешнего источника не совпадает с информацией программного продукта. Тоже штатная ситуация. Поведение - опять же штатное, заранее определенное (запрос подтверждения, обновление, игнорирование и пр.). Аналогично - с недостатком информации, полным соответствием и полным отсутствием. Т. о. количество сочетаний состояний программного продукта и внешнего источника конечно. Поведение программного продукта может и должно быть определено для каждого случая. Для того, чтобы сделать это максимально адекватно, необходимо описывать внешние источники в соответствии с задачами обработки данных этих источников.

Т. о. ответ на Ваш вопрос: я ничего делать не буду. Решение обязано быть описано в программном продукте в соответствии с принятыми политиками относительно внешних источников. Возможно, оно (решение) потребует действий оператора, возможно, оно будет зависеть от структуры данных, но факт в том, что оно не спонтанно, а вполне определенно.

О суррогатных/ естественных ключах и их отсутствии писать уже надоело. Желающие без труда могут найти требования к ключам в любом профильном учебнике. Одно из необходимых условий первичного ключа - независимость. Естественные ключи зависимы по определению. Следовательно, естественный ключ не может быть использован в качестве первичного ключа.

Относительно проектирования т. н. банковских систем. Это по определению детерминированные системы, т. е. относятся к классу примитивных задач. Да, они громоздки. Да, к ним предъявляются жесткие требования по надежности, производительности, отказоустойчивости и пр. Но в общем случае на структуре данных эти требования не отражаются или отражаются мало. Так что вся специфика проектирования связана исключительно с предметной областью.