Привет, Хабраюзер! Предлагаю твоему вниманию решение задачи, победившее на втором конкурсе CUBRID it! Суть конкурса заключается в поиске наиболее оптимального решения SQL задачи, используя Java или PHP. Решение чисто алгоритмическое, поэтому даже если ты не связан с CUBRID и конкурсом CUBRID it!, то все равно загляни под кат – это может быть просто интересно и даже полезно. Поехали!

Заголовок уже говорит обо всем. Но я расскажу более подробно о начале разработки и взаимодействии CUBRID с CodeIgniter. Также здесь Вы узнаете об отличиях между CUBRID и MySQL с точки зрения разработки и адаптирования приложений.

В начале этого месяца я решил поработать над драйвером CUBRID для CI — популярного PHP фреймворка, который используется очень многими Веб разработчиками. Один из веб сервисов в нашей компании хочет использовать CI у себя с CUBRID. К счастью, у этого фреймворка довольна интуитивная структура, что позволило мне быстро найти классы, которые необходимо унаследовать и реализовать для CUBRID.

Драйвера всех остальных поддерживаемых СУБД я нашел в директории /system/database/drivers. Так как CUBRID поддерживает более 90% SQL синтаксиса MySQL, не было необходимости начинать все с нуля. Я начал работать над уже готовым MySQL драйвером для CI. На следующий день у меня уже был рабочий код CUBRID драйвера. Пару дней спустя я провел тесты (к сожалению, как сказал один из разработчиков CodeIgniter, у них еще нет юнит тестов, которые охватывали бы весь фреймворк, включая драйвера баз данных, поэтому мне пришлось писать свои тесты). Как только драйвер прошел все тесты, я связался с их разработчиками и отправил pull-запросы в главную ветку и ветку для разработок.

Ниже я опишу, какие части кода я изменил в MySQL драйвере, чтобы он стабильно заработал для CUBRID. Надеюсь, эти записи будут полезны тем, кто планирует влючить поддержку СУБД CUBRID в своих Веб приложениях.

Итак, сегодня мы очередной раз объявляем о новом ивенте под названием "Bug Bash", который будет проходить один месяц, начиная с первого сентября, 2011 г.

Главной идеей этого ивента является улучшение качества существующих инструментов и Веб приложений CUBRID, а точнее:

• Инструменты CUBRID
  — CUBRID Manager
  — CUBRID Migration Tool
  — CUBRID Query Browser (или его плагин для Eclipse)
  
• Веб приложения CUBRID
  — CUBRID WebShell
  

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

В результате этого Вы узнаете не только как нужно работать с инструментами и Веб приложениями CUBRID, но и как стать вовлеченным в опен-сорс проекте и помогать сообществу. К тому же Ваша помощь улучшить качество наших продуктов будет вознаграждена ценными призами.

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

В этом блоге я хочу рассказать о разных способах импортирования данных в СУБД CUBRID, уточнив, какой из них более эффективен, и почему. Часть этих рекомендаций можно применить также и в других системах управления базами данных.

Итак, в CUBRID импортирование данных можно произвести, используя следующие инструменты.

• Самый легкий способ — это использовать CUBRID Manager
• Также Вы можете использовать PHP, Java и другие драйвера
• Иначе можно использовать CSQL, CUBRID SQL интерпретатор в командной строке.
• Можно также настроить репликацию или Высокую Доступность, но это за рамками этой статьи.

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

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

Мы рады сообщить, что сегодня мы официально выпустили первую стабильную версию ADO.NET драйвера для СУБД CUBRID.

• Для драйвера, разработанного и поддерживаемого контрибьюторами сообщества, написано более 70 тестов.
• Драйвер распространяется с полностью (100%) управляемым кодом под лицензией BSD.
• Все основные классы ADO.NET модели разработаны.
• Также разработаны расширенные классы SchemaProvider, CommandBuilder и т. д.
• Драйвер работает на основе протокола передачи данных (сокет) последней версии CUBRID 8.4.0.
• Дравйвер полностью поддверживет такие типы данных, как BLOB/CLOB, а также CUBRID Collections.
• Внедрена полная поддержка локализации. На данный момент доступна английская локализация.
• На сайте проекта приведены разные примеры с исходным кодом, а также демо программ с использованием UI, VB.NET, и NHibernate.

Как скачать

Мы ждали этого дня довольно долго. Исходя из политики выпуска новых версий, новый релиз СУБД CUBRID выходит каждые пол года. Вот и свершилось! От имени разработчиков я рад сообщить о новом выпуске CUBRID версии 8.4.1 с повышенной производительностью в 70%.

Скачать CUBRID 8.4.1 можно прямо сейчас с официального сайта!

