Как стать автором
Обновить

Комментарии 12

Вы бы взяли какой-то скрипт да провели в конце небольшое сравнительное тестирование. Типа вот у нас есть пхп скрипт (код скрипта), БД (структура, количество записей), при использовании mysql скрипт выполняется за н секунд, после замены mysql на cubrid скрипт выполняется за х секунд, что на р% быстрее/медленнее. А то так и непонятно нафига этот ваш CUBRID нужен.
Целью этой статьи было показать как соединяться в PHP с CUBRID. Я не ставил задачи сравнить производительность разных библиотек. Но тем не менее спасибо Вам за комментарий. Я учту Ваше пожелание и в следующей статье обязательно напишу о производительности. Еще раз спасибо.
Там несколько другая цель была.
>Итак, как Вы заметили, практически все, что работает с MySQL, будет работать и с CUBRID.

mysqli, pdo?
Думаю, автор имел ввиду SQL-синтаксис. PDO-драйвер под CUBRID существует.
PDO тоже. А вот mysqli нет, так как там немного другой синтаксис — все через экземпляр. Акцент на главный драйвер, используемый главными приложениями (Wordpress, Joomla, Yii и т.п.). Если смотреть на mysqli, то надо также создать уже отдельные драйвер, который можно будет использовать через экземпляр.
Существует ли объектная оболoчка для работу с этой СУБД? cubrid_connect() or die() выглядит в стиле PHP4 :(
имеете ввиду в стиле mysqli через экземпляр класса?
Да, или же ActiveRecord подход)
Как я написал выше, поддержка mysqli синтаксиса нет в планах. В этом пока нет необходимости вообще. Стабильность и производительность нынешнего CUBRID PHP API довольно хорошая, не устпает другим драйверам.

Для того, чтобы работать с ActiveRecord, можно использовать CUBRID PDO драйвер. Все, что Вы хотите, там есть. Вот туториал www.cubrid.org/cubrid_pdo_driver.

Дополнительно есть в планах разработать поддержку CUBRID в PHP ActiveRecord (phpactiverecord.org), а также в Doctrine (doctrine-project.org). Думаю, в этом году уже сделаем.

Спасибо за комментарий!
Вам спасибо :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий