The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

MemSQL - претендент за звание одной из самых быстрых СУБД, удовлетворяющих требованиям ACID

25.06.2012 08:47

Эрик Френкель (Eric Frenkiel) и Никита Шамгунов (Nikita Shamgunov), бывшие сотрудники Facebook, основали стартап, разработавший новую СУБД MemSQL, совместимую с MySQL и удовлетворяющую требованиям ACID к выполнению транзакций (атомарность, согласованность, изолированность, долговечность), но обладающую производительностью, свойственной хранимым в памяти NoSQL БД. MemSQL является проприетарной разработкой, но распространяется бесплатно c ограничением на размер базы в 10 Гб для различных Linux-дистрибутивов.

Представленные результаты тестирования производительности показывают, что в конфигурации, при которой MySQL позволяет обеспечить отдачу 3500 запросов в секунду, MemSQL способен выполнить до 80 тысяч запросов в секунду. Для тестирования использовался собственный инструментарий для симуляции нагрузки на СУБД.

Высокая производительность в MemSQL достигается благодаря реализации нескольких интересных особенностей. Например, MemSQL не осуществляет разбор SQL на лету, вместо этого из SQL-конструкций генерируется С++ код, работающий с оптимизированными для хранения в памяти структурами данных, доступ к которым осуществляется без блокировок. Второй особенностью является то, что данные всегда полностью держатся в ОЗУ и отдаются из памяти. Для обеспечения целостности и выполнения требований ACID, хранимые в памяти данные синхронизируются на диск или SSD-накопитель с использованием техники обратной записи с последующим подтверждением выполнения операции (используется комбинация упреждающей записи в форме лога и фиксация снапшотов).

Из свободных альтернатив MemSQL можно отметить СУБД VoltDB, которая развивается уже несколько лет и обладает похожими характеристиками. В тестах OLTP на одном сервере VoltDB опережает традиционные СУБД в 45 раз, в то время как создатели MemSQL заявляют об ускорении только в 30 раз. Кроме того, VoltDB поддерживает кластеризацию с практически линейной масштабируемостью (на кластере из 12 узлов была продемонстрирована производительность в 560 тыс транзакций в секунду). Средства синхронизации создаваемого в ОЗУ хранилища с постоянным носителем обеспечивают открытые БД Redis, Tarantool, MemcacheDB, Membase и MongoDB, которые относятся к категории систем NoSQL.

