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

TyoНу вы представляете какое удовольствие разглядывать Вашу схему без пояснений? ща поясню. Klient(имеет ФИО и паспортные данные)-это данные как для клиента так и для поручителя
Yrik-это все данные для юридического лица, причем в таблице объеденена информация юриков как фирм так и предпринимателей.
Bankrek-банковские реквизиты счетов(расчетных и ссудных)
Obespechenie- то что можно пустить в залог, стоимость и поправочный коэффициент который устанавливается банком на основании сферы деятельности
Ocenka-оценивается клиент на основе СБ и определения класса кредитоспособности(Kreditospos). Храниться заключение о возможности займа
Dogovor-собственно все данные необходимые для заключения договора.

в этой схеме не Yrik а Firma

NSFuimusи поручительство и залог - это ДОГОВОРА ПОРУЧИТЕЛЬСТВА и ДОГОВОРА ЗАЛОГА соответственно? следовательно они имеют родителем главный договор ... те добавляем в договора код-сцылку на родителя (иерархическая) таблица ... оставляем в ней только общие для всех типов договоров поля (номер договора и проч) все остальное выносим в специализированные таблицы для каждого типа договора и завязываем их по коду на договора 1-к-1
эта мысля мне кажется более подходящей. а как насчет оценки кредитоспособности, ее стоит добавлять в главный договор или лучше отнести к конкретному юр лицу?

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

Я уже просмотрел много полезной инфы и выслушал дейные советы... всех от души:)

shelsoftЧто-то я не пойму ... никак не могу наложить на схему ваше БД сам процесс кредитования...

структура не доработана и многово не позволяет, поэтому прощу помощи. Есть светлые идеи или кто то видел пограммы подобной тематики?

у меня возник вопрос по ключам. мне нужно что бы идентификатору договора поручительства(ID_dogpor) таблицы Dogpor соответствовали несколько идентиф.поручителей(ID_Poruchit). то как я сделал заносит оба ключа из таблицы Dogpor(договор поручительства) в таблицу общего договора(Dogovor) что с этим можно сделать? или просто сделать ID_Poruchit в Dogovor пустым?

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