У нас есть проект, в котором используется модель СУБД 1С8. Т.е. такие объекты как Справочники, Документы, РегистрыСведений и т.п.
В свое время для построения запросов в СУБД был реализован простейший транслятор запроса, описанного на объектах в родное выражение запроса для SQL.
Пример:
запрос

SELECT
this AS order,
date,
code,
PRESENTATION(ware) AS ware
FROM documents.orders
WHERE date > ‘2008-01-01’ and ware.caption LIKE (%КОЛБАСА%)
 

     преобразуется к:

SELECT
t0.id AS order,
t0.date,
t0.code,
CONCAT(j0.caption, ‘ (‘, j0.code, ‘)’) AS ware,

FROM document10 AS t0
LEFT JOIN catalog9 AS j0 ON j0.id = t0.ware
WHERE t0.date > ‘2008-01-01’ and j0.caption LIKE (%КОЛБАСА%)
 

Суть, я думаю, ясна.

Сейчас, с развитием проекта требуется создать полноценный транслятор произвольных запросов (с вложенными SELECT, собственными JOIN, выражениями в полях и т.п.).
Я полагаю, именно здесь я смогу найти компетентного человека, кто  поможет с этим. Отпишите мне на eurobax [гав] mail.ru, обсудим ваше участие.

Сам проект написан на PHP, но это не будет препятствием, главное работающая модель данного транслятора. Закодить это дело времени.

Z1 писал(а) 06. Февраля 2012 :: 17:46:

Да почему нет? Это задача конечного автомата, полностью решаема. Требуется участник в проект, кто ей займется.

Dmitry The Wing писал(а) 07. Февраля 2012 :: 02:21:

Да ну... Дмитрий, на то она и объектная СУБД, что мы пишем запросы на уровне объектов (как Хибернейт), не заботясь о связях. Допустим, таблицы еще можно выучить, что catalog9 это у нас товары, но LEFT JOIN не заметили?
В сложных случаях можно вместо полей писать:

order.ware.manufacturer.country AS country 

Что преобразуется к серии JOIN'ов

Z1 писал(а) 07. Февраля 2012 :: 07:32:

Все верно, запросы писать сможет даже неквалифицированный человек. Плюсом является еще и компактность и легкочитаемость запросов (например, джойны скрыты).
Насчет оптимизации - ничто не мешает составить низкоуровневый запрос, в котором транслятору придется только заменить виртуальные имена на реальные.
P.S. Обнаружил что пример я дал устаревший, я его исправил (вместо orders там конечно documents.orders)

Dmitry The Wing писал(а) 07. Февраля 2012 :: 08:11:

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

Dmitry The Wing писал(а) 07. Февраля 2012 :: 08:29:

Посмотрите как таблицы и поля именует 1С, а потом уже "предъявляйте"

В нашей системе БД так же генерируется по структуре метаданных. Реализован принцип hibernate с xpath, осталось предусмотреть объектные SQL-подобные запросы для оптимизации выборок.
С этими "надо / не надо" думаю закончим, зачем впустую тратить свое и мое время.
Требуется знающий человек в проект, кто этим займется, условия обговорим, eurobax [гав] mail.ru

Dmitry The Wing писал(а) 08. Февраля 2012 :: 02:51:

Метапарсера будет недостаточно, т.к. он не позволит сгенерировать  те же джойны (для xpath). А их, в зависимости от сложности запроса, придется делать как к основной таблице, так и в подзапросах. Как минимум, нужен разбор синтаксиса запроса.