> не работала перемотка
посмотрите в браузере или каком-нибудь веб-дебаггере, какие посылаются запросы при перемотке. Может, нужна поддержка хедера Range?
Юрий Ярош
> в PostgreSQL и в Oracle тоже есть поддержка любых типов
работа с JSON или XML это как раз таки выходит за рамки возможностей традиционной реляционной БД. В стандарт SQL даже добавили новые функции для работы с тем же XML, не говоря уже о том, что напихали в свои СУБД различные вендоры. В конкретных СУБД могут быть и более экзотические типы данных, это нормально, т.к. производители удовлетворяют потребности клиентов. Тот же постгрес в свое время приобрел некоторые черты объектно-ориентированных баз за счет поддержки OID.
> Эм... "реляционность" MongoDB это следствие использования B-tree в качестве индекса
совершенно не понимаю как "реляционность" (пусть даже в кавычках) следует из использования B-дерева как и любого другого типа индекса. Используя индексы вы находите физическое расположение данных быстрее (значительно), чем делали бы это последовательным поиском, и не более. Это позволяет, имея значение индексированнного поля (например, id), вытащить всю остальную запись (документ, объект, etc). Как это делает базу реляционной?
> монга не ACID в общем понимании MVCC - нет полноценной атомарность и изоляции операций
да, пожалуй это так. Насчет инвестиций могу ошибаться, но кажется их привлекали, показывая систему с надежно работающей репликацией "из коробки" (разумеется за счет снижения гарантий ACID) и прочими вещами, более проблемными для РСУБД.
> Так что наличие SQL в монге угробило бы её как OpenSource продукт.
Я даже не ожидал, что вы попытаетесь объяснить это с точки зрения маркетинга. Я пытался вам показать, что он там совершенно не к месту, т.к. разрабатывался для реляционных систем.
Извините, я пока не понял почему монга - реляционная СУБД
Юрий Ярош
> Mongo key-value ?
Я имел в виду NoSQL. Не люблю этот термин, он слишком общий и неточный, хотя конкретно тут подходит. Я изменю ответ.
> Вообщем-то монга так же реляционна как и MySQL
хм, ну Си тоже тогда объектно-ориентированный язык, почти такой же как C++, потому что в Си есть указатели на функции и ими можно запилить полиморфизм.
Вас не смущает хотя бы то, что первая нормальная форма требует работы с атрибутами как с атомарными значениями, в то время как Монга имеет first-class поддержку иерархических структур? Ссылки становятся лишь одним из вариантов связей между документами.
Ну и вообще, если бы Монга была реляционной БД настолько, насколько постгрес, ей бы стоило реализовать поддержку SQL. Делать реляционную базу без поддержки SQL на сегодняшний день - убить проект в самом начале.
hidden_pingvin а потому что врядли вы будете искать что-то внутри состояния игры. Вам состояние нужно целиком, как черный ящик, и искать вы его будете по какому-то простому ключу (id игры или id игроков + время начала игры). Для таких задача РСУБД - оверхед. Само состояние наверняка будет сложным и структурированным, и все равно вы прийдете к хранению его в какой-нибудь JSON-колонке. А тогда смысл брать РСУБД?
Вот статистика - совсем другое дело. Там будут поиски/свертки/отчеты и т.д., там пригодится.
Ничего толком не понятно. Что вы хотите сохранить в базе об атрибуте? На какой сущности от висит? Его тип? Параметры? Что собираетесь искать? Зачем вам IN сейчас, как вы им польузетесь?
Jentoss
> PHP-шники-выскочки
Ключевое слово тут - "выскочки". У меня конечно есть определенные претензии к PHP (у кого их нет :) ), но они не имеют ничего общего с претензиями к людям, над которыми PHP играет злую шутку, создавая иллюзию, что за месяц можно полностью погрузиться в мир промышленной разработки. Если к вам это не относится - спокойно идите дальше.
stanlee и я подразумеваю выкладку - я ж и говорю, что нужно вытаскивать пакеты еще при сборке на CI-сервере, а не при деплое. Я могу упускать что-то специфичное для bower-а (нечасто с ним сталкиваюсь), но принципиальных отличий от того же npm или какого-нибудь nuget я не вижу. Это общий принцип, детали зависят от вашего софта для CI и вашего проекта.
Давайте тут и обсуждать, я постараюсь почаще просматривать страницу.
zakar1ya как раз это тот кейс, когда триггеры пожалуй пригодятся. Что вы понимаете под зависимостью? То, что одно поле всегда можно вычислить на основе значений других полей?
