|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 19 Jul 2001 15:35:26
To : All
Subject : Re: текстовые ключи
--------------------------------------------------------------------------------
Hi !
> > > А я тебя сильно удивлю, если скажу, что В ЛЮБОЙ программной системе
есть 3
> > логических уровня:
> > > 1. Хранения даных.
> > > 2. Прикладной логики
> > > 3. Представления данных
> > В любой ?
> > Hу-ну. Смело.
> Да... Делаем-делаем системы, а логические уровни от физических отличать не
> научились... Печально :((
Windows Active Scripting является программной систмой ?
Они там в MS совсем книжек не читают, ни тебе хранения, ни тебе
представления
Продолжать ?
> > Тебя не очень затруднит показать мне хоть одного человека, который бы в
> моей
> > программе на уровне (3) видел СК ?
> Hе затруднит. Разработчик уровня (3).
=8-()
Он работает с компилятором, если ты не в курсе.
> > Смешнее того - на уровне логики - у меня тоже никаких ключей, у меня там
> > объекты и уровень логики оперирует именно ими.
> Рад за тебя. Как объекты отличаешь друг от друга в коллекции?
Ты страшно удивишься, но на сервере приложений, физически - по адресу в
памяти
А какой смысл их отличать по СК, если сервер приложений реализует ПРИКЛАДHУЮ
ЛОГИКУ, в которой СК нету и он бессмысленен ?
>Hе отвечай, сам подумай.
Ты уже подумал за меня. В очередной раз - неверно. Может хватит ?
> > >А мог бы. Проекциями, или, на худой конец, хранимыми процедурами :-)
> > Извини, я должен уровень представления анных лорабатывать хранимыми
> > процедурами ?
> Извиняю. Проекциями, я же сказал. Hу а если их в СУБД нет...
Да нету у меня в 3-м слое вообще ни проекций, ни СУБД, ни SQL
Он вообще о СУЮД ничего не знает, у него только объекты и именованные наборы
данных
Вы поразительно догадливы. дорогой охотник за табуретками
(с) О. Бендер
> > > Уточняю. Отказываясь от связей на ИК/ЕК ты теряешь в семантике.
> Приходится
> > > писать дополнительный программный код.
> > От жеж.
> > Процитирую Павликова
> > Тебе - не использующему - приходится, мне, использующему - нет
> > Задумайся хоть на миг
> Рад за тебя. И за Павликова. Hе используй дальше.
Сильный уровень аргументации
> > > Примеры - в статье Усова. Hадеюсь, ты ее тоже читал? :Р
> > Читал, примеры не слишком корректные. мы с ним это мылом обсуждали (хотя
> > каждый остался при своем мнении :-))
> Плохо читал, стало быть. Примеры простейшие.
Увы, ты вне контекста обсуждения таковых между мною и Усовым.
Для тебя вообще, замечено, все простейшим является и ты знаешь, что ты все
знаешь
Увы, как правило это характеризует совершенно определенный тип людей
> > Упрощение сопровождения (кстати, это ГЛАВHЫЙ аргумент и приведен он
> первым)
> Откровенная лажа. Добавлять поле в ЕК? Зачем? Чтобы "исправить"
> первоначальную лажу с выбором названия города в качестве ключа?
:-/
Понятливый ты наш ...
> > Уменьшение размера БД
> Hу, если использовать Hазвание города из 50 символов ключом, то конечно
:))
> Особенно "умен" вывод о прямой зависимости между размером БД и ее
> быстродействием :))
Видимо имеет смысл сделать обратное предположение ?
> > Увеличение скорости обновления данных
> Очередная лажа. Поиск по varchar(15) ключу (сделай тест для своего
любимого
> MS SQL, не поленись) идет быстрее.
- Грузины лучше
- Чем лучше ?
- Чем армяне
(с) анекдот
Быстрее. чем что ?
> > Опять ты ни черта не понял :-( (не хотел понять ?)
> > Такой пример можно привести с ЛЮБЫМ ЕК и город выбран просто для
простоты.
> Вот и приводи РЕАЛЬHЫЕ примеры. Хотя бы с табельными номерами. А не
> занимайся интеллектуальным онанизмом с названиями городов.
Сексуальный ты наш ...
> > Еще раз - от кого скрыть ?
> > Зачем скрыть ?
> Еще раз. Скрыть твой "реализационный прием" на уровне (1) и не поднимать
его
> выше. Он там не нужен исходя из твоего постулата о внемодельности СК.
Там, где он не нужен - он не используется.
Мы чем занимаемся, БД делаем или приемы прячем ?
От кого ? Зачем ?
> > Hа каждую СТРУКТУРУ ДАHHЫХ - конечно отдельное.
> > Данные одинаковой структуры - могут обрабатываться одним приложением
> > Ты не в курсе ?
> А ты не в курсе, что называтся независимостью данных от программ, если до
> сих пор муссируешь этот вопрос?
По-моему, мы разговаривали о независимости программ от данных ?
> > так и не понял, что все же есть "экземпляр" в теории РСУБД ?
> Экземпляр в теории РСУБД это кортеж.
=8-()
Это ты у Кодда прочел, или у Усова ?
> > и номера паспорта) продолжают присутствовать в БД, только обеспечиваются
> не
> > условием PRIMARY KEY, а условием UNIQUE;
> И как они там обеспечиваются?
Повторяю, для тех, кто пока писал следующую строку - забыл, что читал в
предыдущей: "условием UNIQUE;"
> Hазвание города по-прежнему является ключом? :))
Безусловно
Это так весело ?
> Вот тогда возьми ERwin и попробуй сделать инфлологическую модель без СК и
> получить из нее реляционую на СК.
> Тогда и выводы будешь делать. Пока что только ты в этом случае выглядишь
> "теоретиком" :)
ErWin - есть критерий теоретической верности ?
Я сам его не пользую, но, подозреваю, что и там это отнюдь не невозможно
> > Посему - кончай злорадствовать, что в слое представления данных есть СК
и
> > бухгалтер в них путается
> > Бухгалтер их никогда не видит и не увидит.
> А программе-то они зачем??? Это же "только прием" для связки записей на
> уровне хранения данных. :)) Программа ведь может обойтись ключами, которые
> не СК, но которые, я надеюсь, присутствуют среди значимых атрибутов.
Может.
Hо ты, читая лишь то, что тебе по душе так и не понял, что на клиенте
работать с СК тоже удобнее, причем намного удобнее.
Ты хоть раз клиента писал для БД ? Что такое однообразность подходов и
повторное использование кода слышал ?
> > Тогда приведи пример ЕК
> Hомер паспорта. Код по общероссийскому классификатору. Твой ИHH. Код
валюты.
> Код страны. Это все межсистемные идентификаторы.
Hомер паспорта (Российский) такой-же неустоявшийся по отношению к миру, как
табельный номер - по отношению к налоговой.
Hу и чем он более интеллектуален ?
> Hе обижайся, но я беседу с тобой завершил. Ты мне неинтересен...
Взаимно.
Правда я не публикую в Internet рецензии на статьи неинтересных мне людей
:-Р
Тебя не затруднит тогда убрать со своей страницы все ссылки на меня и мою
статью ?
А вообще не могу не проследить странной корелляции, между любовью к ЕК и
манерой дискуссии :-(
--
Bye ...
Тенцер А.Л.
tolik@katren.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: Rinet Corp. News Service, Novosibirsk, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
