можно ли решить такую задачу только запросом без функций ? Можно так же изменить схему, если это требуется, задача в том, что бы иметь возможность назначения цен по различным критериям, а так же иметь разные способы начисления...как минимум интересует просто возможно это решить или нет, в идеале бы увидеть пример запроса ( хотя бы просто направление мысли ) как это может выглядеть. Спасибо.
Вот пример схемы:
http://tpcg.io/_G0MVAC
> составил демонстрационный, упрощённый пример В котором нет ни ключей, ни FK, ни тестовых данных. ;( > интересует, можно ли решить такую задачу только запросом без функций Даже не читая задачу, можно сказать, что можно (особенно если результат адекватно представим в виде одного отношения), просто потому, что SQL — тьюринг-полный язык (так что подобные вопросы можете больше никогда не задавать). Другое дело, насколько Вам это понравится. ;) > хотя бы просто направление мысли Казалось бы, generate_series — для получения последовательности дат; extract() — для работы с ними (получения дня недели), подзапросы (или, скорее, LATERAL) c UNION ALL + MIN() (или LIMIT) — для поиска подходящих цен (или вариантов заселения) и т.п. Задача не совсем понятно описана, между прочим... да и схему Вы чересчур упростили, мне кажется — как это все номера всегда свободны и т.п.?
> как это все номера всегда свободны и т.п.? да, упростил, по тому ни данных, ни ключей, забронированные номера на дату понимаю как отфильтровать) интересовало именно как сделать расчет цены по различным критериям или например по заданным критериям получить цену на каждый день проживания, ведь сама "формула" определения цены разная, в одном случае это дни недели, в другом это возраст постояльцев + для каждого постояльца получится надо считать отдельно и отдельно на каждый день...но в итоге это будет громадный запрос, который через время никто не захочет править ?)
Так примерно я описал, как это сделать... а какой уж запрос получится — это уж надо пробовать (и сильно зависит в том числе от того, насколько Вы это всё упростили). > громадный запрос, который через время никто не захочет править Я видел не так уж мало запросов существенного размера, править которые было довольно легко (потому что они написаны были нормально). Но таких запросов, где мало что понятно, видел больше, это да (но большинство из них были просто неструктурированной "кашей", и переписать их нормально часто вполне возможно). Ну и смотря кто будет их читать (для SQL-novices и SQL-wizards читаемость очень отличается). ;)
Спасибо за ответы, на выходных набросаю приближенную к реальности схему и попробую составить запрос, возможно вернусь уже с чем то более конкретным)
Обсуждают сегодня