Дополнение: Domas Mituzas, инженер по системам баз данных из компании Fаcebook, до 2009 года работавший в Sun над MySQL, опубликовал критическую заметку, указывающую на то, что MemSQL оптимизирован для достаточно узкого круга синтетических задач. Например, показано несколько типичных для web-приложений ситуаций, в которых MySQL оказывается быстрее MemSQL из-за слабой реализации оптимизатора запросов в MemSQL. Также указано, что MemSQL поддерживает только изоляцию на уровне чтения (READ COMMITTED) и просто игнорирует транзакции (BEGIN/COMMIT), что не позволяет считать MemSQL отвечающим требованиям ACID.

  1. Главная ссылка к новости (http://www.i-programmer.info/n...)
  2. OpenNews: Проект NewSQL призван решить проблемы, с которыми столкнулся Facebook, используя MySQL
  3. OpenNews: Первый стабильный релиз СУБД Drizzle
  4. OpenNews: Представлена новая открытая СУБД VoltDB
  5. OpenNews: Представлен первый стабильный релиз СУБД SciDB
  6. OpenNews: Первый релиз NoSQL БД OrientDB
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34177-memmsql
Ключевые слова: memmsql, mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (86) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 08:53, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >Высокая производительность в MemSQL достигается благодаря реализации нескольких интересных особенностей. Например, в MemSQL не осуществляет разбор SQL на лету, вместо этого из SQL-конструкций генерируется и зтем компилируется С++ код

    -Потенциально 10 000 уязвимостей.
    >MemSQL является проприетарной разработкой,

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

     
     
  • 2.49, pavlinux (ok), 14:45, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Последний абзац конечно прочёл?
     

  • 1.3, ааноним (?), 08:55, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Думал действительно что-то интересное придумали, а "генерируется С++ код", "данные всегда полностью держатся в ОЗУ" как-то первое, что приходит в голову при желании добиться такой производительности.
     
     
  • 2.34, arisu (ok), 13:30, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Думал действительно что-то интересное придумали, а "генерируется С++ код", "данные всегда
    > полностью держатся в ОЗУ" как-то первое, что приходит в голову при
    > желании добиться такой производительности.

    "генерируется C++ код" -- это сразу крест на производительности. ты прикинь, сколько времени будет выжирать вызов g++.

    p.s. я понимаю, что имелась в виду скорее всего обычная JIT-компиляция (а то и просто шитый код, возможно даже не подпрограммный). но не поиздеваться над текстом новости я не мог.

     
     
  • 3.46, FFASM (ok), 14:30, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кроме g++ альтернатив нет.
     
     
  • 4.47, arisu (ok), 14:33, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кроме g++ альтернатив нет.

    да без разницы: другие не сильно быстрее, если рассматривать именно «C++ код». ведь не сказали же, что «машинный код», а именно «C++». а его надо компилировать. а поэтому надо распарзивать кучу заголовков и заниматься прочей ненужной работой.

     
     
  • 5.54, kurokaze (ok), 15:11, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >а поэтому надо распарзивать кучу заголовков

    Открой для себя PCH.

     
     
  • 6.58, arisu (ok), 15:29, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>а поэтому надо распарзивать кучу заголовков
    > Открой для себя PCH.

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

     
     
  • 7.75, Аноним (-), 21:05, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > угу, их парзить не надо, они автомагически распарзиваются, за нулевое время.

    Ну я могу себе вообразить продвинутый кешинг когда c++ версия буферизуется и потом немедленно доступна при таком же запросе.

    Вот только если надо такие уровни производительности - это пора уже нa key-value базы смотреть, там оверхеда по определению минимум.

     
  • 5.55, FFASM (ok), 15:14, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кроме g++ альтернатив нет.
    > да без разницы: другие не сильно быстрее, если рассматривать именно «C++ код».
    > ведь не сказали же, что «машинный код», а именно «C++». а
    > его надо компилировать. а поэтому надо распарзивать кучу заголовков и заниматься
    > прочей ненужной работой.

    Больше чем наверняка предпроцессором проходить вообще не придётся.
    Что касается C++ действительно не понятно, лучше всего (по скорости) C.
    Хотя может они умеют очень быстро собирать C++ или на C получается слишком муторный код, так как СУБД проще всего описать через ООП.

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

     
     
  • 6.59, добрый дядя (?), 15:31, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Генерировать сразу машинный код себе дороже, будет либо не эффективно, либо почти полноценный gcc(или альтернатива) (такой же тормознутый и большой).

    man LLVM

     
     
  • 7.61, arisu (ok), 15:36, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Генерировать сразу машинный код себе дороже, будет либо не эффективно, либо почти полноценный gcc(или альтернатива) (такой же тормознутый и большой).
    > man LLVM

    ну вот и «помань». а то вы, Указующие, про llvm знаете только то, что «а вот оно может!»

     
  • 6.60, arisu (ok), 15:34, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    да ни разу даже комбинация подпрограммного шитого кода с инлайнингом в стратеги... большой текст свёрнут, показать
     
     
  • 7.62, FFASM (ok), 15:53, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Ничего плохого и тормозного в aot нет, а вот сделать пол... большой текст свёрнут, показать
     
     
  • 8.63, arisu (ok), 16:01, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    для изменяющихся условий, ага позволь задать вопрос не в плане унизить, просто... большой текст свёрнут, показать
     
     
  • 9.65, FFASM (ok), 16:35, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Меня всегда умиляли люди с практикой под 10 лет, которые качали авторитет подобн... большой текст свёрнут, показать
     
     
  • 10.67, arisu (ok), 17:04, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а меня всегда умиляли люди, которые на вопрос о наличии практики начинают 171 ... большой текст свёрнут, показать
     
     
  • 11.68, FFASM (ok), 17:52, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Проф уровень 0, если вас так интеерсует 64 не далеко ушла от x86 Как была гемо... большой текст свёрнут, показать
     
     
  • 12.70, arisu (ok), 18:20, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    там больше регистров, и они не так жестоко прибиты гвоздями к операциям поэтому... большой текст свёрнут, показать
     
     
  • 13.71, FFASM (ok), 18:47, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если не брать во внимание всякие нахлабушки, регистров там столько же, только он... большой текст свёрнут, показать
     
     
  • 14.72, arisu (ok), 19:09, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну так и я не знаю может, вы там тоже достаточно объективное, на самом деле н... большой текст свёрнут, показать
     
  • 3.64, ыгчч (?), 16:05, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > "генерируется C++ код" -- это сразу крест на производительности. ты прикинь, сколько времени будет выжирать вызов g++.

    Даже в таком случае prepared statements спасут гиганта мысли :)

     

  • 1.5, o (?), 09:02, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Интересно какая нужна конфигурация для получения 3500рек/сек из мускула.
    Только так чтобы не давно закешированый ответ а нормальное рандомное чтение из таблицы размером много больше оперативной памяти.
     
     
  • 2.78, axe (??), 21:43, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    с какой целью интересуетесь? Имхо смысла эта информация не имеет. Если вся таблицы будут умещаться в памяти, тогда да, можно сравнить.
     

  • 1.7, Аноним (-), 09:26, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оракл, десятилетней давности. Впереди большой путь по фиксации багов, добавления поддержки стандартов и, как знать, возможно через 10 лет кто-то начнет применять в промышленных условиях...
     
  • 1.9, Аноним (-), 09:58, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    На хабре неделю назад в комментах по полочкам разобрали почему эта «самая быстрая СУБД» не нужна.
    Там же ( http://habrahabr.ru/post/146023/#comment_4913015 ) выяснилось что эта _проприетарная_ разработка во всю использует код MySQL (который вроде как GPL?)
     
     
  • 2.11, Челз (?), 10:23, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, что не характерно для хабра, разобрали довольно аргументировано.
     
     
  • 3.29, анон (?), 12:59, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    бгг. а где аргументированней разбирают? анонимы на опеннете что ль?
     

  • 1.10, Аноним (-), 10:10, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    они там тебе че хочешь докажут. =) Как и на лоре - ничего не нужно кроме голой консоли.
     
     
  • 2.22, Куяврик (?), 12:31, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    для мускуля? истинно так.
    но специально для дошколят есть phpmyadmin
     

  • 1.12, anonymous (??), 10:24, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >MemSQL является проприетарной разработкой
    >opennet

    Тут что-то не так.

     
     
  • 2.40, Андрей (??), 13:57, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да проприетарно и open - это несовместимо.

    > но распространяется бесплатно c ограничением

    А вот на "freenet" вполне можно.

     

  • 1.13, Челз (?), 10:24, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    кажется забыли добавить подпись "НА ПРАВАХ РЕКЛАМЫ"

     
  • 1.14, Xasd (ok), 10:24, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    """лучшее -- враг хорошего"""

    то есть проще говоря -- вобщемто людям не нужна "самая лучшая" СУБД. им достаточна просто ХОРОШАЯ СУБД. и уж точно не проприетарная :)

    ...хотя любители пирацких Фотошопов и WinRAR -- возможно заценят и эту поделку тоже... но что-то я сомниваюсь о большем успехе :)

     
     
  • 2.18, SubGun (ok), 11:20, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Только потому что проприетарная разработка? Что за бред. ПО выбирается согласно задачам, а не религиозным убеждениям.
     
     
  • 3.30, анон (?), 13:01, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    среди проприетарщины можно найти и что-то получше, чем эта "самая лучшая субд"
     
  • 3.36, arisu (ok), 13:36, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только потому что проприетарная разработка? Что за бред. ПО выбирается согласно задачам,
    > а не религиозным убеждениям.

    и поэтому сия поделка не нужна: исходники для аудита ширнамассами недоступны, мегафич, которые бы оправдали использование никому не известного и не прошедшего широкое «боевое тестирование» irl продукта отсутствуют.

    так что да: именно потому, что проприетарщина и пролетает. иначе нашлись бы энтузиасты, которые стали бы это пилить, ставить и тестировать. а так… ну, воткнуть блоб в чруте, погонять на паре игрушечных тестов и выкинуть.

     
  • 3.74, Аноним (-), 21:02, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только потому что проприетарная разработка? Что за бред.

    Достаточный повод чтобы обойти в новой разработке стороной. Закладываться на проприетарь сегодня - это обеспечивать себе много геморроя в будущем.

     

  • 1.15, Аноним (-), 10:33, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    вот еще немного, совсем чуть-чуть и начнут вывешивать новости об adware...
    а что, тоже бесплатно!
     
  • 1.16, Аноним (-), 10:35, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Например, MemSQL не осуществляет разбор SQL на лету, вместо этого из SQL-конструкций генерируется С++ код, работающий с оптимизированными для хранения в памяти структурами данных, доступ к которым осуществляется без блокировок. Второй особенностью является то, что данные всегда полностью держатся в ОЗУ и отдаются из памяти.

    1. Вангую новый вид атак на сервер БД - С++-Инжекш :)
    2. Как я понимаю, данные в памяти держаться до первого сбоя электроснабжения?..

     
     
  • 2.17, Аноним (-), 11:19, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Читать разучился? Написано же, синхронизируется с диском.
     
     
  • 3.52, Аноним (-), 15:02, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Читать разучился? Сказано же, что синхронизируеться не сразу, а когда нить потом, ну чтобы быстро было.
     
     
  • 4.56, анон (?), 15:17, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Читать разучился? Сказано же, что при коммите транзакции
     
     
  • 5.66, Аноним (-), 16:44, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Хм. Что-то автор новости про ACID, похоже, немного загнул. memSQL обеспечивает транзакционную целостность ТОЛЬКО уровня "READ COMMITTED", и ТОЛЬКО в режиме "транзакция на SQL-запрос".

    Паста с коммента ниже.

     

  • 1.20, Аноним (-), 12:00, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если SQL транслируется в код на С++, то можно ставить крест на динамической генерации SQL-запросов из скриптов. Или он как-то на лету транслирует, но тогда непонятно чем это от стандартного кэширования отличается.
     
  • 1.21, Аноним (-), 12:27, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто-нибудь знает, что быстрее PostgreSQl или msSQL под 1с 8.2?
     
     
  • 2.25, Ваня (??), 12:39, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для Windows - MS. Postgre медленнее и периодически встречаются глюки, когда Postgre'шники используют один механизм во всех платформах (кросс-платформенность), а в Windows данный механизм "obsolete" с приличным списком известных уязвимостей, оставленных для совместимости.

    Для Linux - Postgre, просто MS ещё не выпустили.

    А вообще всё зависит от размера базы. Для базы меньше 10 Гб быстрее всего файловый вариант.

     
     
  • 3.28, Аноним (-), 12:48, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Для Windows - PostgreSQL. MS медленнее и периодически встречаются глюки, когда Miscrosoft-овцы баги месяцами не исправляют и давно висит приличный список неисправленных известных уязвимостей, оставленных для совместимости. Ну и лицензия на MS SQL стоит от 30 тыс рублей, но и за такие деньги поддержка нулевая, только стрелки переводят. PostgreSQL бесплатен и в форуме поддержки в течение дня на любой вопрос ответят без попыток показать клиенту, что он идиот.
     
  • 3.90, Аноним (-), 10:54, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >А вообще всё зависит от размера базы. Для базы меньше 10 Гб быстрее всего файловый вариант.

    а если база будет к примеру 4Гб, разве в файловом режиме 1с 8 будет не медленней работать по сети, чем в SQL-режиме? у меня база 1,6Гб и то уже на глаз сущетвенно заметно, что в файловом режиме намного медленней работает по сетке

     
  • 2.48, Zensey (?), 14:45, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Сравнение скорости работы 1С:Предприятие на MsSQL и PostrgeSQL

    Былинный тред.

    http://www.sql.ru/forum/actualthread.aspx?tid=528465

    Каков контраст первой и второй страницы.

     
     
  • 3.57, ананим (?), 15:24, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И это при том, что 1с на постгри использует табличные блокировки, а на мссиквеле - построчные.
     
     
  • 4.77, ffirefox (?), 21:16, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И это при том, что 1с на постгри использует табличные блокировки, а
    > на мссиквеле - построчные.

    1. Вид блокировок настраивается в PostgreSQL, а не в 1С. Она использует то, что дадут.
    1. Вы о какой версии PostgreSQL говорите?


     
     
  • 5.81, ананим (?), 00:12, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    1. О сертифицированной (и патченной) в 1с
    2. У 1с свой язык. Он выгребет всю таблицу в автоматических блокировках и строки в программируемых в зависимости от сервера.
    3. Благодоря дизайну постгри (а теперь и оракл) всё равно уделывают мссиквел.

    Ещё вопросы?

     
     
  • 6.83, ffirefox (?), 00:59, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, эту белиберду я и так знаю. Вопрос то был про версию PostgreSQL. В современных версиях можно включить построчную блокировку. Так что, ваша информация, как бы сказать, несколько устаревшая.
     
     
  • 7.91, ананим (?), 11:15, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если программа говорит залочить таблицу, то сервер лочит таблицу.
    И белиберда — это то, что у вас в голове.
    http://www.v8.1c.ru/overview/datalockcontrol.htm
     
  • 2.76, ffirefox (?), 21:08, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > кто-нибудь знает, что быстрее PostgreSQl или msSQL под 1с 8.2?

    Быстрее то, с чем умеешь и приятно работать.
    У меня получается быстрее с PostgreSQl. Но я MS SQL хуже знаю.

     
     
  • 3.82, ананим (?), 00:15, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не показатель.
    Умей в обоих, потом советуй.
     
     
  • 4.84, ffirefox (?), 01:05, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, похоже, PostgreSQL Вы плохо знаете, однако советуете.
    Надеюсь, MS SQL Вы лучше знаете?

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

     
     
  • 5.92, ананим (?), 12:33, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и вложитесь.
    А то складывается ощущение, что блокировки на строку вы только что открыли для себя в постгри и с криками вау пошли комментить всё подряд.

    Зыж
    Оракл уже тыщу лет умеет блокировки на ячейку.
    А 1с на нём всё-равно лочит всю таблицу в автомате.

     

  • 1.23, ILYA INDIGO (ok), 12:31, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>...MemSQL является проприетарной разработкой...

    Дальше читать бессмысленно.

     
  • 1.24, Аноним (-), 12:38, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Назревает вопрос, могут ли несколько талантливых программистов за год написать полностью совместимый аналог MySQL без заимствования кода MySQL ? Нет не могут. Значит частично использовали код MySQL, но этот код под GPL, а MemSQL - проприетарщина. Вывод - имеет место нарушение GPL. Уверен, что покопавшись в потрохах их бинарников можно много пересечений с MySQL найти, которые простым обеспечением бинарной совместимости на уровне протокола не объяснить.
     
     
  • 2.26, Аноним (-), 12:41, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Уверен, что
    > покопавшись в потрохах их бинарников можно много пересечений с MySQL найти,
    > которые простым обеспечением бинарной совместимости на уровне протокола не объяснить.

    Не получится покопаться в потрохах, чтобы загрузить MemSQL нужно согласиться с лицензией, а лицензия http://memsql.com/agreement.html гласит:

    You may not, directly or indirectly: copy, distribute, rent, lease, timeshare, operate a service bureau with, use for the benefit of a third party, reverse engineer, disassemble, decompile, attempt to discover the source code or structure, sequence and organization of, or remove any proprietary notices from, the Software.

     
     
  • 3.31, анон (?), 13:05, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Выделенное жирным противоречит российскому законодательству, и любой суд признает этот пункт юридически ничтожным
     
     
  • 4.39, AdVv (ok), 13:53, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Оба-на ! Ну-ка ну-ка, какому конкретно закону РФ это противоречит ?
     
     
  • 5.45, Аноним (-), 14:29, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гражданский кодекс РФ, часть 4, статья 1280. http://www.consultant.ru/popular/gkrf4/79_2.html#p559
     
     
  • 6.73, Аноним (-), 21:01, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Гражданский кодекс РФ, часть 4, статья 1280. http://www.consultant.ru/popular/gkrf4/79_2.html#p559

    Два пива этому анонимусу :). Ну или что ему там по вкусу больше.

     
  • 6.89, AdVv (ok), 02:26, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Гражданский кодекс РФ, часть 4, статья 1280. http://www.consultant.ru/popular/gkrf4/79_2.html#p559

    Впечатляет. Только как водится очень пространные и невнятные формулировки, которые можно сильно по разному трактовать. Подозреваю что если затеять тяжбу результат может оказаться не так быстр и очевиден как вы озвучили. Надо будет глянуть EULA от русской версии Windows...

     
  • 4.85, Аноним (-), 01:17, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И не только нашему, европейскому тоже - директива ЕС о правовой охране программ ... большой текст свёрнут, показать
     
  • 2.32, анон (?), 13:06, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У мускула двойное лицензирование
     
  • 2.37, arisu (ok), 13:40, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Назревает вопрос, могут ли несколько талантливых программистов за год написать полностью
    > совместимый аналог MySQL без заимствования кода MySQL ? Нет не могут.

    с чего бы это? документация на диалект sql открыта. интерфейсы клиента открыты. какие проблемы сделать совместимую реализацию? или ты где-то углядел в новости «совместимость по файловым форматам» и ты пы?

     

  • 1.27, б.б. (?), 12:44, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кому в 2012 году может понадобиться закрытая БД без репутации в десятки лет?
     
     
  • 2.38, arisu (ok), 13:42, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому в 2012 году может понадобиться закрытая БД без репутации в десятки
    > лет?

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

     

  • 1.33, arisu (ok), 13:27, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ясно. унылая ерунда, с рекламой которой прибежали на опеннет. да ещё и проприетарная, что вообще ни в какие ворота. вот зачем сюда тащить новости про всякое гуано?
     
     
  • 2.43, Аноним (-), 14:12, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > новости про всякое гуано?

    Вот я тоже не понимаю - зачем писать новости про всякие оперы и прочие маргинальные фигни.

     
     
  • 3.44, arisu (ok), 14:17, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    (пожимает плечами) увы. никто кроме апруверов не знает, я полагаю. есть, впрочем, подозрение, что не знают даже сами апруверы.
     
     
  • 4.79, Аноним (-), 21:49, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ибо врага надо знать в лицо!
     
     
  • 5.80, arisu (ok), 21:50, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ибо врага надо знать в лицо!

    это ты так намекаешь, что надо и новости о выходе очередного KB для винды сюда постить?

     
     
  • 6.86, Аноним (-), 01:57, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    нет, не тот масштаб
     
     
  • 7.87, arisu (ok), 01:58, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > нет, не тот масштаб

    в смысле — опеннет слишком мелкий для этого сайт? хм… может быть, поэтому и не постят.

     
     
  • 8.88, Аноним (-), 02:08, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    в смысле KB это слишком мелкая штука, таких последствий как топик в перспективе ... текст свёрнут, показать
     

  • 1.41, Crazy Alex (ok), 14:04, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тьфу, кто писал заключительный абзац? Mongo, оперирующая парами "ключ-значение" - это песня.
     
     
  • 2.51, Kodirr (?), 14:53, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Месье хочет, уподобившись граммар-наци, указать на вопиющую несуразность выражения "ключ-значение", тем самым повысить своё ЧСВ? Сударь, вы лох, расслабьтесь: http://www.google.co.za/search?hl=en&q=key+value+site%3Awww.mongodb.org
     
     
  • 3.69, Crazy Alex (ok), 18:03, 25/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы идиот.

    Mongo - ДОКУМЕНТНАЯ (Document-oriented) база, а ни разу не "ключ-значение". О чем и написано на первой странице сайта первым пунктом.

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

     

  • 1.42, Аноним (-), 14:11, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > является проприетарной разработкой, но распространяется бесплатно c ограничением

    Первая доза - бесплатно...

     
  • 1.50, Kodirr (?), 14:51, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хранить всё в памяти - много ума не надо! Ты попробуй хранить хотя бы 100 гигов, да отдавать всё быстрее пули.
    Да и в целом, не таков запрос на скорость, сколь велик запрос на надёжность и защиту.
     
  • 1.53, Andrew Kolchoogin (?), 15:03, 25/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хм. Что-то автор новости про ACID, похоже, немного загнул. memSQL обеспечивает транзакционную целостность ТОЛЬКО уровня "READ COMMITTED", и ТОЛЬКО в режиме "транзакция на SQL-запрос".
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру