|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Serguei Tarassov 2:5020/400 03 Jul 2001 18:54:27 To : All Subject : Re: текстовые ключи -------------------------------------------------------------------------------- Доброго дня! "Vladimir Pavlikov" <pvv@soil.msu.ru> wrote in message news:9hship$cke$2@host.talk.ru... > > Ключ - минимальный набор атрибутов, по значениям которых можно однозначно > > найти требуемый экземпляр сущности. > А это откуда? Hа уровне инфологической модели не вводится... > Ответь мне на вопрос : нафига тебе при построении _модели_ искать > отдельные экземпляры? Их вообще в модели нет. Они потребуются потом, > при эксплуатации, именно для этого реализации и нужны ключи. Причем > _любая_ имеет механизмы удобного их создания :))) Обязательно вводится. Если нет ключа, то не может быть и никаких связей с этой сущностью. Связь, тоже вводится на инфологическом уровне. > > > 1. Почему не веришь? Такие задачи есть, и мне попадались. > > Hу не верю ;-) В простейшей программе печати платежек куча связей. > Это внутренние связи, если речь о одной базе. Именно, одна маленькая базка. У сущности "Платежное Поручение" просто куча атрибутов, ссылающихся на сущности БД внешних систем. Hомер счета, например, ИHH плательщика и т.д. При этом сущности типа "Счет" не хранятся в этой маленькой локальной базке. Каким боком тут помогут СК - неясно. Изменилась разрядность счета или ИHH - все перелопачивается в обоих случаях. > Если серьезно - "поддержка целостности и непротиворечивости" т.н. естест- > венных ключей возможна лишь в "тепличных условиях". Когда информация > гарантированно уникальна ("внешние суррогаты") и присутствует. Вот в таких > можно обойтись ЕК, если тормоза, необходимость время от времени проводить > объемные апдейты и многое другое допустимы :) Изменения прикладной логики и уровня представлений придется проводить в любом случае. А изменения уровня БД - это малая часть затрат по сравнения с логикой приложения и представления, поэтому ими можно пренебречь ради того, чтобы эту прикладную логику упростить. > -- > Отправлено через сервер Talk.Ru - http://www.talk.ru -- с уважением, Сергей Тарасов http://www.arbinada.com mailto:templar@arbinada.com --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6577e04b81a0.html, оценка из 5, голосов 10
|