Спустя год, работа над движком Boolive перешла уже в практическое применение, и тут действительно лучше стало оперировать sql запросами, а гибкость организовывать на уровне логики, чтоб двиг был легким и быстрым, потому как на оптимизацию сложной программной логики модуля данных требуется невероятно много времени. Только итерационным путем эффективно двигаться к абсолютной гибкости, потому как даже со всех сторон проработанная модель данных поразит малейшее упущение. Как говорится, всё гениальное — просто ) Сразу сообщу, что в скором времени сайт boolive.ru преобразится

http://devzone.zend.com/

Изобретение велосипеда — не всегда оправданная задача, тем более для ЦМС, которой должны пользоваться другие программисты. А им далеко не всегда хочется учить новый для них синтаксис работы с БД. В связи с этим взять общепринятую библиотеку для ЦМС, на мой взгляд, гораздо перспективнее.

Хотя, за 4 года профессионального программирования на php? я на самом деле, поклонник минимализма в коде. И писать кучу ненужных букв, чтобы создать запрос к БД я бы не стал.

Например в моей реализации класса по работе с БД выборка имеет такой вид:
$news = Dbs::select(‘*’, ‘news’, ‘name like «%Пример%»‘);
просто, понятно и коротко)))))).

Думаю будет интересно ознакомиться с платформой и может даже объединить усилия. Простым языком, цель сделать платформу уровня win api, но для интернет приложений (любых приложений включая CMS).

По второму условию, хоть вы и понимаете различия между своим «текстовом» вариантом. В объектном варианте не указывается конкретно, что комментарий у новости должен содержать текст %Первый%. Условие абстрактно, просто указывается, что любое из множественный свойств любой сущности должно содержать значение %Первый%. А уж так выходит, что пока только у новостей есть множественные свойство, называемое комментариями, и именно один из них удовлетворяет условию.

Я не отказываюсь от возможности записи условий в текстовом виде, но сначала нужно тщательно проработать их синтаксис. Кстати, разработчикам сайта уже в готовой CMS не придется писать такие условия в объектном виде, так как будет реализовано нечто подобное модулю views у друпала

Просто запросы вроде

    $cond = Q::Entity(  
            Q::LogOr(  
                Q::Comp(Q::Attrib('sys_name'),'=','link'),  
                Q::LogAnd(  
                    Q::Comp(Q::Attrib('sys_name'),'=','label'),  
                    Q::Comp(Q::Attrib('is_define'),'=',0)  
                )  
            )  
    );  
    $q = new Query($cond, 10, 0);  

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

Да, я имел в виду использование языка запросов вроде SQL (или, может, вариации на тему XPath).

Приведенный выше пример, как мне кажется, легче читался бы в таком виде:

$q = new Query("sys_name = 'link' OR (sys_name = 'label' AND is_define = 0)", 10, 0);  

В результате парсинга должно формироваться точно то же самое, что создавалось «вручную» в примере, только читать, писать и изменять это проще.

В принципе, написать парсер для разбора подобных строк несложно, но я понимаю, что сейчас есть более важные проблемы, которые нужно решать.

А вообще было бы здорово, если бы можно было формулировать запросы на более высоком уровне абстракции, не концентрируясь на том, как организовано их хранение.

Другой запрос из вашей статьи:

$cond = Q::Entity(  
     Q::Property(  
         Q::Comp(Q::Attrib('size'),'=',0), //множественное свойство  
         Q::Entity( // условие на сущность, с которой выполнена связь  
             Q::Property(  
                 null, // условия на связь нет  
                 Q::Entity(Q::Comp(Q::Attrib('value'),'like','%Первый%'))  
             )  
         )  
     )  
 );  

Мне кажется, что мало кто сможет эффективно размышлять о предметной области (допустим, о тех же комментариях к новостям) таким образом.

На самом деле на практике было бы удобно использовать что-то вроде:

  $q->where("comment.text LIKE '%Первый%'") // у сущности есть связь comment,  у того — text, содержащий строку 'Первый'
    ->limit(10)
    ->offset(0);

(Да, я понимаю, что такой запрос значит не то же самое.)

Меня после прочтения один только вопрос мучает — а почему молоко красное?

И еще замечание — запросы как-то более «человеческими» можно, наверное, сделать. Ну, это, наверное, со временем…