Как сделать кастомный текст ошибки для констрейнта?

«Парсить» это сильно сказано. Парсить это бесперспективно, ибо есть всякие там региональные настройки, локализации. В самделе оказывается достаточным лишь поискать подстроку имени ограничения в тексте ошибки. Практика, конечно — да, сомнительная, но лучшего тут вряд ли придумаешь. Главное не давить ошибки, в случае, если подстрока не нйдена. Тогда худшее что может случиться, при изменении вендором сематники текста ошибки, она просто не будет переведена в термины предметной области.

Оптимизация WHERE str LIKE 'a%' SORT BY LENGTH(str) LIMIT N?

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

И индексировать надо именно пару (строка, длинна). Это важно. И именно в такой последовательности, она тут тоже важна

MySQL: Как написать запрос который ищет ближайшее по условию значение?

Да, но они не эквивалентны.
Можно заэквивалентить добавив ордер бай по абсу к результату юниона.

MySQL: Как написать запрос который ищет ближайшее по условию значение?

Упорядоченность объединяемых наборов документирована? Емнип — нет. Это сайд эффект. Закладываться на сайд эффекты, без особой на то нужды, врядли стоит ;)

Но я могу и ошибаться. С MySQL вполне может статься задокументировать какой нить сайд эффект, как например они это сделали документировав то, что в результате группировки получается отсортированный набор. Теперь поддерживают совместимость, предлагают кастыли вроде order by null, чтоб избегать оверхеда :D

MySQL: Как написать запрос который ищет ближайшее по условию значение?

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

Но в исходном примере вы ведь поставили having вместо where явно не для испльзования этого случая? Вот и интересуюсь почему? Мне действительно не понятно. Вы можете ответить прямо, не намеками?

MySQL: Как написать запрос который ищет ближайшее по условию значение?

Не подумайте что вредничаю, но limit без сортировки может вернуть любое значение а нам нужно не любое, наибольшее :D

MySQL: Как написать запрос который ищет ближайшее по условию значение?

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

И почему union a не union all. Это ведь лишняя сортировка, а множества возвращаемые запросами никогда не пересекутся

MySQL: Как написать запрос который ищет ближайшее по условию значение?

Читаю

Выражение HAVING может ссылаться на любой столбец или псевдоним, упомянутый в выражении select_expression. HAVING отрабатывается последним, непосредственно перед отсылкой данных клиенту, и без какой бы то ни было оптимизации. Не используйте это выражение для определения того, что должно быть определено в WHERE. Например, нельзя задать следующий оператор:

mysql> SELECT col_name FROM tbl_name HAVING col_name > 0;

Вместо этого следует задавать:

mysql> SELECT col_name FROM tbl_name WHERE col_name > 0;

www.mysql.ru/docs/man/SELECT.html

Здесь написан бред?

MySQL: Как написать запрос который ищет ближайшее по условию значение?

переформатировал

select *
from (
  select * from table where количество >=:запрошенное_количество order by количество limit 1
  union all
  select * from table where количество <:запрошенное_количество order by количество desc limit 1
) s
order by количество desc limit 1

MySQL: Как написать запрос который ищет ближайшее по условию значение?

Или «равное, в случае отсутствия — ближайшее наибольшее, в случае отсутствия, ближайшее наименьшее»?
select * from ( select * from table where количество >=:запрошенное_количество order by количество limit 1 union all select * from table where количество <:запрошенное_количество order by количество desc limit 1 ) s order by количество desc limit 1

MySQL: Как написать запрос который ищет ближайшее по условию значение?

А почему having а не where? У MySQL это особенность какая-то?

MySQL: Как написать запрос который ищет ближайшее по условию значение?

Возможно вы имеете в виду «ближайшее значение, в случае неоднозначности вернуть наибольшее значение»

Тогда как-то так:

order abs(количество - :запрошенное количество), количество limit 1

В чем принципиальное отличие unique (constraints) от unique index?

Кстати тоже тема, оракле, если сделать индекс unusable, то ограничение униклаьности все равно будет работать. Работать будет единственным доступным ему способом, оно будет просто запрещать модификцию контроллируемых им столбцов, не имея возможности проверить уникальность.

В чем принципиальное отличие unique (constraints) от unique index?

Согласен с предыдущим оратором, хотел бы его ответ немного дополнить.

Индекс это лишь механизм, посредством которого производится контроль ограничения. Именно для этих целей в ряде(в большинстве) случаев он сам создается. Оракл для контроля ограничения может использовать и не уникальный, и составной индекс, если контроллируемое поле в индексе упомянуто первым. Не знаю как в PG, но, судя по наличию кляузы using index в alter table add constraint, PG вроде тоже должен это уметь.

Кластеризованный или некластеризованный индекс?

Прошу прощения, промазал, вместо коментария оставил ответ ((

Практика по SQL

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

Потом понял. Начинающему это позволяет на своей шкуре прочувствовать к чему приводят просчеты на этапе проектирования. sql-ex прекрасно учит как делать нельзя и что делать если как делать нельзя — сделано :D

Поиск по подобию в реляционных и NoSQL базах данных?

Еще попытка

select навыки_вакансии.вакансия
       ,требования_резюме.резюме
       ,sum(требования_резюме.степень_владения - abs(требования_резюме.степень_владения-навыки_вакансии.степень_владения)) as ранг
from навыки_вакансии,требования_резюме
where  навыки_вакансии.показатель = требования_резюме.показатель
group by навыки_вакансии.вакансия, требования_резюме.резюме
order by ранг desc

Поиск по подобию в реляционных и NoSQL базах данных?

C учетом степени владения ,count(*) as ранг заменить на sum(требования_резюме.степень владения-навыки_вакансии.степень_владения)

Поиск по подобию в реляционных и NoSQL базах данных?

>>степени владения
Упустил этот момент :facepalm

Какое оптимальное количество партиций для большой таблицы в MySQL?

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