Здравствуйте, форумчане !
Есть большой запрос на выборку из нескольких таблиц с подзапросами типа select from (select).. + join (select..) + select from table1, (select ..)
Есть ли возможность как-то внести его в БД (метаданные).
- UDF не позволяет возвращать набор данных,
- SP не позволяет делать ORDER BY и WHERE к возвращаемому результсету, а также использовать ее в подзапросах,
- VIEW не разрешает подзапросы.

Версия сервера 5.1.73
Вопрос: есть ли средство для решения этой проблемы ?

ЗЫ. В MS SQL/Interbase/Oracle/PostgeSQL эта проблема легко решается через UDF. Как это можно сделать в MySQL ?

Спасибо за любые советы и полезные ссылки.

Alex_Ustinov->"ничего непонятно, что и откуда куда вносить"

Есть рабочий запрос, который будет часто выполняться в разных клиентах (phpmyadmin, dbforge и др).
Очень неудобно (особенно на моб.устройствах) его откуда-то копипастить и потом еще дописывать where, order by, group by, having и т.д. Нужно, чтобы можно было его запускать как часть запроса, например
select * from udf_selfulluserinfo() where dogdate = now() and user_sate = 1 order by user_address
такой простой запрос может написать по простейшей инструкции любой сотрудник конторы (провайдер инета).
Вместо того, чтобы иметь дело с простыней в 100 строк, в которой он точно чего-то пакосячит :)

Я было подумал написать хранимку с параметрами для условий выборки и указанием колонок сортировки, а в ней с помощью динамического запроса делать нужные манипуляции, но колонок много (около 20) и придется писать зубодробительную логику на 200 строк.
Поэтому от такого варианта отказался.

Не выход. Этим запросом может пользоваться ндцать человек, контора большая, причем одновременно. Одна таблица на всех для РАЗНЫХ данных - это как ?

Блин, кажись дошло :)
1. Есть SP, которая выполняет простыню и кладет результат полной выборки в таблицу, предварительно дропая ее, если он уже есть.
2. Сотрудник набирает сначала Call SP(), а потом нужный простой Select * from <фиксированное имя таблицы > where .. order by ..
3. Наслаждается результатом

Я правильно понял ?

Subqueries cannot be used in the FROM clause of a view.
https://dev.mysql.com/doc/refman/5.6/en/view-restrictions.html

Очень хороший совет. Если б это был мой сервер, то я бы вообще ушел от мускула подальше, потому что УГ.

Спасибо Алексу Устинову - он навел меня на решение. Оно, конечно, имеет недостатки (сбор и выборка данных разными запросами, которые не в одной транзакции), с которыми, впрочем, можно смириться ибо они не слишком критичны.
В итоге все уже сделано и работает :)

Насколько я знаю, временные таблицы существуют только в контексте транзакции. Когда она завершается с любым исходом, эти таблицы автоматически уничтожаются. Т.к. в моем-Вашем решении собственно запрос состоит из двух шагов (sp + select), т.е. двух транзакций, то Select будет пытаться выбирать из несуществующей таблицы. Поэтому sp создает обычную, а не временную, таблицу.
Разве не так ?

Ветка плавно перетекает в тихий холивар :) В MySQL опыта почти нет никакого, а какой был, весь позабыт.
Возникла проблема, связанная именно с этим типом сервера. Мне помогли ее решить. Не идеально, но на данный момент тех, кто меня об этом попросил, вполне устроило. Они даже проставились :)

Всем спасибо, тема исчерпана.