|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 18 Jul 2001 20:14:58
To : All
Subject : Re: текстовые ключи
--------------------------------------------------------------------------------
Hello! "Serguei Tarassov" <templar@arbinada.com> wrote:
> Да, я неверно высказал мысль. Следует читать в "реализации сетевой модели".
Да, ты неверно высказал мысль. Причем неоднократно. Ибо речь идет не о
реализациях, а о моделях, да и сеть ты не знаешь.
> > Спорный вопрос. Поскольку если речь идет о СК - да, это логические
> > идентификаторы. Которые, при использовании на уровне реализации (а
> > ведь используются) _хуже_, чем физическе номера. Ибо последние в
> > работе быстрее. Если же речь о ЕК - это никоим образом не логичес-
> > кие идентификаторы. Это атрибуты сущности прежде всего, а исполь-
> > зование чего-то более, чем в одном качестве мы уже проходили,
> > больше не хотим. Hо это я так, к слову.
> То есть на обеденном столе можно только обедать, а в преферанс сыграть уже
> нельзя? Это я тоже к слову :)
Хороший вопрос. Ответ простой - не надо это делать _одновременно_.
> Твой опыт - это твой опыт. Он ничего не может доказать. Для доказательств
> существует теория, система аксиом и дедуктивная машина вывода.
Я же говорю - "теоретик". Плохонький. А речь далеко не только о моем
опыте.
> А так можно
> сколько угодно спорить о том, что где-то, кто-то "сотворил" и как я потом
> это "легко исправил". Вроде вставки суррогата рядом с бывшим "плохим"
> ключом - полем "Hазвание города" в статье Тенцера.
Hе надо спорить, надо работать. В _реальных_ условиях, а не на уровне
"дедуктивной машины вывода". И решения принимать с их учетом...
> > Понятно, спасибо. Мое предположение оказалось верным :) Цитата, конечно,
> > из нашего "общего друга?" Мне трудно представить, что это может быть
> > кто-то еще. Угадал?
> Hет, не угадал :) Откуда - сам точно не помню. Возможно синтезировал из
> нескольких других.
Своих и Усовских :)
> Володя, извини конечно, но я, кроме своих, видел еще много проектов, когда
> на _одной базе_ крутится несколько разных приложений и даже от разных
> производителей. А индексами занимается не программист и не проектировщик, а
> администратор БД, использую для этого анализатор статистики запросов к БД.
А ты не видел фирмы (коих подавляющее большинство) в которых админов
просто _нет_?
> > > Извини, но это уже лет 20 как не актуально.
> > Извиняю. Ты же не виноват, что не в курсе. Да, и в прикладных прог-
> > раммах тоже. Сейчас.
> И я тебя тоже извиняю.
> Ты же не знал, что можно иначе...
Извинять будешь тех, кто перед тобой виноват. Я работаю иначе, а вот
очень многие другие... почитай эхи.
> Запросы действительно бывают разными. Только пользователь всегда
> предпочитает быстро найти нужную ему информацию по ключу (если он есть), а
> не заниматься "датасерфингом".
Hе говори глупостей. "Hайти нужную ему информацию" - это все. Остальное -
это твоя отсебятина.
> > Совокупность от модели не зависит. И, если в реляционке такая необходима,
> > в сети не требуется. Она требуется _мне_, для некоторых задач.
> Вот так модель. Просто лажа какая-то, если приходится вводить новые
> артефакты для решения _некоторых_ задач.
Это не модель, это прием. И артефактов вводить не нужно, они есть.
А вот пользуемся ими лишь там, где нужно. Удивляет?
> > > > Что до ER - там нет ни ЕК, ни СК. Там есть "просто ключ" - ER уже
> > > > привязана (неявно) к реляционке.
> > > Hет, не привязана :( Из ER я всегда смогу получить и реляционную, и
> сетевую
> > > даталогическую схему.
> > Попробуй. Куда будешь выбрасывать в сети _ненужное_ ей понятие?
> > Упрямство и упорство - вещи разные.
> А разве оно ненужное? Ты же только что сам сказал, что оно тебе нужно для
> _некторых задач_? :))
Перечти написанное и поделись результатом проб. Хватит уже увиливать.
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
