Sergey Goncharuk,
1. Возможно ли в Cache' получение данных на порт TCP и их дальнейшая интерпретация?
Да, возможно. И проще, чем где бы то ни было. Можно написать свой сервер, сидящий на ТСР- порту и обслуживающий запросы пользователей. Недавно сам этим занимался:).
Есть очень хороший пример самопального сервера:
http://karataev.nm.ru/cache/mdapi.html.
Самодельные псевдо-реляционные настройки поверх М ,наверное, писали все разработчики в свое время (до Каше).
Но чтобы транслировать SQL в М код - я знаю только Интерсистемз, да был еще кажется KB-SQL.
Эта трансляция съест весь возможный выигрыш в производительности. А если запрограммировать оптимизатор запросов, то он может съесть выигрыш от оптимизации. Все-таки это не откомпилированный С-код, а интерпретация Р-кода.
Упрощенные языки типа QBE могут дать приличную скорость. Но местами придется заниматься ручной оптимизацией.
2. Насколько вообще описанный подход, с вашей точки зрения, имеет право на существование (клиентскую части изменять нельзя)?
Этот вопрос я понимаю так:
"Насколько вообще описанный подход, с вашей точки зрения, имеет право на существование? (клиентскую части изменять нельзя!)"
В свете вышесказанного, возможно сделать "быстрый" компилятор, который каждому оператору "Select" вашего приложения поставит в соответствие вызов нужной программы с параметрами. Правильно написанные программы будут работать быстро.
Если разновидностей селектов слишком много, тогда луше заняться оптимизацией PostgreSQL.
Или использовать SQL от Cache, а критические участки приложения перепрограммировать с использованием прямого доступа к данным. Но в отличие от PostgreSQL, Cache далеко не бесплатна.
Или использовать бесплатный GT-M, но там нет SQL.
Или все-таки переписать клиентскую часть.
Неблагодарное это дело, давать советы не имея достаточно информации. (Сколько клиентов? Это люди или программы? Сколько таблиц? Какой размер таблиц, базы? Какие данные, какие запросы?)
Ну, раз уж мы родились в стране советов, то не взыщите :)
