Запросы будут в основном такого вида:




Если сравнить с планом запроса




видно, и понятно почему, что отличие состоит в дополнительном SORT. Этой дополнительной безиндексной сортировки можно было бы избежать, если бы можно было постоить индекс (или первичный ключ) вида




Но как это сделать? Синтаксис SQL Firebird 3.0 такого не позволяет.

Сразу пара оговорок:

1. Да, я понимаю, что можно сделать PRIMARY KEY (ID, DT) desc, и в данном случае на данном запросе это поможет. Но в реальности у таблицы есть и другие поля, которые надо добавить в индекс, и есть другие запросы, которым нужен именно прямой порядок сортировки по ID. Ну, например




2. Да, я читал про сравнение SORT и ORDER, знаю, что SORT может оказаться и эффективнее, но в данном случае SORT выглядит просто лишней.

Вопрос скорее теоретический и вынесен в заголовок.

А в чем именно зло, можно подробнее? Пожалуйста.

Первый вопрос закрыт, я понял. Но этот тоже очень интересен.

Симонов Денис,

Геморрой у кого, у прикладного программиста c SQL, или у разработчика сервера? Для себя лично не вижу геморроя.

Я не понимаю, если у меня есть естественная уникальная связка ID+DT, зачем мне вводить искуственное поле artID=gen_id() только для того, чтобы строить на нем первичный ключ? И надо еще добавлять генератор, триггер etc. И будет и первичный ключ, и отдельный индекс по ID+DT, зачем? Если речь об удобстве, то это неудобно.

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

Да, и делать update по данным полям, ни по отдельности, ни в связке, мне не нужно. Это именно что первичный идентификатор, раз введенный, далее неизменен. Возможно, в этом было бы зло.