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

а теперь к подробному описанию.
авторПредставим такую ситуацию :
Имеется некая торговая контора ,которая оптом покупает и продает.Имеем поставщиков ,склады ,на которые поступает товар и покупателей которым производится отгрузка. С точки зрения бухгалтерии все значительно сложнее. Тепер уже наблюдается куча предприятий и предпринимателей ,которые перепродают друг другу товар ,отдают его на комисию, возвращают ,переступают права собственности и делают еще множество других не менее сексуальных действий.
я так понимаю, что имеет место быть некий workflow. Его вполне можно реализовать на одной базе данных.

авторА теперь представим ,что описанная схема меняется НЕ РЕЖЕ 1 раза в год , и что таких предприятий штук эдак 20-30 и что все они платят абонентскую плату и хотят получить за нее все.
Сейчас все это реализовано на FoxPro ,ссылочная целостность поддерживается внутренней логикой программы. Конечно я понимаю опасность такого подхода , но и клиенты это не швейцарски банк . К тому же преимущества значительно перекрывают непреиятности от возможных проблем. В принципе довольны все : Менеджеры ,которые видят реальную картину , бухгалтера , которые занимаются своей бухгалтерией никому не мешая , доволен я , так как легко могу воплотить очередной полет бухгалтерской мысли всего лишь за пол часа своего времени.
а вот отсюда уже непонятно. о чем идет речь? о представлении данных бухгалтерам (отчетах) или же об изменении бизнес-процесса? в первом случае формируется новый отчет и прикручивается к форме, во втором - описываются новые состояния сущностей, описываются правила переходов и т.п., редактируются отчеты.

чем это отличается от фокса?

PS. в данном случае клиенты выступают в качестве потребителей программного продукта или же в качестве контр-агентов, осуществляющих указанные сексуальные действия с вашей компаний?

авторМожно по конкретней , какой SQL сервер, методика поддержки ссылочной целостности , возможно ссылки на статьи в inet.
м... думаю, что с этим справятся и SQL Server и Oracle :)

Хм... либо здесь пример явного усложнения задачи, либо неумения ее объяснить.

Если ваши клиенты, это "потребители" (т.е. те, кто реально купил программный продукт и рассчитывает на него поддержку), то причем тут ваши бухгалтера? Далее
авторДобавим сюда третий случай , когда просто создаются дополнительные БД ,по числу юр.лиц . Правилами переходов пусть занимается бухгалтерия.
Юр.лица, это "потребители" или контр-агенты "потребителя"? Если первое, то без проблем, берем чистую базу (созданную ранее) и отдаем ее, пусть балуется. Если второе, то зачем создавать новую базу?

PS. Поверь, без особой на то необходимости нет смысла создавать разные базы.

PPS. А базы "потребителей" вертятся на одном сервере? или же отдаются им в пользование?