|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 28 Nov 2002 20:17:01
To : Pavel Pimenov
Subject : Re: максимальное число полей
--------------------------------------------------------------------------------
Hello, Pavel Pimenov!
You wrote to Vladimir Pavlikov on Thu, 28 Nov 2002 16:59:42 +0300:
PP>>> У нас одних FK - 29 штук! а тут 25 полей - плохо!.
VP>> 29 FK? Hе буду говорить "плохо", скажу "много".
PP> Так столько нужно. - эт освойства объекта. :)
Гм. Если я скажу, что FK никогда и никаким боком не являются
свойствами объекта, а служат лишь для обеспечения связей между
объектами, т.е. являются чисто _техническим_приемом_ по причине
отсутствия в Р-модели понятия связи - опять скажешь "Спасиб за
подкол :) я пока это помню"? :)
PP> а FK они,т.к. свойства - VARCHAR2 и соответственно вынесены в
+ кодификатор.
Это понятно. Hо неужели _одна_ сущность имеет _29_ кодифицируе-
мых свойств? Да их тут три, как минимум, "гадом буду" :))
ЗЫ. Ты не заметил, что _сам_ привел пример разбиения одной
сущности на 30 частей с соотношением 1:1 (как минимум)? :)
Да, это не для уменьшения количества полей (не изменились) да
и смысл совсем иной, но как технический прием - ровно тот же.
Из параллельного :
>> ES> Hапример, выделить поле LONG в отдельную таблицу
PP> Это я упустил :(
PP> У нас только одно такое поле, и то эта табличка для отладки.
PP> Т.е. LONG для нас - экзотический случай.
PP> Кстати, эта рекомендация относится ко всем СУБД?
Типа LONG в SQL нет. Если имеется ввиду нечто типа BLOB - они
обычно хранятся отдельно, в самой записи лишь идентификатор.
Т.е. для обсуждаемого вынесение таких полей в отдельные таблицы
бессмысленно.
---------------------------------------------
Владимир Павликов.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
