оно генерируется само

конечно же нахуя мне писать руками

то что должен автомат делать

О, ну тогда да, C# и главное бюджета вам

а?

у тебя C# родителей убил и ты поклялся мстить?

ну хочешь возми kotlin и hibernate какой-нибудь

hibernate тоже быстрый, да

хз, проблем нет

2% запросов которые прям нужно выжимать по скорости можно написать с каким-нибудь даппером на SQL

и все еще будет удобнее

по крайней мере я больше года работал с монгой

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

но это не отменяет того, что технология мне показалась хреновой

schemaless - скорее минус, чем плюс. Логическая концепция данных всегда есть. Если она не выражена в коде - тем хуже для программы

хранение объектов - да, отличный плюс. но на практике возникают проблемы. Как ты сказал "я хуево написал" - но ведь это и должна быть киллер-фича noSQL, хранение данных не по табличкам, а как они логически организованны. В итоге - хуй

однажды я напишу nosql

отсутствие приличных ACID и сопутствующих вещей сюда же

транзакционность, скоупинг,..

короче минусов много

и назову его shemales

плюс один, который оказывается и не плюс, потому что работает через жопу, и ваще надо было не так делать, а по зависимым документам (с) раскидывать

и назову его shemales

норм план

норм план

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

плюс один, который оказывается и не плюс, потому что работает через жопу, и ваще надо было не так делать, а по зависимым документам (с) раскидывать

Не надо было, надо было дефолтное поле сделать в модели данных и всё

Ну или три строчки написать чтобы пройтись по всем документам если это реально так надо

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

Ну или три строчки написать чтобы пройтись по всем документам если это реально так надо

ну я так и сделал

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

пробелма вт ом, что foreach на 10 миллионах документов чутка тормозит

Не надо было, надо было дефолтное поле сделать в модели данных и всё

а это говно

потому что у тебя в модели появляется option

в котором на самом деле всегда должно быть значение

и потом кто-нибудь криворукий обязательно его ен проставит

пробелма вт ом, что foreach на 10 миллионах документов чутка тормозит

Есть мап/редьюс для таких объёмов

Есть мап/редьюс для таких объёмов

он не работает

и потом кто-нибудь криворукий обязательно его ен проставит

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

если тебе данные нужно модифицировать на основании предыдущих

насколько я помню

я уже не помню. почему я на нем не написал

какое-то ограничение было

из-за которого не работало

Да вроде и нет таких ограничений, там полноценный язык - чего хочешь, то и вороти

https://stackoverflow.com/questions/7072320/mongodb-mapreduce-update-in-place-how-to

бтв

я и так знаю, какиед окументы мне надо обновить

один хуй мнен адо по каждому пройтись

нет?

а не, там решение вижу

ну короч ладно

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

ты как плюсовик говоришь

"так никто не пишет"

"да если разобраться. тут все очевидно"

"так даже джуны не пишут"

вот это все

"так никто не пишет"

Я лишь говорю, что в чужой монастырь...

Я лишь говорю, что в чужой монастырь...

при чем тут чужой монастырь))

у меня был проект

у меня были задачи

и это было пздц тяжко

и дело не вт ом, что я такой охуенный sql знаю а монгу нет

и это было пздц тяжко

Ну потому что ты не разобрался с базой, никаких проблем в 10М записях я не вижу

когда я джуном приходил и sql тоже не знал, мне те же таски сыпались

Для монги это в общем не много

и таких проблем не возникало

Ну да, и трава была зеленее

Ну да, и трава была зеленее

да это было не так давно, чтобы меня склеро ззамучил

в общем, если ты идеальон работаешь с монгой

то мб она и норм

если ты среднестатистический криворучка, которому надо чтобы просто работало, а в интернете было куча туторов - sql отличный выбор

я лично косячу, и с подсказками от той же схемы мне сильно проще

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

Это опять же фича не sql, а уже ORM вокруг неё

У монги они тоже есть если кому-то действительно надо

Это опять же фича не sql, а уже ORM вокруг неё

да как-то пох если честно

)

ODM называются

ну хорошо если так

Это опять же фича не sql, а уже ORM вокруг неё

к слову это фича SQL

ты не можешь в UPDATE сделать SET несуществующего поля