Разработчики CUBRID проделали очень большую работу по улучшению производительности и стабильности СУБД. По результатам тестов оценки качества производительность INSERT и UPDATE операций выросла на более чем 70% (см. таблицу ниже).

Также, благодаря многочисленным просьбам, мы добавили много новых функций и поддержку дополнительного SQL ситаксиса для еще большей совместимости с MySQL. Кроме этого в новую версию СУБД добавлена поддержка регулярных выражений в оператор WHERE для более четкого объявления условий поиска, а также новые параметры брокера и улучшенный мониторинг системы. В общей сложности в новой версии были исправлены около 50 ошибок.

Ниже я приведу список главных нововведений в версии 8.4.1.

Приветствую всех Хабражителей!

UPDATE: Время уточнилось! Мы будем презентовать первыми в первый день! Я очень рад и с нетерпением жду нашей встречи! Очень надеюсь увидеть и познакомиться со многими Российскими разработчиками!

На прошлой неделе произошло нечто приятное для нашей команды. Организаторы конференции "Российские Интернет Технологии 2012" прислали нам официальное приглашение выступить на конференции с докладом о СУБД CUBRID. Главной просьбой организаторов к нам было расскрыть для Российского сообщества разработчиков следующие вопросы.

• Почему мы разрабатываем CUBRID?
• Почему бы не использовать существующие решения?
• Почему надо было создавать СУБД с нуля?
• Почему не сделали форк одного из уже существующих решений?
• Почему не стали дорабатывать уже существующий продукт совместно с другой компанией?

На РИТ++ 2012, которая пройдет 2го и 3го апреля, будет несколько треков:

Последнее время, в области баз данных, внимание сконцентрировано на интенсивно развивающихся NoSQL решениях. Складывается обманчивое впечатление, что в секторе реляционных СУБД затишье: основные продукты давно известны, все ниши заняты. Казалось бы, новому игроку сюда так просто не попасть. Только если речь идёт не о проекте с пятнадцатилетней историей, не о развитой объектно-реляционной СУБД с открытым кодом, оптимизированной для использования в веб-приложениях, не о системе, которая имеет поддержку хранимых процедур, партиционирование, опции высокой доступности, репликацию и распределённые транзакции. Имя этой «тёмной лошадки» — CUBRID. И, судя по заявлениям создателей, она претендует на лавры MySQL.

Приветствую всех!

Этот блог будет очень занимательным! Сегодня я расскажу об очень интересных особенностях последней версии CUBRID 8.4.0, о том, чего обычно не найдешь в мануале. Приведу очень важные рекоммендации по оптимизации запросов и индексов, приведу результаты тестов, а также примеры использования в реальных Веб сервисах.

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

Основные направления, повлиявшие на производительность CUBRID, являются:

• Уменьшение размера тома базы данных
• Улучшенные параллельные вычисления в Windows версии
• Оптимизации индексов
• Оптимизации обработки условий в LIMIT
• Оптимизации обработки условий в GROUP BY

Приветствую всех, дорогие Хабравчане!

Лично мы не представляли нашу разработку пользователям Хабры, но скорее всего Вы уже читали о СУБД CUBRID в хабратопике Льва Хомича. Некоторые моменты в статье не совсем корректны, что хочу исправить в этом топике. Поэтому предлагаю познакомиться поближе и узнать более подробно, почему мы представляем CUBRID как самую оптимизированную СУБД для Веб приложений. Также буду рассказывать о тех нюансах, о которых Вы не найдете нигде (пока), даже на официальном сайте проекта http://www.cubrid.org. Таким образом и Вы узнаете многое и, надеюсь, расскажете, посоветуете или предложите нам свои идеи и мнения в комментариях. Поэтому уверен, Вы будете довольны нашему знакомству.

Во-первых, когда началась разработка CUBRID?

В разных источниках приводятся разные даты: 15 лет назад, либо 2006 год. Поистине СУБД продавалась и пользовалась очень большим спросом еще задолго до того, как появился MySQL, и даже сам CUBRID. Она была одной из первых с объектно-ориентированной архитектурой, которая широко используется и в наши дни в игровой и мультимедийной индустриях. СУБД стала настолько популярной, что Oracle предложил купить исходный код и лицензию на ее дальнейшее развитие и продажу за 1 миллиард американских долларов. Но разработчики отклонили предложение и вместо этого нашли спонсоров с активом в 2 миллиарда долларов. Это было еще в начале 90-х годов. Поэтому в хабратопике Льва Хомича и некоторых других источниках говорится о пятнадцатилетнем и более стаже.

Добрый день, всем!

Наконец-то заработал Хабр, и теперь могу выложить перевод статьи, опубликованной на английском языке на оффициальном сайте проекта CUBRID, которую Вы просили в коментариях к предыдущему хабратопику.

