некоторые их используют в качестве баз

ну так СТИЛИЗУЙ

Откуда монга то кеш, лол

это не базы, это кэши

Я ж и написал в качестве основной бд

https://habrahabr.ru/post/231213/

Откуда монга то кеш, лол

Он имел ввиду что как бд считает не очень

вот эти тоже использовали

ну так СТИЛИЗУЙ

костыльновато надо всё на родном писать )

ну жуй кактус xamarin.forms

Он имел ввиду что как бд считает не очень

ну любую из этих баз надо правильно использовать. А то поставят монгу и гоняют ее как реляционку

под всякий не очень ценный хлам - самое оно

вот эти тоже использовали

я читал эту статью и оригинал уже подпротух немного

туда вроде уже и чек констистенси завезли

толку-то

https://habrahabr.ru/post/231213/

Это я все видел, и сам не ЗА их использование, просто есть дилема, что же быстрее, реляционная + eav паттерн или же mongodb?

быстрее всё в памяти у себя хранить в статической переменной

надёжность только хромает на обе ноги

зато быстро

я вообще адепт использования elasticsearch рядом с "нормальной БД"

Стоп ребят

система синхронизации очень просто пишется

Бд должно использоваться в контексте бд

Не кэш

Не статическая переменная

Именно бд

тогда тебе не нужна монга от слова совсем

И скорость важна на операции извлечения и записи

у постгреса есть нормальное Key-Value хранилище для тех же целей

у постгреса есть нормальное Key-Value хранилище для тех же целей

Вот тут поподробнее

У sql server такое есть?

http://www.aptuz.com/static/media/uploads/blog/.thumbnails/mongodb_26_v_postgres_94_performance.png/mongodb_26_v_postgres_94_performance-657x511.png

У sql server такое есть?

у SQL сервера есть клей, который ты можешь сидеть и жевать

и нюхать

ещё есть "энтерпрайз-поддержка" и сейлзы майкрософта

Эм..

Я просто о постгрес мало чего знаю

шестой год полёт нормальный

Кароче, что из себя представляет этот key-value?

при необходимости по требованию заказчика использовать SQL-сервер случается боль из-за его ущербности по фичам

Кароче, что из себя представляет этот key-value?

ну "как монга"

положил JSON по номерку, достал JSON по номерку

а оно внутри его уже в бинарном формате хранит и индексы строит

То есть хранение в виде словаря с обьектами без строгой типизации?

да

Ааа

Ну крутт

причём ты это можешь даже поверх обычных таблиц использовать

при необходимости по требованию заказчика использовать SQL-сервер случается боль из-за его ущербности по фичам

Ты забываешь, что у мс все искаропки, а над постгрей попрыгать надо. Взять те же бекапы

заводишь поле с типом JSONB в табличке

Ты забываешь, что у мс все искаропки, а над постгрей попрыгать надо. Взять те же бекапы

pg_dump чем не устроил-то?

А он жмет бекапы?

Комбо можно строить, типа "строгая" таблица ссылается на такой вот споавочник?

Или диффы норм делает?

Как там в ПГ, партиционирование завезли?

А он жмет бекапы?

pg_dump <your_args_here_> | lzma > backup.pg.lzma

Как там в ПГ, партиционирование завезли?

1) завезли 2) у тебя всё равно нет столько данных

Пг, как и МС имеет свои недостатки. Вопрос какие больше подойдут в конкретный проект

1) завезли 2) у тебя всё равно нет столько данных

В еще не релизнутую десятку?

Или диффы норм делает?

для этого есть https://www.postgresql.org/docs/9.0/static/continuous-archiving.html

В еще не релизнутую десятку?

ты данные-то покажи

что они у тебя в один сервер не пролазиют

Сюда в телкгу дампы залить, лол?

это удачно я проснулся ?

так же не умалчивай про стоимость лицензии на версию SQL-сервера, умеющую в партицирование

вечер обещает быть доставляющим

хинт: нужна энтерпрайз-версия

ERROR: S client not available

так же не умалчивай про стоимость лицензии на версию SQL-сервера, умеющую в партицирование

Я про это и говорил, когда упоминал свои плюсы и минусы у каждого решения.

А еще в ПГ нельзя делить данные на хот и колд

ну вот если отмасштабировать ПГ, заплатив столько же денег админу можно

то фичи ПГ в MSSQL притащить нельзя

посмотрим что они там выкатят в 10й версии

масштабирование в 99% случаев не нужно

а вот поддержка секвенсов как у оракла и JSONB

полезны приложению любого уровня

суть в том, что тут выбор стоит не между бесплатным Postgres и платным MSSQL

/stat@combot

combot.org/chat/-1001066857984

а между бесплатным Postgres и платным Oracle

Пг, как и МС имеет свои недостатки. Вопрос какие больше подойдут в конкретный проект

если есть деньги, которые можно отдать вендору, то отдать их лучше ораклу

это удачно я проснулся ?

+1 сижу, читаю и боюсь слово вставить ;)

по крайней мере нормальную СУБД получишь

а не огрызок непойми чего

berkeley db наше всё!

Ораклу отдашь раз в 7 больше, чем МС

МС отдашь в 5 раз больше, чем постгресоадмину

Пг, как и МС имеет свои недостатки. Вопрос какие больше подойдут в конкретный проект

ну и не стоит забывать про требования заказчика, куда без них

3 килобакса за процессорное ядро

например

Не забывай, что ПГ нужно еще на железо. У него с ИО хероватенько

ну и не стоит забывать про требования заказчика, куда без них

заказчики некоторые ёбнутые

тут под MSSQL 2008-ой приходится писать

БОЛЬ, СТЫД, УНИЖЕНИЕ, НЕНАВИСТЬ

заказчики некоторые ёбнутые

так не работай с ёбнутыми :)

тут под MSSQL 2008-ой приходится писать

+1

БОЛЬ, СТЫД, УНИЖЕНИЕ, НЕНАВИСТЬ

потом случится примирение. не парься

2008, too easy

потом случится посыл их в пешее эротическое