Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 16 17 18 19 20 [21] 22 23 24 25 .. 39   вперед  Ctrl
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2402
Блог
Чернышев Андрей Леонидович
А я ничего не собираюсь писАть, чтобы предъявить пользователю такой результат. Он должен сам его получить без программирования. Это моя задача (думаю, что и Ваша). Чтобы пользователи "баз данных" могли бы получать эти самые "данные" без постоянной "опеки" программистов, которые, к тому же, будут создавать такие вот независимые "запросы".
Вот и давайте, расскажите нам как это сделать. С примером кода. Начиная со схемы БД, триггерами и процедурой получения ответа пользователем (где он какие кнопки нажимает в "объектном навигаторе". Жду с нетерпением.
29 янв 06, 11:05    [2298223]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Чернышев Андрей Леонидович


Помнится с127 потребовал, чтобы я неприменно сообщил в каком учебном заведении я учился. Он думал, что это поможет ему разобраться в теории баз данных. Не помогло, хотя я подробно ответил на его вопрос.

Еще как помогло объснить такой фантастически низкий уровень познаний в технологиях БД. с127 вообще проделал много успешной работы по раскрытию явления ЧАЛ.

Чернышев Андрей Леонидович

Теперь вот Вы думаете, что "список моих объектов, процедур и алгоритмов" поможет Вам разобраться с технологиями БД, с которыми Вы не знакомы.

Двойная хитрость. Подмена цели вопроса, хотя речь шла о выснении квалификации ЧАЛа, а не о получении каких-то там знаний (откуда они у ЧАЛа могут взяться раз их не было раньше у него?). И искажение вопроса, в частности, самое неприятное для ЧАЛа РСУБД и их версии он выкинул. Типа этого не было. А про алгоритмы он что-нить потом брякнет.
Ловкач каких мало.
29 янв 06, 12:48    [2298281]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
U-gene
Member

Откуда: Москва. Россия
Сообщений: 1576
2 ЧАЛ.

Програмист позаботися о пользователях тем, что сохранит запрос, даст этой въюхе осмысленное имя. После этого любой пользователь может оттуда брать информацию - точно так же как из любой другой таблицы, даже не задумываясь, храниться она или вычисляется.

ЧАЛ, скажите просто так, безотносительно ко всем прошлым спорам, множество {1, 2, 3, 4, 5} упорялочено? "ДА" или "НЕТ"?
29 янв 06, 13:39    [2298325]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
Ну не смешите Вы меня, Павел Воронцов. Надо же, "с нетерпением". Что за "проблемы" Вы хотите обнаружить в объектных навигаторах ? Есть, конечно, над чем поспорить в реализациях, но не с Вами же. Пример по "нашему примеру": я считаю, что наряду с выбором из меню отношений при установке условий (в данном случае ">") следует предоставить пользователю и возможность прямого ввода ">"; а есть другое мнение, что это бесполезная перегрузка интерфейса. И т.п. Вам это интересно ? И с какой стати я толжен раскрывать технологические секреты продуктов, к созданию которых, как я уже ясно сказал, отвечая ASCRUS, я имею только "теоретическое" отношение ?
Я уже объяснял всем, и Вам в том числе, что представляю здесь ИСКЛЮЧИТЕЛЬНО СЕБЯ. Следовательно, участвую в обсуждении, главным образом, теоретических вопросов, которые не всем интересны, и это нормально. Вы тоже хотите потребовать от меня отчета про "схемы БД, триггеры и алгоритмы" ???

Но вернемся к сути вопроса, от которой Вы все время хотите уйти, то есть к тому что является результатом "запроса".
Итак, Ваша (окончательнач) "гипотеза": чтобы получить получить и предъявить пользователю тривиальный результат этого одного "запроса" (см. 2271121)

287 Петров 107
311 Ветров 112
-----------------
Итого: 219

Вы будете писАть два независимых запроса. И, как я понимаю, Вы всегда так поступаете на практике ? В результате Вы получите два отношения. Каковы имена и схемы, полученных Вами двух реляционных отношений ?
29 янв 06, 14:37    [2298386]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
Великолепно, U-gene. Только уточню немного. Программист объектного навигатора позаботится о том, чтобы пользователь дал имя своему "запросу" (какое захочет пользователь, а не программист), при желании разрешил бы пользоваться этим "запросом" конкретным своим коллегам. И далее по Вашему тексту. Кроме того, позаботится нужно и о том, чтобы пользователь мог бы сам вводить (динамически), например, >50 вместо >100, перед запуском "запроса", ну еще кое о чем. Но постепенно наши "позиции" сближаются. То есть Вы начинаете понимать, что в подавляющем большинстве "случаев" пользователь объектного навигатора будет обходиться без программистов, работая в своей ПРИКЛАДНОЙ системе, тогда как в "реляционной системе" по каждому банальному "поводу" нужно обращаться к программисту (или нужно приделывать "объектную надстройку", и "закончить" тем же "объектным навигатором").
Жаль что Вы продолжаете сочинять про "безотносительно". Тем не менее: взяв "исходные" пять чисел {3,2,5,1,4}, Вы упорядочили их по возрастанию: {1,2,3,4,5}. Я правильно понял "просто так, безотносительно ко всем прошлым спорам" ?
29 янв 06, 15:07    [2298417]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2402
Блог
Чернышев Андрей Леонидович
Ну не смешите Вы меня, Павел Воронцов. Надо же, "с нетерпением". Что за "проблемы" Вы хотите обнаружить в объектных навигаторах ? Есть, конечно, над чем поспорить в реализациях, но не с Вами же. Пример по "нашему примеру": я считаю, что наряду с выбором из меню отношений при установке условий (в данном случае ">") следует предоставить пользователю и возможность прямого ввода ">"; а есть другое мнение, что это бесполезная перегрузка интерфейса. И т.п. Вам это интересно ? И с какой стати я толжен раскрывать технологические секреты продуктов, к созданию которых, как я уже ясно сказал, отвечая ASCRUS, я имею только "теоретическое" отношение ?
Я уже объяснял всем, и Вам в том числе, что представляю здесь ИСКЛЮЧИТЕЛЬНО СЕБЯ. Следовательно, участвую в обсуждении, главным образом, теоретических вопросов, которые не всем интересны, и это нормально. Вы тоже хотите потребовать от меня отчета про "схемы БД, триггеры и алгоритмы" ???
Да, мне это интересно. Будьте любезны, раз уж Вы требуете от нас технических подробностй, постарайтесь нам рассказать как это должно быть на самом деле. Мы ведь все профессионалы и всегда стремимся учиться новому, лучшему, передовому.Ну так помогите нам! Не обязательно вдаваться в подробности реализации "объектного навигатора", расскажите на пальцах как оно работает и как бы Вы как профессионал решали подобную задачу. Я для Вас написал как бы это делал я. Да, скорей всего я написал бы два запроса и ничуть не смущался бы этим. И "несоответствие схеме БД" меня бы нисколько не смущало. Вам тут уже пояснили, что в РМД любое отношение находится в схеме, по определению.
29 янв 06, 15:28    [2298451]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Чернышев Андрей Леонидович
Кроме того, позаботится нужно и о том, чтобы пользователь мог бы сам вводить (динамически), например, >50 вместо >100, перед запуском "запроса", ну еще кое о чем.

Андрей Леонидович - Вы видимо после Paradox мало с чем работали и не слышали таких слов, как метаструктура и динамический SQL. Я тоже видел одного "специалиста-теоретика", который яростно не признавал SQL и индексы (почему-то) и хранил всю информацию в BLOB-ах на Access 2.0, накатав целый навигатор, который умел доставать с BLOB-ов и запихивать ее обратно. Тоже был не признанным гением, очень от него студенты и практиканты пришибленными уходили. Поэтому боюсь при личной встрече с Вами я поступлю так же, как и при личном общении с ним - буду внимательно слушать из за уважения к возрасту, а потом дома буду сутки ржать, что с моей стороны не позволительно с точки зрения безнадежно потерянного драгоценного свободного времени. Так что можете успокоится и продолжать свою "миссию" - мне уже не нужно Ваше портофилио, уже и так вполне достаточно информации из Ваших ответов и других источников. Ну а мое портофилио лежит прямо на сайте SQL.RU, если будет недостаточно, дам еще ссылочек. Правда оно не интересное - абсолютно голый опыт разработок и запусков проектов, совсем никаких теорий
29 янв 06, 17:03    [2298583]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Q u a d r o
Member

Откуда: Canada
Сообщений: 1987
Чернышев Андрей Леонидович
Вы будете писАть два независимых запроса. И, как я понимаю, Вы всегда так поступаете на практике ?


Ох, господин теоретик...

SQL> variable max_salary number;
SQL> exec :max_salary:=100;

PL/SQL procedure successfully completed.

SQL> select emp_id, emp_name, salary,
  2   sum(case when salary > :max_salary then salary else 0 end) over() running_sum
  3   from emp where salary > :max_salary;

    EMP_ID EMP_NAME                           SALARY RUNNING_SUM
---------- ------------------------------ ---------- -----------
       287 Петров                                107         219
       311 Ветров                                112         219


Сколько запросов? А сколько отношений?

Если вы хотите сумму снизу:

SQL> select emp_id, nvl(emp_name, 'Итого:') emp_name, sum(salary)
  2   from emp
  3   where salary > :max_salary
  4   group by rollup ((emp_id, emp_name));

    EMP_ID EMP_NAME                       SUM(SALARY)
---------- ------------------------------ -----------
       287 Петров                                 107
       311 Ветров                                 112
           Итого:                                 219

Сколько запросов? А сколько отношений?

Если вы сами застряли на уровне dbase II - не стоит так же плохо думать об остальных.
29 янв 06, 17:27    [2298604]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ASCRUS

Андрей Леонидович - Вы видимо после Paradox мало с чем работали

А где Вы нашли инфу, что ЧАЛ Парадоксист?

ASCRUS

совсем никаких теорий

Лучше никаких теорий, чем такие как у ЧАЛа. Наивно истокованные введения к книжкам для начинающих - вот все его теории. Возможно, он вообще не в курсе что такое теория. Он как-то трепался, что формализова РМД. Там был какой-то вздор про ключи, из которго следовало, что ЧАЛ не имеет понятия, что такое ключ. А на вопрос где в его формализации про структуру, рел алгебру, он ответил, а зачем - это другие написали. Т.е. самое главное написали другие, но ЧАЛ при этом свято верил, что он формализовал РМД.
29 янв 06, 17:28    [2298605]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Видимо, в свое время он видел Парадокс, что следует из статьи, по которой я дал ссылку. Если бы он работал на Парадоксе, то в той статье при его ссылке на Парадокс, были бы более практические факты о его недостатках, а не только общие слова, что он является наиболее распостраненным, а Оракл наиболее дорогим решением в области разработки баз данных. Забавно, что современные РСУБД действительно имеют ряд практических серьезных и неприятных недостатков и в самом деле наблюдается закономерный кризис с разработкой и сопровождением новых проектов, к которым выдвигаются все более сложные требования, однако ни Андрей Леонидович, ни Шуклин о них не упоминают. Интересно, почему ?
29 янв 06, 17:49    [2298625]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
Нет, Павел Воронцов, я не требую от Вас "технических подробностей". Мы обсуждаем вполне конкретный теоретический вопрос. Что значит "скорей всего" (ведь оба Ваших "запроса" делают одно и то же) ? Ведь Вы уже не раз вычисляли "итоги" вместе с отбором кортежей по условиям в различных приложениях ?
Меня тоже не смущает "не соответсвие схеме БД" вычисленной суммы. Ничуть. Читайте 2255042 и 2255811, и начнем сначала.
Ваше желание поучаствовать в разработке объектного навигатора в Новосибирске я одобряю, и никак этому не припятствую. Что касается моих консультаций, то я работаю в конкретной организации, и настроен весьма патриотично. Так что обращайтесь к моему руководству. Здесь я представляю ТОЛЬКО СЕБЯ, и обсуждаю, в основном, именно теоретические вопросы.
29 янв 06, 18:20    [2298661]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
Опять фантазируете U-gene. Я неплохо знал Paradox, но только потому что "копал" для себя. Я совершенно спокойно признаю SQL, а не "яросто" его "не признаю", и "копал" его (да и сейчас иногда "копаю") как и прочие "парадоксы". О своем отношении к "индексам", и, в частности, о их роли и тонкостях использования в ОСУБД я уже говорил ЛИЧНО ВАМ в одном из старых сообщений, и Вы даже искренне меня поблагодарили за информацию.
Я не считаю себя не то что непризнанным гением, а даже просто талантливым человеком, так что "ржать", из уважения к Вашему возрасту, я Вам советую сразу, когда становится смешно (терпеть вредно).
А насчет Вашего портофолио я сразу сказал (перечитайте первые четыре слова в сообщении 2287972), если Вы помните.
29 янв 06, 18:30    [2298676]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
Приятно, господин практик, Quadro, что Вы так скрупулезно подключились к обсуждению примера. Теперь буду думать что же Вы хотели сказать своими кодами в свете 2255042 и 2255811 ???
В первом случае Вы получили уде несколько другим путем практически бессмысленный знаменитый "результат с127". И опять загадочная "from emp".
Во втором случае Вы сами не знаете что получили, и спрашиваете у меня. Если это отношение "реляционной теории", то как его можно использовать в дальнейших вычислениях ? Но. Group by, как известно, не реляционная операция.
29 янв 06, 18:47    [2298701]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
Извините ! В 2298676 я обращаюсь, конечно, к ASCRUS.
29 янв 06, 18:50    [2298704]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ASCRUS

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

Ту статью писало несколько челов, наскока я понял. Там вообще мысли, которые ЧАЛ отрицает. В частности, он и против ОО, а там ее толкают для их системки. Причем, наскока я понял, они уже лабают на Кэше, а та системка низведена до тулсов для КЭШа. Кто-то ссылку давал здесь. Т.е. там кто-то пограмотнее уже рулит и может отличить СУБД от того что ЧАЛ думает.

ASCRUS

Забавно, что современные РСУБД действительно имеют ряд практических серьезных и неприятных недостатков и в самом деле наблюдается закономерный кризис с разработкой и сопровождением новых проектов, к которым выдвигаются все более сложные требования, к которым выдвигаются все более сложные требования, однако ни Андрей Леонидович, ни Шуклин о них не упоминают. Интересно, почему ?

Я кроме того, что есть инфо приложения, для которых РБД не очень подходит, не встречал про кризис с разработкой и сопровождением. Для этих задач однако и ООСУБД не на стока хорошо как РСУБД для тех где РБД подходит. А это все бизнес приложения. Ну если речь идет о Системах поддержки принятий решений, там Олапы и Датаминиги всякие, а если приложения оперативные а РБД не подходит, то РБД пошли по пути ОРБД. Т.е. РСУБД туда двигаются по мере прогресса в принципе. Как бы универсальными становятся но с РМД основой. Наверное, пока еще далеко не ушли.

ЧАЛ и Шуклин претендуют на те приложения где РМД хороша. Там им сказать нечего. Вот они и выдумывают отсебятину.
29 янв 06, 18:55    [2298712]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Чернышев Андрей Леонидович
Извините ! В 2298676 я обращаюсь, конечно, к ASCRUS.

Краткая подсказка - Если не только посмотреть на номер сообщения, а щелкнуть на нем мышкой, то в буфер обмена будет скопирован его урл, который можно элегантно вставить в свое сообщение, нажав Ctrl+V и таким образом проявить уважение к участникам форума, не давая коды сообщения, которые долго и упорно нужно искать по форумам и темам (если конечно Вам интересно, чтобы люди действительно читали Ваши ссылки на сообщения).

vadiminfo
Я кроме того, что есть инфо приложения, для которых РБД не очень подходит, не встречал про кризис с разработкой и сопровождением.

Ну если посмотреть на статистику процента удачно завершенных проектов от числа стартовавших, у нас и зарубежом, то по мере усложнения требований к проектам, удачных проектов не так уж и много. На верхнем уровне системы автоматизации предприятий вообще фактически заморожена разработка новых проектов и все больше используются готовые универсальные АСУП системы, которые РСУБД в используют исключительно как хранилища данных, уводя всю логику работы на звенья или клиентские приложения, хотя любому понятно, что по идее такие универсальные системы изначально неповортоливее, тормознутее и сложнее настраиваемые, чем свои АСУП, написанные под конкретных клиентов и конкретные задачи.
29 янв 06, 19:03    [2298718]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ASCRUS

Ну если посмотреть на статистику процента удачно завершенных проектов от числа стартовавших, у нас и зарубежом, то по мере усложнения требований к проектам, удачных проектов не так уж и много.

Где Вы смотрите такую статистику? - это очень интересно. Однако, я читал, что неудачи в проектах объясняют в первую очередь плохими методологиями проектирования. Или факторами связанными с теми кто разрабатывал и как, а не РСУБД как таковыми. Поскольку проектирование на ООСУБД сложней (это ее известный недостаток), то эти факторы тока усилятся.

ASCRUS

На верхнем уровне системы автоматизации предприятий вообще фактически заморожена разработка новых проектов и все больше используются готовые универсальные АСУП системы, которые РСУБД в используют исключительно как хранилища данных, уводя всю логику работы на звенья или клиентские приложения, хотя любому понятно, что по идее такие универсальные системы изначально неповортоливее, тормознутее и сложнее настраиваемые, чем свои АСУП, написанные под конкретных клиентов и конкретные задачи.

Это Вы про САП и тому подобные? На них тоже неудач полно. Я одну САПовую знаю - недавно произошла. Они после нескольких лет поменяли всю команду. По новой начнут с обследования предприятий. А те кто уходят говорят про тех что пришли - они ваще не рюхают в этом деле и к лету их тоже разгонят.

Мне кажется, что перенос на другие звенья связан с идеей независимости от СУБД.
Чтобы она могла работать с разыми СУБД по экономическим соображениям - можно больше бабок срубить.
Но я не в курсе Оракловый ERP тоже так делает или нет.
Свои системы тоже имеют недостаток - могут уволиться разработчики. У них опыт меньше, чем у фирм. Вы же сами говорите полно не удач проектирования.
29 янв 06, 19:30    [2298738]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
А я Вам объясню, ASCRUS, ситуацию с "недостатками и проблемами" реляционной технологии. Вы упомянули о "тусовочных", так сказать, недостатках, обсуждаемых внутри "реляционного сообщества". Или об "универсальных" технических проблемах, не имеющих вообще никакого отношения к "реляционным теории и технологии". Есть еще спекулятивные "проблемы", раздуваемые сторонниками ООСУБД (например, нормализованные отношения РБД сравнивают с ежевечерней разборкой автомобиля на детали и его ежеутренней сборкой, чтобы ехать на работу).
Я же информирую Вас о фундаментальных проблемах "реляционной теории", которые ПРИНЦИПИАЛЬНО НЕ МОГУТ БЫТЬ РЕШЕНЫ в рамках этой теории, если только не "расширить" ее до общей теории баз данных.
29 янв 06, 22:10    [2298828]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Чернышев Андрей Леонидович
Guest
Спасибо, за краткую подсказку, ASCRUS, но я осознанно пишу идентификаторы. Это повышает самодисциплину. Вы можете предложить разработчикам: "пометили" идентификатор в тексте, и щелкнули мышкой. Кроме того, "эта БД" концептуально слабо проработана. Нет (возможно, что я просто не нашел ?) концепции "диалога" и других полезных вещей.
29 янв 06, 22:24    [2298837]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Вот золотые и ключевые слова:
vadiminfo
Однако, я читал, что неудачи в проектах объясняют в первую очередь плохими методологиями проектирования. Или факторами связанными с теми кто разрабатывал и как, а не РСУБД как таковыми.

и
vadiminfo
Это Вы про САП и тому подобные? На них тоже неудач полно. Я одну САПовую знаю - недавно произошла. Они после нескольких лет поменяли всю команду. По новой начнут с обследования предприятий.

В том то и дело, что чем сложнее проект, тем больше и сложнее ТЗ. Соотвествующе получается, что на большие проекты ТЗ пишутся дольше и затраты больше. Из-за этого в ТЗ допускаются ошибки, неточности, неполное раскрытие задачи, плюс во времени динамически меняется сами требования, так что ТЗ просто может устареть. В итоге из-за всего этого получаем ошибки в проектировании БД, даже если там участвуют хорошие специалисты, думаю не нужно обьяснять, во сколько они обходятся. И даже Андрей Леонидович вместе со своим обьектным навигатором не сможет победить данную ситуацию и разработать успешный крупный проект, если ему дать неполное и неточное ТЗ :)
29 янв 06, 23:38    [2298889]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
c127
Guest
vadiminfo