1. О тесте

В ходе следующего анализа производительности системы баз данных CUBRID и MySQL тестируются для определения их производительности в двух различных ситуациях:

1. когда системы работают на сервере, оснащенном жестким диском;
2. когда системы работают на сервере, оснащенном твердотельным накопителем.

1.1. Краткое описание

Принято считать, что хранение данных является основной задачей любой системы баз данных. Жесткий диск является популярным носителем, используемый предприятиями для хранения больших объемов данных. Однако известно, что производительность (ввода-вывода) жесткого диска уменьшается при рабочих нагрузках, ограниченных скоростью ввода-вывода (I/O Bound). Поэтому часто бывает необходимо найти более эффективный носитель для хранения данных. В этой статье мы представляем результаты применения и тестирования нового твердотельного накопителя (SSD), используемого в качестве основного носителя для хранения данных, который демонстрирует повышенную производительность баз данных.

Добрый день, Хабравчане!

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

Полагаю, некоторые из Вас уже заметили изменения на нашем официальном сайте http://www.cubrid.org. Если еще нет, то это самое время посмотреть, как смотрится наш новый логотип на фоне сайта сообщества.

Предпосылки

Дождались! Новая версия СУБД CUBRID 8.4.0 является самой мощной из ранее выпущенных версий, а теперь еще с вдвое ускоренным движком базы данных!

Этот выпуск сочетает повышенную производительностью со множеством новых возможностей, часто запрашиваемых пользователями. Результаты тестов, основыванные на том же сценарии [ссылка на PDF файл отчета на английском], который мы обычно используем для проведения контроля качества новых выпусков, показывают повышенную производительность движка почти в три раза для определенных функций.

Итак Вы, я уверен, уже знаете, как в PHP подключаться и работать с определенными реляционными системами баз данных. В этом блоге я расскажу, как начать работу в PHP с СУБД CUBRID, в чем ее отличие от других систем, а также приведу примеры для быстрого начала. Хорошая новость заключается в том, что последняя версия CUBRID 8.4.0 на 90% совместима с MySQL и с точки зрения SQL синтаксиса, и с точки зрения функций PHP.

Многие наверняка слышали, что open source проект CUBRID решил устроить конкурс, а так как время сдачи работ уже завершилось, я расскажу вам о том как решал конкурсное задание, какой способ использовал и с какими особенностями СУБД CUBRID столкнулся.

Задание (примерное)

Дана БД, которая состоит из таблиц, содержащих строго определенные типы столбцов:

VARCHAR, CHAR, STRING, INT, SMALLINT, BIGINT, NUMERIC, FLOAT, DOUBLE, DATE, TIME, DATETIME и TIMESTAMP.

Требуется найти наиболее часто встречаемое в БД не числовое значение (то, которое состоит не только из цифр) и число его использований. Ответ надо записать в таблицу results. И все (это вкратце, более подробно читайте на странице конкурса).

Итак Второе Соревнование по Программированию CUBRID it! подошло к концу — время опустить занавес и объявить победителей.

Но перед этим предлагаю кратко подвести итоги соревнования.

Соревнование началось 1го июня, и у участников было 3 недели, чтобы:

• найти самое оптимизированные решение для SQL задачи на PHP или Java и отправить их нам;
• распространять информацию о соревнованиие на Твиттере, блогах и других сайтах.

Первые 10 мест в соревновании среди решений получат разного рода призы. 8 наиболее актиных в соц. сетях пользователей также будут награждены дорогими призами.

«Ну, и как прошло!?» — Вы спросите. После 3х недель, мы получили более 40 решений от более чем 350 участников с разных стран мира. И что очень радует, решения были очень хорошего качества!

Поэтому хочу сказать всем участиникам Большое спасибо за Ваше усердие и внимание к CUBRID!

Конференция OSCON (Open Source Convention) является, если не самым, то одним из самых крупных ИТ конференций в мире Опен-сорс, где ежегодно в июле месяце собираются более двух тысяч передовых разработчиков и лидеров ИТ индустрии.

В этом году конференция пройдет с 25го по 29е июля. И мы в очередной раз едем туда, и на этот раз будем вести сессию в 40 минут. Точная дата и время нашей презентации следующее:

• Дата: 28го июля 2011 г.
• Место: Oregon Convention Center, Портланд, Штат Орегон.
• Зал: E142
• Время: 13:40.
• Язык проведения: английский (вопросы можно задавать и на русском).

Тема разговора

В этом году речь будет идти о том, как создавать стойкие, высоко-доступные веб сервисы, используя технологию CUBRID HA (High Availability). Поэтому презентация в основном будет проходить о Высокой Доступности CUBRID.

Кто должен присутствовать?