172 похожих чатов

Суть претензий – разве что всё в той же «недорефлекционности» и

«недосахарности» SQL-я. Недотипизированности. На тип сослаться нельзя. На одну из нескольких колонок сослаться нельзя. На компонент запроса сослаться нельзя.
Вот разве не проще было бы решать те же задачи «динамического SQL-я», если само SQL-выражение было бы доступно к анализу из SQL-выражения?
Делать полиморфные запросы без нужды в создании «таблицы таблиц»? Просто добавив соответствующий синтаксис. Всё ещё строго типизированный. Не нарушающий ссылочную целостность. Просто расширяющий возможности.

1 ответов

15 просмотров

> Суть претензий – разве что всё в той же «недорефлекционности» и «недосахарности» SQL-я. Да, средства абстрагирования в языке SQL (но реляционная модель тут вообще ни при чём!) и в самом деле, слабоваты. > Недотипизированности. Что касается именно типов данных — обычно, мощнее всего, что есть в application languages (и, мне кажется, поэтому далее и не развивается — потому что иметь развитую систему типов, в то время как "приложение" умеет только в string, float и int (например) — как-то мало пользы). > На тип сослаться нельзя. В каком контексте, подробнее (и, опять-таки, с какой целью)? > На одну из нескольких колонок сослаться нельзя. И ещё яблоки с жирафами нельзя складывать, какой ужас. ;) То, что Вы называете "колонками" — это атрибуты отношения, у них обычно разные домены, и ссылаться на "одну из нескольких" — сущая глупость. > На компонент запроса сослаться нельзя. Хмм... поясните, что имеется в виду. > Вот разве не проще было бы решать те же задачи «динамического SQL-я», если само SQL-выражение было бы доступно к анализу из SQL-выражения? Для СУБД любой отправляемый приложением SQL — "динамический", если уж на то пошло. ;) Что касается работы с SQL "внутри" СУБД — выгода от этого [очень] сомнительна. > Делать полиморфные запросы без нужды в создании «таблицы таблиц»? Я бы Вам посоветовал изучить реляционную теорию. Хотя бы чтобы не считать, что язык запросов как-то "задаёт" модель данных. > Просто добавив соответствующий синтаксис. Всё ещё строго типизированный. Это прямо подход комитета ISO SQL! В любой непонятной ситуации — просто добавь ещё синтаксиса! ;) > Не нарушающий ссылочную целостность. Просто расширяющий возможности. Или просто делающий manual-ы толще. Такого даже и в PostgreSQL уже хватает. :)

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта