Cubrid *

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

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

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

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

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

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

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

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

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

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

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

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