Hello, M!
вот, только сейчас руки дошли ответить.
М.Королев wrote:
Так вот. Я бы принял (с натяжкой) это в качестве аргумента, если бы
собирался в рантайме анализировать имя домена и выполнять какую-то
обработку данных, зависящую от этого имени. Ну например, автоматически
преобразовывать все поля DNAME в верхний регистр. Или интерпретировать
имя домена как имя класса объекта.
давай сразу оговоримся, что не будем домены именовать классами.
А соответственно, не будем к ним приклеивать наследование.
Но я не собираюсь этого делать! И не потому что нельзя или плохо, а
просто потому, что это не входит в _мои_ приемы настройки гитары.
это хорошо.
И точно так же ID в таблице товаров не равен ID в таблице клиентов.
Потому что еще и может формироваться по разным правилам.
И вообще, извините меня, это ....., писать
Да не надо им общий домен давать, если по разным правилам! НЕ НАДО!
Вопрос опять в общем предке и степени сходства-различия.
кто здесь кого уговаривает или объясняет правила применения
доменов? Ты меня или я тебя?
А многоточие не понял. Говорю же, туп-с!
там нецензурное слово.
create domain DID NOT NULL,
а потом везде этот домен клепать, когда можно было просто написать
столбцам ID INT NOT NULL.
Не верю я, что ты не понимаешь, зачем это может быть нужно.
и зачем же такое может быть нужно? Вот sasha хороший пример привел.
Я может перегибаю с тоном, но я не могу понять удовольствия
от использования вот этого самого DID.
А холивар так холивар :) Кто не с нами, тот против нас!
нету холиваров.
Шайтан! Вот он - незамутненный источник знания!
Ты бы так сразу и сказал - "хочу, чтобы схема БД удовлетворяла
требованиям конкретного моделлера". Или UML. Или еще чего-нибудь умного
и запрещающего тебе использовать один домен для ID'ов разных таблиц.
не запрещают, кстати. реальный атрибут - запрещают. домен- нет.
А если серьезно, я согласен с описанным тобой ограничением, если
упомянутый атрибут - это атрибут предметной области (модель-то
концептуальная). Но какое отношение к этому имеет мой суррогатный ID ?
Так что если эта практика повлияла на твое отношение к DID'у, - то это
влияние игры на контрабасе при настройке гитары.
значит так. Давай оговоримся, что лично я против
create domain DID INT NOT NULL.
Который никакой смысловой нагрузки кроме INT NOT NULL не несет.
(или кроме varchar(40) и т.п.)
И что я не против тебя, а против подобного применения доменов.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
