Форум Сообщества Аналитиков

Общий раздел => Примеры => Тема начата: ivanoval от 28 Ноября 2009, 22:05:55

Название: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 28 Ноября 2009, 22:05:55
Нашел (Если будет интерес, скажу где) Чудный контрпример НЕПРИМЕНИМОСТИ как ООП(UML) так, и, что меня поразило больше, концепций Е.Кодда. Притом, что автор занимался  совсем другими вещами, и к флудерам, никакого отношения не имел, и не знал о существовании оных.  
КОНТРПРИМЕР: База данных МВД:)  найденные вещи.  Поользователь должен найти свою шапку (костюм в оригинале), среди украденных и конфискованных вещей, по базе. Проблема в том, что как для миллиционера, так и для пойманного перекупщика две шапки 1995 года, фабрики Красный богатырь, совершенно равнозначны.  А если их сотни, тысячи? Как  мне найти среди них  свою шапку по базе, а если там не только шапки, а еще и всякая всячина? (Мы говорим о текстовой базе, условно у нас нет картинок и фотографий) От себя добавлю, где здесь классы? объекты, методы, поля  классов?  
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Galogen от 28 Ноября 2009, 22:28:27
Попробуйте принять прохладный душ, выпить крепкого чаю немного подумать, и задать вопрос еще раз.

Или скажите какую травку курили, может, если покурить ее, то сразу будет ясно, что же Вы имели в виду :) А то не понятно, что о чем Вы спрашиваете.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 28 Ноября 2009, 22:35:28
Уровень вашей культуры дисскурсий, меня не поразил.  Этот человек, в отличии от вас, признанный гений, а вы и я нет, увы.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Andrey Verbitsky от 28 Ноября 2009, 22:51:30
ivanoval. Можно чуть понятнее? В Вашем сообщении много эмоций, но мало информации. Вы можете точнее сформулировать как задачу, так и ограничения?
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Galogen от 28 Ноября 2009, 22:54:21
Уровень вашей культуры дисскурсий, меня не поразил. 
Меня он тоже не поражает :)

Цитировать
Этот человек, в отличии от вас, признанный гений, а вы и я нет, увы.
Вы прямо загадками говорите

Вы вопрос сформулируйте, или идею того, что Вы хотите донести до аудитории. В чем проблема, я так и не понял:
проблема идентификации шапок Красный богатырь?
или проблема, что МВД не умеет создавать реляционные модели данных или использовать ООП?

 ;D
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 28 Ноября 2009, 23:10:54
ПРИМЕР: База данных ПОЕЗДА  ПОЛЯ время прибытия, время отбытия. Номер поезда. Методы  Прибыл, отбыл. Хочу найти каким поездов поехать в прагу?
КОНТРПРИМЕР База данных украденных вещей (всех подряд, разделенных может только на категории не больше). ????? хочу найти СВОЮ шапку (Дополнительные ограничения: 1) визуальных материало в в базе нет 2.Никто не знает УНИКАЛЬНЫЕ  параметры моей шапки, и не кому они не интересны, хотя структуру  объекта можно сделать сколь угодно сложной /проектировщик может/  Так как мне найти мою шапку?  Проблема в том что здесь граница применения как ООП так и RDBMS, так вот.  
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Andrey Verbitsky от 28 Ноября 2009, 23:48:01
КОНТРПРИМЕР База данных украденных вещей (всех подряд, разделенных может только на категории не больше). ????? хочу найти СВОЮ шапку (Дополнительные ограничения: 1) визуальных материало в в базе нет 2.Никто не знает УНИКАЛЬНЫЕ  параметры моей шапки, и не кому они не интересны, хотя структуру  объекта можно сделать сколь угодно сложной /проектировщик может/  Так как мне найти мою шапку?  Проблема в том что здесь граница применения как ООП так и RDBMS, так вот. 
Не вижу связи. Как минимум - время попадания обьекта в базу - известно. Место - тоже известно. Обьект в базе  МВД будет содержать целый ряд признаков, предназначеных для оказания помощи при поиске предмета.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 28 Ноября 2009, 23:49:08
Беда не в том что информация не структурирована. Проблема в том, что при этом гипотетический select  возвращает совершенно неопределенный, возможно неправильный, ответ. И это как бы фундаментальное свойство повидимому (не знаю как сказать понятнее). В частности попытки решить эту проблему методом дистиляции смысла, признаны после 50 лет, ага, неразрешимыми. И это значит что существующая ныне програмная порадигма, имеет ограничения, на весьма тривиальном уровне. Что мне очень грусто и меня немного шокирует, поэтому я  и  кажусь вам эмоциональным.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 28 Ноября 2009, 23:50:59
Да место известно, это торговец ВАНЯ Б.  у которого такого барахла вагона  три. И везут ему его со всего СНГ.  Время тоже известно, его ловят в 2012 году а шапку у мен крадут в 2008.

