Size: a a a

2020 March 08

Dv

Dr. Friedrich von Never in F# Flood
Сразу возникает достаточно много интересных вопросов, часть из которых сразу же нужно решать. Это не просто так проблема.
источник

DS

Doge Shibu in F# Flood
Dr. Friedrich von Never
Я считаю дополнительные появившиеся вопросы важными, если хочешь, критичными.

Как будем синхронизовать изменения копии и оригинала? Будем разрешать писать и туда и туда? Кто будет синхронизировать данные, писатель? Или отдельный сервис сделаем? Кто будет за ним следить?

А что с транзакционностью, она нам нужна в этом месте, или eventual consistency хватит? Как проектировать клиентские API, чтоб никто не решил, что данные всегда консистентны?
Те это же документоориентированная бд, подразумевается, что связей между разными документами не много или вообще нет
источник

DS

Doge Shibu in F# Flood
Все денормализовано максимально
источник

Dv

Dr. Friedrich von Never in F# Flood
Doge Shibu
Те это же документоориентированная бд, подразумевается, что связей между разными документами не много или вообще нет
Наверное, надо какие-то тайные знания иметь, чтобы такие системы делать.
источник

IC

Iλyα Che in F# Flood
Dr. Friedrich von Never
А это не одно и то же?
Неа. Иврит древнее, в какой-то момент стал использоваться для богослужений. Вернулся в обиход после создания Израиля.  А идиш — это диалект из смеси немецкого и иврита, только в Европе и был распространён. Сейчас уже почти полностью вытеснен ивритом.
источник

Dv

Dr. Friedrich von Never in F# Flood
Но я понял, кажется. При моём стиле проектирования на каждый чих в монге будет возникать неимоверное количество проблем, так что она (на моих проектах) не годится вообще ни для чего.
источник

Dv

Dr. Friedrich von Never in F# Flood
Токо если прям заранее видно, что всё можно в одну и ту же коллекцию валить
источник

Д

Диёр in F# Flood
Андрей Вилинский
Воот и я о том же! думаю какого надо всё через еф. Справедливости ради транзакции в Монгу давно уже завезли, по просьбе упоротых. но они нужны там так же как и дджойны, еф или козе пятая нога
транзакции завезли, а если хочешь себе констрейнтов, то будешь лочить всю базу
источник

Dv

Dr. Friedrich von Never in F# Flood
Iλyα Che
Неа. Иврит древнее, в какой-то момент стал использоваться для богослужений. Вернулся в обиход после создания Израиля.  А идиш — это диалект из смеси немецкого и иврита, только в Европе и был распространён. Сейчас уже почти полностью вытеснен ивритом.
Удивительно.
источник

IC

Iλyα Che in F# Flood
Жизнь такая!
источник

Д

Диёр in F# Flood
Doge Shibu
Те это же документоориентированная бд, подразумевается, что связей между разными документами не много или вообще нет
но в документах часто на другие документы ссылаются
источник

Dv

Dr. Friedrich von Never in F# Flood
Диёр
но в документах часто на другие документы ссылаются
А внутри коллекции разве ссылки хорошо будут работать?
источник

Dv

Dr. Friedrich von Never in F# Flood
Вроде бы так же хреново, не?
источник

Д

Диёр in F# Flood
ну да
источник

Д

Диёр in F# Flood
я ни разу не помню случая чтобы мне в голову пришла мысль заюзать монгу
источник

DS

Doge Shibu in F# Flood
Диёр
но в документах часто на другие документы ссылаются
Смотря как спроектируешь.

Отдельный вопрос, что да, всякий репортинг там сложнее и бредовее, чем в рсубд
источник

A

AlexxSt in F# Flood
Dr. Friedrich von Never
Но я понял, кажется. При моём стиле проектирования на каждый чих в монге будет возникать неимоверное количество проблем, так что она (на моих проектах) не годится вообще ни для чего.
Я думаю, что при узкой специализации системы этих проблем может и не возникнуть. Например, хранение профилей пользователей, в том числе и игровых или конфигураций различных сервисов. В реляционке такие вещи хранить - это тот еще адок, с лазанием по 15 таблицам на каждый чих и накатыванием изменений.
источник

оГ

отец Григорий in F# Flood
Dr. Friedrich von Never
А это не одно и то же?
нет :) буквы одинаковые.
источник

оГ

отец Григорий in F# Flood
А :) уже объяснили
источник

оГ

отец Григорий in F# Flood
@AnutaU спраздничком!
источник