Еще как помогло объснить такой фантастически низкий уровень познаний в технологиях БД. с127 вообще проделал много успешной работы по раскрытию явления ЧАЛ.

Благодарю.
30 янв 06, 00:32    [2298927]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
c127
Guest
Чернышев Андрей Леонидович

Далее Вы подробно зачем-то объясняете, что "все программы пишут программисты". И вот ключевая фраза, когда Вы приблизились к пониманию сути объектных навигаторов: "Поэтому существуют в любой системе существуют разные отчеты, экранные формы, представления данных и пр.".
Именно качественные объектные навигаторы и обеспечивают (уже без всякого прикладного программирования) львиную долю того, что Вы написАли.

Вот блин качественный объектный нафигатор, Вы хоть какую-нибудь програмку за свою жизнь создали? О промышленных системах я уже не вспоминаю, с ними все ясно. Как можно говорить такие глупости. Ну при чем тут способ хранения данных в БД к представлению их на экране, например в виде графика или диаграммы? График нужно прокручивать, увеличивать-уменьшать, цвета настраивать, печатать? Кто пишет эту всю функциональность, тоже пользователь?

Чернышев Андрей Леонидович

Далее Вы умудряетесь лгать и признавать свою ложь буквально в одном абзаце. Чушь про то, что "навигация - это введение порядка", принадлежит исключительно Вам. Я этого, конечно же, никогда не говорил, и не мог говорить.

