А что участник не может участвовать в нескольких вкладах? Не многие ли ко многим?

Ilia, не очень понимаю чем вам помочь... Для меня не очевидна структура БД, я не владею информацией о предметной области вашей задачи. Вы сами могли бы конкретнее описать проблему, чем вы озадачены.... какие создать таблицы?... или БД есть и нужен запрос пересчитывающий одни цифры в другие?

Проект-то серьезный и щепетильный, не знаю насколько этот фонд крупный, т.е. насколько велик будет объем данных, но то что тема довольно шкурная это точно... в будущем наверняка потребуется анализ данных с детелизацией до документа. Поэтому первое что хочется посоветовать: нужно БД делать на SQL Server, клиентов можно и на Аккесе. Целостность и защита данных на SQL Server несоизмеримо выше. Если до сих пор не имел дела с SQL Server, то это не слишком сложно,тем более из среды Аккеса. Что касается ведения счетов, то я бы систему сделал на таблице документов, ведь ими будут делаться начисления и расходы. В каждом из них будет идентификатор договора, а значит ссылка на солидарный счет и идентификатор участника, значит и на его индивидуальный счет. Агрегированные данные можно будет получать и запросами к таблице документов, а можно организовать триггерами пересчет состояния солидарного и индивидуальных счетов - это денормализация, но в больших системах вполне допусимая. Что касается начисления инвестиционных доходов, то это опять же документ, а по триггеру на его ввод сделать процедуру распределяющую одну сумму на всех участников, допустим пропорционально индивидуальной накопленной сумме. Короче, у вас широкое поле деятельности, а конкретнее что-то посоветовать не зная деталей проекта невозможно..

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

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