двух таблиц данные в один массив и перебирать его с лимит и оффсет. Схема данных чуть различается. Например, в одном селекте есть parent_category_id, в а другом нет. Причем в первом селекте он действительно нужен, а во втором - нет. Но в ответе должен быть общий массив. Есть ли возможность прямо в запросе указать значение по умолчанию (1) и есть ли возможность в запросе внедрить в ответ переменную, которая будет разной для результатов этих селектов (2)? Например, будет колонка type (в реальности её нет ни в той, ни в другой таблице), и для одного селекта я установлю type=1, а для другого селекта type=2.
select parent_category_id, 1 as type union select null as parent_category_id, 2 as type так?
Нет. Запрос 1 (с джойнами) отдаёт следующую структуру: - category_parent_id - published - category_name - category_description - metadesc - metakey - customtitle - slug - file_url - file_url_thumb - category_parent_name - category_parent_alias Запрос 2 (с джойнами) отдаёт следующую структуру: - category_parent_id - его не может быть. Нужно автозаполнение нулём каким-нибудь - published - mf_name as category_name - mf_desc as category_description - metadesc - metakey - customtitle - slug - file_url - file_url_thumb - category_parent_name тоже не может быть - category_parent_alias и тоже не может быть Я хочу их объединить в union и добавить в результат каждого селекта параметр type, где бы для первого селекта было type=1, а для другого type=2. Тогда на PHP я буду их различать и кое-что делать. Также я выбираю всё это дело порциями с лимит и оффсет, поэтому мне нужно быть уверенным, что лимит и оффсет не сбросится и плавно перейдет с результатов одного запроса на результаты другого. Так как в целевой таблице они будут находиться вместе и различаться параметром type. Всё это извращение я хотел бы переложить на базу, а не на PHP.
Так а почем нет?)
да ни в чем :) хотя юниону в целом даже не важно, чтобы имена колонок совпадали, главное количество и порядок, так что можно просто select category_parent_id, published ..., 1 as type union select null, published..., 2
Всё можно.
А перебирать с LIMIT и OFFSET - ОЧЕНЬ глупая идея, 200 раз уже всем говорил. Не верят...
Я могу уткнутся в лимит выполнения PHP скрипта на хостинге.
выбираю всё это дело порциями с лимит и оффсет, поэтому мне нужно быть уверенным, что лимит и оффсет не сбросится и плавно перейдет с результатов одного запроса на результаты другого. Сбросится. Не перейдёт.
Ну... не используй PHP, никто ж не заставляет...
Настройте ini файлик, почему нет?
Вот это уже отстой. Спасибо. Тогда пляски с union уже не нужны.
Кстати, какие best practices в таких случаях?
Клиентский курсор. Ну или просто курсор в хранимой процедуре. Ни то, ни другое тебе недоступно.
Да, не мой вариант
Нет, всё-таки перескочил.
Видимость...
Не знаю как, но свою работу оно сделало.
Обсуждают сегодня