coffe4wolf,

Хммм....
Счета в банке не бывают дебетовыми или кредитовыми. Naf описал более правильную схему:
1) у клиента есть счета.
При этом клиентом может выступать кто угодно: Юр лицо, Физ лицо, другой банк, свой банк.
У клиента есть разделение (в зависимости от типа, какие счета на него можно открывать, об этом ниже в банковском плане счетов)

2) У проводки есть 2 счета дебетовый и кредитовый.
Любой счет может выступать как по дебету так и по кредиту. (У проводки, кстати, еще нужна сумма).
Одновременно (!) один и тот же счет и по дебету и по кредиту выступать не может (это бессмысленно)

3) Счета четко относятся к банковскому плану счетов.
Первая цифра - раздел плана счетов - по сути определяю отношение этого счета к типу клиенту
Первые три цифры (вместе с первой) - счет первого порядка - разъясняют предназначение счета, например 423 - вклады, 408 - расчетные счета
Первые пять цифр (вместе с разделом и счетом первого порядка) - счета второго порядка - уточняют предназначение. например 42301 - вклады до востребования, 42302 - вклады до 1 месяцы и тд.
Так же в плане счетов стоит важное уточнение что за тип этого счета - актив или пассив.

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

И это только относительно текущих "таблиц" ))))

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

Если у вас задача спроектировать реальную АБС, то бросьте. Если для курсового - давайте тему.

coffe4wolf...Всё что написал - данное мне условие слово в слово. По нему необходимо спроектировать простенькую БД...

coffe4wolf...Даны три сущности:
1. Клиенты - id, ФИО, дата открытия, дата закрытия
2. Счета - номер счёта, клиент, баланс счёта, даты открытия и закрытия
3. Платежи - id, дата, сумма, номер счета дебета, номер счета кредита, описание платежа.
...

Если постановка в виде таблиц, то... сочувствую ))) Просто делайте таблицы как сказано в вашей же постановке.
Если хотите, то небольшие уточнения к постановке:
1) баланс счёта (в счете, соответственно) - это, наверное, актуальный остаток. Если хотите, то более правильно вынести это в отдельную таблицу. Т.к. может потребоваться получать остаток на определенную дату (и часто), в текущей постановке это не реализуемо. Можно, конечно, рассчитывать его динамически каждый раз, но это накладно в продуктивной среде при больших объемах. Соответственно при создании проводки нужно пересчитывать остаток счета(ов).
2) Обратите внимание что в постановке в счете нет IDшника, а в платежах ссылка на "номер счета ..".
Возможны межбанковские операции. В этом случае заводить в свою систему счета клиентов чужих банков не рационально (да и не возможно), поэтому в этом случае в платежах просто указывается номер счета. (а связь как таковую делать не с чем). Мне кажется что автор постановки это подразумевал, хотя и не факт.
3) да, даты открытия и закрытия можно вынести в отдельную таблицу, только где у вас связь со счетом?

(Кстати, было бы неплохо, если бы вы иногда выкладывали обновленную схему)

coffe4wolf"3) да, даты открытия и закрытия можно вынести в отдельную таблицу, только где у вас связь со счетом?"
На тот момент я её не связал, таблицу просто вынес для себя. Если вынести даты открытия-закрытия, то на неё 1-к-1 будут ссылаться своими первичными ключами клиенты и счета?Почему? Если я правильно помню (просто уже более 6 лет как в банке не работаю :) ), то счета могут переоткрываться. Т.е. на один счет может быть несколько открытий и закрытий. Поэтому я говорил о вынесении этого в отдельную таблицу. Если у Вас упрощенная схема с одним открытием, то отдельная таблица со связью 1 к 1му - излишня (оставляйте тот вариант что сейчас выложили)

coffe4wolfКстати ещё дополнение к заданию, написать запросы:
По запросам - неееее )))) пробуйте сами

coffe4wolf- изменить описания проводок по заданному счёту по шаблону «Проводка №» + ID + «по счёту» + номер_счёта + «за дату» + дата_проводки + «на сумму» + сумма_проводки
Что бы выполнить этот запрос нужно дополнить схему комментарием платежа (куда вы будете записывать описание проводки).

coffe4wolfSELECT idpayments, sum(sum_pay) FROM payments WHERE `date_pay` > LAST_DAY( DATE_SUB( CURDATE( ) , INTERVAL 2 MONTH ) ) + INTERVAL 1 DAY AND `date_pay` < DATE_ADD( LAST_DAY( CURDATE( ) - INTERVAL 1 MONTH ) , INTERVAL 1 DAY )
Как мне сюда привязать условие по клиенту? :с Нужно взять счета нужного вам клиента (из таблицы Счетов), привязать все платежи по этим счетам (нужно учитывать и дебет и кредит) и эти платежи отфильтровать по дате. И уже в полученных строчках посчитать сумму платежей.