> > Это не проблема реляционки - это проблема совмещения объектно
> > ориентированной и реляционной моделей.
>
> Ну хорошо, даже если так. По-моему у нас тут каждый второй или третий
> совмещает эти модели и все изобретают хрен знает что чтобы выкрутиться.
Саш, лично я не выкручивался :)
А взял и
Hello,
sasha said the following on 11.06.2007 13:33:
Это не проблема реляционки - это проблема совмещения объектно
ориентированной и реляционной моделей.
Ну хорошо, даже если так. По-моему у нас тут каждый второй или третий
совмещает эти модели и все изобретают хрен знает что чтобы выкрутит
T>
T> sasha пишет:
T>> Мы все эти три метода переизобрели сами давно, а зимой я вот у Фаулера
T>> читал то же самое. Но только здесь проблема уровня реляционки по-моему,
T>> что она не позволяет такого рода ключи создавать. Хотя, если честно, со
T>> стороны мне не кажется что тут какие-то особые
Это не проблема реляционки - это проблема совмещения объектно
ориентированной и реляционной моделей.
Ну хорошо, даже если так. По-моему у нас тут каждый второй или третий
совмещает эти модели и все изобретают хрен знает что чтобы выкрутиться.
А вот нету в мастер-таблице полей, входящих в это условие.
Не понял. В условии используются поля из подчинённой таблицы. Я ж
примеры писал зачем это нужно. Для какого-то универнсального описания
объектов. Там будут два поля минимум: ObjectId и ObjectTypeId.
ObjectTypeId будет указывать
sasha пишет:
Мы все эти три метода переизобрели сами давно, а зимой я вот у Фаулера
читал то же самое. Но только здесь проблема уровня реляционки по-моему,
что она не позволяет такого рода ключи создавать. Хотя, если честно, со
стороны мне не кажется что тут какие-то особые сложности могут быт
Ну расскажи тогда как проверять энтот ключ при удалении мастер-записи
А такой строкий синтаксис:
ALTER TABLE
ADD CONSTRAINT
FOREIGN KEY ()
REFERENCES
COMPUTED BY
WHEN THEN
() ON DELETE NO ACTION ON UPDATE
NO ACTION
WHEN THEN
( ON DELETE NO ACTION ON UPDATE NO
ACTIO
"sasha" ...
>
> > Ну расскажи тогда как проверять энтот ключ при удалении мастер-записи
>
> Я это представляю в виде системных триггеров:
>
> 1) При создании ключа на каждый вариант WHEN создаются почти такие же
> триггеры, как щас на обычные ВК, только во все проверки добавляется
> условие, п
А если ты про версионность спрашивал - то я не знаю, извини. Я не знаю
как оно для существующих ключей тоже :-)
Ну расскажи тогда как проверять энтот ключ при удалении мастер-записи
Я это представляю в виде системных триггеров:
1) При создании ключа на каждый вариант WHEN создаются почти такие же
триггеры, как щас на обычные ВК, только во все проверки добавляется
условие, прописанное в WHEN
2)
"sasha" ...
> Но только здесь проблема уровня реляционки по-моему,
> что она не позволяет такого рода ключи создавать. Хотя, если честно, со
> стороны мне не кажется что тут какие-то особые сложности могут быть в
> реализации.
Ну расскажи тогда как проверять энтот ключ при удалении мастер-зап
s>
s>> У грузовика Урал шкворня, кажется на подшипниках.
s>> Там где спереди неразрезно мост - там шворневая конструкция. Там где
s>> независимая - там шаровая. Везде вои плюсы и минусы.
s>
s> Дак у уаза спереди неразрезной мост а Олег говорит что надо нормальные
s> шаровые ставить. Вот я не пойм
У грузовика Урал шкворня, кажется на подшипниках.
Там где спереди неразрезно мост - там шворневая конструкция. Там где
независимая - там шаровая. Везде вои плюсы и минусы.
Дак у уаза спереди неразрезной мост а Олег говорит что надо нормальные
шаровые ставить. Вот я не пойму какие функции они
Если кратко - есть несколько способов уложить объекты в таблицы:
1) Для каждого конкретного класса - своя таблица
2) Общая таблица для всех классов со всеми полями всех классов.
3) Общая таблица с для всех классов с общими для всех классов полями
(общий предок) + таблицы на каждого потомка с ос
Тогда прошу совета. Вот моя типичная задача. Есть база, в которой есть
следующие совершенно разнородные объекты:
1) Новости
2) Статьи
3) Ресурсы (картинки, музыкальные файлы и прочий контент)
4) В будущем будут ещё неизвестно какие...
Нужно разработать универсальный компонет, который можно пол
Или тут не о том речь?
Не о том. Тут речь о том что я пытался обговорить "умный" внешний ключ,
который бы мог по условию на разные поля ссылаться, а меня зафукали :-)
Hello,
sasha said the following on 10.06.2007 11:26:
Тогда прошу совета. Вот моя типичная задача. Есть база, в которой есть
следующие совершенно разнородные объекты:
1) Новости
2) Статьи
3) Ресурсы (картинки, музыкальные файлы и прочий контент)
4) В будущем будут ещё неизвестно какие...
Нужн
s> Где ж я возьму эту книжку то? В чём там суть в двух словах.
в гугле как всегда
http://compress.ru/Archive/CP/2001/8/9/
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
s>
s> Предлагаешь на каждый вид объекта своё поле заводить с нужным ключём?
s>
s> Это в принципе выход...
можно и так.
А можно сделать метатаблицу документов
с полями id, doc_tip,doc_id1,doc_id2doc_idN
и пусть все ссылаются на эту таблицу.
А уже эта таблица по doc_tip указывает на реальную
Предлагаешь на каждый вид объекта своё поле заводить с нужным ключём?
Это в принципе выход...
Но хочу заметить всё же что с интеллектуальными ключами это было бы
намного изящнее :-)
Очень похоже на наши задачи.
Может быть посмотреть в сторону древних идей.
"База данных - хранилище объектов" Анатолий Тенцер
КомпьютерПресс 8'2001 (или что-то типа того).
Идеи Тенцера (после кардинальной переработки)
помогли нам решить часть похожих задач.
Где ж я возьму эту книжку то? В чём
s> Как в этом случае предлагаете обойтись традиционным ключём?
сделай таблицу метассылок и ссылайся на нее.
Таблицу обновляй триггерами.
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
"sasha" <[EMAIL PROTECTED]> сообщил/сообщила
в новостях следующее: news:[EMAIL PROTECTED]
>
> Или вот более интересная задача: зависимости между объектами. Есть
> система управления проектами. В ней с десяток разных элементов: проекты,
> задачи, риски, связанные ресурсы, затраты и т.п. Нужно имет
"sasha" <[EMAIL PROTECTED]> сообщил/сообщила
в новостях следующее: news:[EMAIL PROTECTED]
>
> делала. Потом он пошёл к бабушке жены и спросил у неё. Та ответила что
> да, она обрезает бифштекс по краям потому что он не влазит на её
> сковородку :-)
>
Это это тоже аргумент бесспорный.
:-)
--
Гал
Или вот более интересная задача: зависимости между объектами. Есть
система управления проектами. В ней с десяток разных элементов: проекты,
задачи, риски, связанные ресурсы, затраты и т.п. Нужно иметь механизм
описания зависимости между двумя любыми элементами (которую пожелает
закачкик в бу
> Не нравится.
Это аргумент бесспорный.
> Это покушение на устои.
А кто запрещает покушаться на устои? Вроди ни закон, ни конституция не
против :-)
Как раз недавно на майкрософте статья была каая-то и там пример такой
автор приводил. Пишет: моя жена всегда, когда готовила бифштекс,
отрезала о
> Так он _мечтает_. но почему-то собирается купить УАЗ патриот. Нет я
> конечно тоже патриот и всё такоено настоятельно не рекомендовал бы
> покупать эту машину, особенно если ездить в городе в основном.
Я в городе езжу мало. Мне надо сарай чтобы заночевать в нём например,
или в говна
On Fri, 08 Jun 2007 23:39:28 +0400, sasha <[EMAIL PROTECTED]> wrote:
> Предлагаю обсудить в качестве эксперимента такую идею: внешние ключи, которые
> при каком-то условии ссылаются на одно поле, а при другом условии на другое.
> Задача вроде как нормально никаким образом не решаемая и вроде по
Hello, DmitryLe!
DmitryLe wrote:
Как это не парадоксально, но факт. Обидно, что ума палата, а не можем.
Хотя, после многих поездок туда, я начал понимать , почему.
у нас в некоторых областях технологии ... того.
Начинают делать шило, получается топор...
Причем топор выходит отличный.
--
Dmit
Ded wrote:
Дык дураков-то, не сеют, не пашут, сами родятся.
Вот в этом месте, пожалуй, был неправ, вспылил. Должен принести
извинения, даже если владельцев этого чуда здесь нет. Но сути это не
меняет. 10-летний Патруль или Труппер в любой его ипостаси, копий-то до
фига делали, будет
s> Там мало кто оптом туда пишет :-)
s> А с другой стороны сидит Влад, ДЕ, Адриано и прочие со своими
s> собственными понятиями что и как надо прикрутить.
они обсуждают.
s> И если кто чего в конференциях будет просить, так проще же на мороз
s> упасть, а потом глядишь и забудется. И я их прекра
Ну прикинь, сидит в каждом городе планеты хотя бы по одному Сашке,
которых, с постоянством, достойным лучшего применения, посещают мысли. И
как посетит кого из них очередная мысель, так он и строчит в тракер,
особо не задаваясь вопросами типа а нужно ли это кому-то кроме него и
даже нужно
sasha wrote:
Тут такая ситуация. Иногда меня посещают идеи о том что бы ещё было
удобно иметь в FB.
Это ужасно, правда :-D
Раньше я всё в конфу писал или на SQL.RU на крайняк, а в последнее время
мне показалось что мода на багтрекер пошла. Ну я туда и стал писать.
А сегодня мне замеч
33 matches
Mail list logo