Разумеется Вы этого сказать не могли, ведь Вы даже не способны понять смысл этой фразы, не то чтобы ее сгенерировать. Но я и не утверждал что Вы сказали именно эту фразу. Я утверждал, что эквивалентность навигации и упорядочения однозначно СЛЕДУЕТ из Ваших других слов и с этим уже ничего нельзя поделать. К сожалению для Вас. Наслаждайтесь:
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=203404&pg=15#1925130
Наслаждаться следует от слов "Очень хорошо. Таким образом имеем:" и далее.


Чернышев Андрей Леонидович

В первом случае Вы получили уде несколько другим путем практически бессмысленный знаменитый "результат с127". И опять загадочная "from emp".
Во втором случае Вы сами не знаете что получили, и спрашиваете у меня. Если это отношение "реляционной теории", то как его можно использовать в дальнейших вычислениях ?

А где в постановке задачи "дальнейшие вычисления", грамотей? Не нужно менять правила по ходу игры.

Вы знакомы, с PowerBuilder, чтоб говорить о бессмысленности результата? До Вас по-видимому не доходит, что именно такой запрос (специально для тупых еще раз: ИМЕННО ТАКОЙ ЗАПРОС) как я привел использовался в отчетах в реальных работающих системах. Поэтому он никак не может быть бессмысленным.

