Не, ну они понемногу исправляются. Недавно вот узнали, что mmap() - не всегда самый эффективный способ работы с диском.
И даже document-level locks делают! Этак и до версионного движка недалеко (тут, правда, потребуется пересилить себя и прочитать какую-нибудь книжку о внутреннем устройстве РСУБД). Хотя уже есть TokuMX, хоть и на хаках построенный и с откровенным маркетинговым звездежом про performance, но все же.
Да, хорошая лекция. Если кто не знает - http://ru.linkedin.com/in/olegbartunov - он занимался разработкой СУБД, когда пейсатели монги еще пешком под столом ходили.
в жизни много странного и непонятного, Бартунов в лекции ясно сказал , что новое время требует новых баз(NoSql), мне же надо чтобы клиент мог сам писать код по обработке данных с базы,
С прямым доступом к базе кому попало все убьют в любом случае, а с бесконтрольным NoSQL еще раньше, чем убьют, все превратится в помойку, с которой ничего нельзя сделать. Надо предоставлять API, а как запросы к нему преобразуются в запросы к хранилищу - дело внутренностей системы. jsonb в postgresql как раз позволит совмещать - хранить пользовательские данные в jsonb, давать делать выборки через jsquery, а системные данные и связи хранить надежно.
ересь. в монге вовсе нет структуры базы данных, в плане требований к клиенту и его знаниям она на порядок требовательна, потому что нет схемы, есть избыточность, атомарность рушится на раз-два. и главное есть потери данных, что для сабжевой задачи обычно недопустимый вариант.
Ну плюс монги - можно научиться пользоваться ей за полчаса и использовать для своего говнокода.
Пфф, да error_reporting в ноль поставят, делов то.
посмотрим, особенно естественно интересны транзакции, хотя я слабо верю что их сделали нормально
SQL как раз простая вещь, та все до нас придумали, что там долго изучать, синтаксис оператора select?
