Какие улучшения SQL вы ждете?

Question

Работа с SQL показывает нам некоторые ограничения и дает нам возможность представить, что может быть.

Каких улучшений в SQL вы ждете? Что бы вы поставили поверх списка желаний?

Думаю, было бы неплохо, если бы вы опубликовали в своем ответе базу данных, в которой отсутствует запрос функции.

Answer 1

Кевин опередил меня на пару секунд ... но в целом,

select @columnName from @tableName
order by @otherColumnName

и т.д.

Было бы визуализировать паршивые конкатенации строк с последующим

exec (@sql) 

мгновенно ненужно.

Answer 2

Чистый способ обеспечить оптимальный план выполнения.

Есть подсказки в MSSQL и Oracle, но вам нужно убедить использовать СУБД, их можно игнорировать, и это упоминается как функция, а не ошибка в документации.

Answer 3

выбрать на рекурсивных таблицах:

   select * from rdfClass where rdfClass.uri is instance of "foaf:Person";

Answer 4

Частичное ограничение ключа Foreing.

Если есть эти таблицы:

create table prova_a (a number, b number);
alter table prova_a add primary key (a,b);
create table prova_b (a number, b number);
alter table prova_b add foreign key (a,b) references prova_a(a,b) ;
insert into prova_a  values (1,2);

Вы можете вставить это без ошибки:

insert into prova_b  values (123,null);
insert into prova_b  values (null,null);
insert into prova_b  values (null,123);

Я бы хотел что-то избежать, не используя проверочные ограничения.

Answer 5

МАКРО SQL ВЫРАЖЕНИЯ

Например:

SELECT *
  FROM X
 WHERE MACRO_1(A, B, C)

Где MACRO_1 может быть что-то вроде:

A*2/B+C

или что-то вроде:

A=2 OR B<C

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

Они похожи на функции, но поскольку они заменены, оптимизатор может использовать индексы, а не функции, которые оптимизатор не знает, что происходит.

Answer 6

Больше нет ограничений на размер записи / длину команды.