И опять Вы забыли указать ошибку в моем решении, вместо этого предпочитаете нести чушь о бессмысленности.

Чернышев Андрей Леонидович

Но. Group by, как известно, не реляционная операция.

Как изветсно без "Group by" можно обойтись, вместо него можно использовать union и получить уже ТРЕТЬЕ решение поставленной задачи, возвращающее одно отношение:

select x.*, from x where w>100
union all
select 0, 'итого: ', sum(y.w) from x y where y.w>100;
union all, надеюсь реляционный оператор.

Так сколько тут отношений по Вашему же определению, грамотей?
30 янв 06, 01:40    [2298960]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
c127
Guest
c127
Как изветсно без "Group by" можно обойтись, вместо него можно использовать union и получить уже ТРЕТЬЕ решение поставленной задачи, возвращающее одно отношение:


Прошу прощения, решение уже как минимум четвертое, третье привел Q u a d r o .
30 янв 06, 01:56    [2298969]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Q u a d r o
Member

Откуда: Canada
Сообщений: 1987
Чернышев Андрей Леонидович

Теперь буду думать что же Вы хотели сказать своими кодами в свете 2255042 и 2255811 ???
В первом случае Вы получили уде несколько другим путем практически бессмысленный знаменитый "результат с127".


Я рад что Ваш безудержный оптимизм сменился отрицанием, Вы очень предсказуемы. Поскольку вы сами пару страниц назад признались, что "сыграть" этот пример Вам не на чем - ваше состояние скоро сменится безнадежностью, поскольку реальных доказательств применимости Ваших идей пока никто не увидел.
30 янв 06, 02:51    [2298977]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
c127
Guest
ASCRUS
Чернышев Андрей Леонидович
Извините ! В 2298676 я обращаюсь, конечно, к ASCRUS.

Краткая подсказка - Если не только посмотреть на номер сообщения, а щелкнуть на нем мышкой, то в буфер обмена будет скопирован его урл, который можно элегантно вставить в свое сообщение, нажав Ctrl+V и таким образом проявить уважение к участникам форума, не давая коды сообщения, которые долго и упорно нужно искать по форумам и темам

Чем сложнее найти цитату тем лучше для ЧАЛ-а, он же этого и добивается. Вроде есть ссылка, а черта с два найдешь, поиска по ID нет, нужно лазить по всем топикам. Поэтому и контекст не приводит, по контексту можно найти хоть как-то.

Кстати, а почему бы на форуме не сделать поиск по ID сообщений? Это даже не поиск а переход на сообщение по его ID. Вот был бы подарок для ЧАЛ-а, он бы опять сбежал.

ASCRUS

(если конечно Вам интересно, чтобы люди действительно читали Ваши ссылки на сообщения).

Получается что ЧАЛ-у это не интересно. Ему уже несколько раз советовали как добиться человеческих ссылок, было бы интересно уже бы использовал.
30 янв 06, 04:36    [2298992]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 16 17 18 19 20 [21] 22 23 24 25 .. 39   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить