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