Pull to refresh
6
0
Эсен Сагынов @kadishmal

User

Send message
Спасибо за пост! Узнал про Centrifugo впервые. Выглядет очень привлекательным. Сразу возник вопрос: какая разница между ним и SocketIO?
Обновил презентацию, добавив слайд с результатами PostgreSQL. Этот тот график, где показана тенденция спада QPS при увеличении размера базы данных (слайд 21 и 22).
Поддержка UTF-8 всегда было, однако это не решает многие задачи. Определенные разработчики просят поддержку их языка. К примеру, можно взять турецкий язык. У них есть несколько букв, которые не входят в ISO_8859-1, что создает некоторые проблем для разработчиков. Это то, что всем СУБД приходится бороться по своему. Таких языков, в принципе, немало. Поэтому необходима разработка кодировок для них. К счастью, не все языки нуждаются в них.
Да, CUBRID разрабатывается самой крупной ИТ компанией Кореи — NHN.
Было бы интересно узнать, кто из Хабра пользователей использует CUBRID, и их комментарии.

Непосредственно от нас, то в понедельник только мы закончили миграцию www.xpressengine.com/ (честно говоря, они сами делали переход, мы только их консультировали и решали их вопросы) с MySQL 5.1 на CUBRID 8.4.1. XpressEngine — это самый популярный CMS в Корее (59% доля рынка, Wordpress — 27%, и т. д.). У них довольно много пользователей (600,000+), 120,000 посещений в день. Миграция прошла очень удачно. Если они смогут написать блог о том, как они перешли на CUBRID, может быть, я смогу перевести и опубликовать здесь.
Точно! В Европе тоже нет патента на софт. Но тут большую роль сыграет патент на саму технологию. Надо еще убедить всех (и сам Apple тоже), что это не такой же multitouch, как у Apple.
Т.е. теперь данные в базе, включая сами индексы, занимают на более чем в половину меньше места на диске.
С PostgreSQL не сравнивали, пока в планах нет. С MySQL есть одна статья тут на Хабре и на офф. сайте. Посмотрите, и если будут вопросы, пожалуйста, задавайте.
Конечно, даже больше. В начале 2011 года мы перенесли один крупный веб сервис одного из наших клиентов. Ранее у них работал на Oracle. Один главный Oracle Enterprise и 40 Oracle Standard серверов. 20 баз были раскиданы по ним, каждый из которых хранил от 1.5 до 2 терабайт данных. В общем — 40 терабайт. Настраена была HA в виде N:N мастер-слэйв. В день количество записей увеличивается от 500,000 до 1,000,000. Пользователей — 7 миллионов, и растет. После перехода вместо 40+1 Oracle серверов мы сумели поставить всего лишь 25 CUBRID серверов, которые стабильно поддерживают 10,000 INSERT в секунду. Во время Oracle наши клиенты тратили 2 миллиона долларов на лицензии. Сейчас они экономят это все. Конечно же, главным преимуществом CUBRID является Высокая Доступность. Я недавно презентовал на эту тему на конференции OSCON 2011. Можете посмотреть детали здесь www.cubrid.org/cubrid_ha_oscon. Если будут еще вопросы, пожалуйста, задавайте. Буду рад ответить!
Да, Sparks будет замечательно.
Mercurial очень удобен, надежен, мало проблем с конфликтами. Идеально для закрытых проектов, либо компаний. А вот для открытого сообщества GitHub — самый кайф. Очень удобен для «общения» с реальными пользователям. Если бы не перешли на GitHub, они бы, возможно, даже и не стали обращать на мой код, не говоря уже о его проверке. Так что они на коне!
Скорее всего они давно уже закупили все зап. части на Touchpad, которых уничтожать дороже, чем доработать и продать. С продажи покроют хоть какой-то убыток.
Кстати, вот очень хороший материал об Иерархических Запросов, их преимущества и как ими пользоваться в CUBRID.
1. Если посмотрите на www.cubrid.org/windows_downloads, Windows 7 официально не поддерживается. На нем можно тестить, но просто на нем сервера не пишут. Попробуйте Винду либо ниже, либо на Линуксе. Проблем, уверен, не будет.
2. Еще лучше, попробуйте новый CUBRID 8.4.0. Вышел уже GA релиз. Он по производительности обходит предыдущую версию более чем в два раза. Были реализованы очень много оптимизаций. Можете посмотреть в www.cubrid.org/cubrid_840_key_features.
3. Было бы хорошо, если бы Вы могли предоставить пример запроса, какой интерфейс использовали, сколько запросов вбивали (отдельно и скопом). Мы можем обсудить как повторить этот тест и выяснить все.
Выделил Вас тоже. Что касается «постоянно висла», было бы интересно узнать какая версия БД, ОС, и что Вы пытались сделать. Если есть конкретные вопросы, пожалуйста, задавайте. Буду рад решить все вопросы.
Может получится опубликовать то решение. Я посмотрю.
Имеешь ввиду, как решить ту задачу с CONNECT BY или, как им пользоваться?
Может быть, мы опубликуем самые интересные, еще не решили. Как будет известно, дам знать в Твиттере. Кстати, Алмаз, ты же сам можешь написать отдельный пост и объяснить, каким именно образом ты решил задачу.

Information

Rating
Does not participate
Location
Сеул, Seoul, Южная Корея
Registered
Activity