Модератор: попрошу не плодить последовательность своих сообщений, если это не ответы разным людям по разным темам
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 28 Ноября 2009, 23:53:47
Единственное за что я могу зацепится это описание моей шапки.  Индувидуальное описание есть XML пусть будет.  Уникальные свойства там есть или нет бог знает. И не UML ни ООП ни SQL  мне тут совершенно не попутчики, увы получается так.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 28 Ноября 2009, 23:55:53
И не UML ни ООП ни SQL  мне тут совершенно не попутчики потому, что запрос к подобной базе не гарантирует мне ни только результат, что было бы еще ничего; Но может выдать и не правильный результат, что намного хуже.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Galogen от 29 Ноября 2009, 00:30:07
ivanoval, не могу понять, что вы пытаетесь донести. Причем тут ваша шапка, которую у вас украли, а потом нашли. И причем тут концепции ООП и реляционных отношений.

Скажите, а если перед вами выложат 100 шапок Красного октября среди которых одна - ваша, как вы ее найдете?
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Denis Beskov от 29 Ноября 2009, 01:30:02
Есть проблема (в научном смысле) идентификации. Эта проблема существует независимо от Кодда и ООП. Её надо решать, если вы её не можете решить безо всяких Коддов, то они вам не помогут.

Выработать релевантный набор идентификационных признаков — это типичная творческая (исследовательская) задача, даже на бытовом уровне.

Эд хороший вопрос задал.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: oduduka от 29 Ноября 2009, 13:14:22
ivanoval, возможно, проблема не в задаче, а в том, что Вы считаете исходной данностью, а что следствием. Поясню.

Ваш подход: Имеется некая структура данных (база вещей или поездов), нужно понять, как с ее помощью решить пользовательскую задачу (найти что-то).
Не удивительно, что решение не находится. База данных - всего лишь модель, абстракция, имеющая свою ограниченную область применения.

Что я хочу вам предложить - пойти от обратного. Есть конкретные пользовательские потребности (найти что-то), нужно понять, какой должна быть база данных, чтобы это было возможно сделать? Для начала можно смоделировать идеальную базу, потом учесть ограничения, придумать для чего-то альтернативу и т.п.

И на UML тут как раз не стоит грешить :) Вы начали сразу с классов и данных, а в UML есть еще и такая чудесная вещь, как Use Cases, которая как раз и предлагает сначала ответить на вопрос, что же хочет получить пользователь, а потом уже решать какими средствами он этого добьется.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 29 Ноября 2009, 13:37:20
"...Имеется некая структура данных" - нет, имеется набор разнородных объектов.
"...Есть конкретные пользовательские потребности" - тогда место шапок мы классифицируем пользовательские потребности. Мы придем к тем же проблемам, только будем складировать пользователей.
"...придумать для чего-то альтернативу и т.п.пользователей?" - это не гарантирует результат и его правильность.
"...Выработать релевантный набор идентификационных признаков..." -для этого случая в известных мне концепциях невозможно, вы знаете как это сделать?
"...Скажите, а если перед вами выложат 100 шапок Красного октября ... как вы ее найдете?" -  по уникальным признакам
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Denis Beskov от 29 Ноября 2009, 13:58:16
"...Выработать релевантный набор идентификационных признаков..." -для этого случая в известных мне концепциях невозможно, вы знаете как это сделать?
Задача идентификации объектов, не имеющих однозначных идентификационных признаков, например, фрагментов текста, давно решается поисковыми системами (также см. нечёткий поиск). Сейчас в каждой СУБД есть полнотекстовый поиск. То же самое относительно поиска изображений.

Цитировать
"...Скажите, а если перед вами выложат 100 шапок Красного октября ... как вы ее найдете?" -  по уникальным признакам
Каким признакам?
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 29 Ноября 2009, 14:37:43
"Задача идентификации объектов, не имеющих однозначных идентификационных признаков, например, фрагментов текста, давно решается поисковыми системами"  - вы ошибаетесь. Яндекс почти официально  объявил, что не умеет и не будет уметь это делать. Максимум это сигнатуры ( более или менее сложные) Для того что бы в этом воочью  убедится заведите сайт и убедитесь как именно можно вывести его в ТОР1 в яндексе. Отностельно баз данных, какой именно полно-текстовой поиск обеспечит мне  колонку VARCHAR с кратким описанием  колонки TEXT, произвольной природы? 
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Andrey Verbitsky от 29 Ноября 2009, 15:19:26
ivanoval. Вы несколько противоречите сами себе. В первоначальном посте - ваши шапки уникальных признаков не имеют. Теперь, выясняется - что они есть.

