Mapserver + Mysql хранимка

[AntonAD]

В данный момент один из слоев Mapserver рисует на основании данных от MySQL.

Код: Выделить всё

DATA 		"SELECT id, feature FROM layer WHERE .......", где feature - пространственные данные.

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

Код: Выделить всё

DATA 		"call MyPROCEDURE(unix_timestamp(now()))"

Приводит к

Код: Выделить всё

msOGRFileOpen(): OGR error. GetLayer(call MyPROCEDURE(unix_timestamp(now()))) failed for OGR connection 

Возможно вызывать хранимки в данном случае надо как то иначе или проблемы в чем то ином.
Буду благодарен за подсказку.

[Denis Rykov]

Может что-то с правами?

[AntonAD]

Может что-то с правами?

Нет, запускаю под рутом, под рутом же пробовал запускать хранимку из под MySqlQueryBrowserб все работает.

[Denis Rykov]

Никогда не работал с MySQL, поэтому может быть вопросы глупые, но:
1) В первом варианте используется SELECT, а во втором его почему-то нет, вместо него call;
2) Что возвращает ваша функция, геометрии?

[AntonAD]

Никогда не работал с MySQL, поэтому может быть вопросы глупые, но:
1) В первом варианте используется SELECT, а во втором его почему-то нет, вместо него call;
2) Что возвращает ваша функция, геометрии?

Сам не так силен в этом, может ошибаюсь, но
1. Насколько понимаю это стандартный вызов хранимой процедуры (SELECT уже внутри).
2. Геометрии и некоторые их свойства (id, название). проверял без свойств, только геометрии - результат тот же.

[trir]

Может "спрятать" процедуру в View?

[Tokha]

А умеет ли MapServer вызывать хранимые процедуры, в виде call или exec?

У меня MSSQL. Соответственно, процедуру нельзя вызвать конструкцией select ID, GeomCol from MyPROCEDURE.
Несмотря на сложные запросы, пришлось пожертвовать некоторыми вещами и использовать VIEW.

А теперь возможно, что и от VIEW придется отказываться, т.к. в этом случае MSSQL почему-то не подхватывает пространственный индекс, в отличие от простого SELECT, где индекс подхватывается без проблем. Но с этим еще нужно детальнее разбираться.