Если Ваша задача сводится к тому, КАК выявить у обьекта и занести в БД таки признаки (набор которых в общем случае уникален для каждого экземпляра классифицируемого обьекта), а потом - обеспечить по ним полноценный поиск - так и скажите.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: ivanoval от 29 Ноября 2009, 17:41:14
Ладно, мы как бы топчемся на месте. Вы не можете понять что все шапки ( а в особенности ваша! имеют уникальные свойства типа: "она пролежала у меня на антресолях 8 лет и несколько была смятая". Я не могу вам  этого донести. Все это станет ясно со временем всем. Последняя просьба моя в этом топике, если где-то вы увидете электронную копию книги:
Cillesr,Paul Complexity & Postmodernism: Undestanding Complex System (London 1998)  Киньте мне в личку. Спасибо всем.
 
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Denis Beskov от 29 Ноября 2009, 17:49:18
Ага, на Страшном Суде всё станет ясно.

Пришлите 2 килограмма конфет "Белочка", тогда кинем ссылку.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Andrey Verbitsky от 29 Ноября 2009, 19:11:21
ivanoval. Здесь собрались не самые глупые люди. Факт того, что каждая такая шапка (костюм и т.п. - любой предмет) имеет ряд уникальных особенностей - секрет полишинеля.
Более того, часть такой уникальности - результат сознательных (!) действий ее владельца (в частности - для решения им самим той-самой проблемы ее опознания).
Если вас восторгает придуманная кем-то эффективная система выявления и описания таких отличительных черт - так и скажите.
Если вы снизойдете до обьяснения того, где и как эта система противоречит ООП и RDB - будет вдвойне приятно.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Galogen от 29 Ноября 2009, 20:04:40
Вы не можете понять что все шапки ( а в особенности ваша! имеют уникальные свойства типа: "она пролежала у меня на антресолях 8 лет и несколько была смятая".
А кому, кроме вас, есть дело до вашей шапки. Почему вы так уверены, что, если вам предложить для опознания несколько шапок пролежавших на антресолях 8 лет и несколько смятых, вы уверено выберите свою?

Цитировать
Я не могу вам  этого донести.

Так и начните с этого, научитесь доносить свою мысль другим.
Цитировать
Все это станет ясно со временем всем.

Все это что?
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Юрий Булуй от 30 Ноября 2009, 00:10:52
Ладно, мы как бы топчемся на месте. Вы не можете понять что все шапки ( а в особенности ваша! имеют уникальные свойства типа: "она пролежала у меня на антресолях 8 лет и несколько была смятая". Я не могу вам  этого донести. Все это станет ясно со временем всем. Последняя просьба моя в этом топике, если где-то вы увидете электронную копию книги:
Cillesr,Paul Complexity & Postmodernism: Undestanding Complex System (London 1998)  Киньте мне в личку. Спасибо всем.

Не, таки я не понял, за шо это вы тут имели сказать? Что компьютеры до сих пор не могут мыслить, и мыслить образами? Или что иногда лучше один раз увидеть, чем 100 раз текстом описать?
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: div от 30 Ноября 2009, 12:14:55
Господа, не переживайте, по моему опыту общения с милицией по поводу украденных вещей, вопрос идентификации неразличимо похожих предметов (если это, конечно, не что-то типа картины Ван-Гога или скрипки Страдивари), никого сильно не волнует.
Диалог примерно такой:
"Это ваша шапка?"
"Очень похожа, но тут еще 999 таких же шапок".
"У вашей шапки есть какие-то особыве приметы?"
"Не припомню."
"Так, забирай любую, какая нравится, они все тут одинаковые, распишись только в получении именно своей шапки".

ivanoval:
если вы делаете базу данных для решения этой задачи, то поизучайте существующую практику этой работы, часть вопросов снимется.
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: Бабихин Максим от 30 Ноября 2009, 12:36:09
Человек что-то для себя открыл.
Посчитал, что это что-то достойно внимания масс.
Попробовал объяснить, но не получилось.
Попробовал еще раз. Опять не вышло.
вывод:
Либо массы не доросли до понимания (что маловероятно).
Либо .....
Кто может сказать, что тут обсуждали?
Может необходимо обсудить тему коммуникации? (Андрей на встрече говорил о проблемах коммуникации. )
Как понять собеседника? Как наладить контакт?
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: div от 30 Ноября 2009, 13:09:51
Кто может сказать, что тут обсуждали?
Начинающий аналитик (вероятно, по имени Иванова Лена), прочитал книгу про объектное проектирование и реляциноные базы данных, где все разбиралось на примерах "заказ - строка заказа". Пришел на работу, а там не заказ - строка заказа, а по другому. Сделал вывод - ерунда в ваших книгах написана, о чем и сообщил массам.
Массы посоветовали выпить йаду ;)
Название: Re: Удивительный контрпример неприменимости как ООП так и Relation Database.
Отправлено: abraxx от 08 Декабря 2009, 12:33:47
Как понять собеседника? Как наладить контакт?

если человек на диалог изначально не настроен, наладить контакт проблематично.

судя по самому первому его сообщению, он вообще разговаривал сам с собой :)
а вообще, цель этого сообщения - получить электронную копию нужной ему книжки :)