товары имеют разную структуру. Я сначала подумал использовать mongo (с ней у меня 0 опыта). Но почитал дискуссии в этом чате и понял, что задачу можно реализовать и с postgres. В дискуссии зауптался, пробовал в чат гпт прояснить, не вышло.
Можете объяснить пожалуйста тезис что использование монго может упростить и ускорить разработку? Из дискуссии в этом же чате, я наоборот понял что она усложняет код. К тому же не понятно как ее использовать в ts проектах. От куда тогда такая популярность использовать именно ее во всех туториалах?
Оттуда же откуда популярность использовать express во всех тотуриалах
с монгой не нужно думать о схеме таблиц, о нормализации/денормализации, проще реплицировать и шардировать, если совсем коротко и утрировано
Если со всем коротко, то думать не нужно
Разработку монга ускорит и упростит. Боль может появиться при эксплуатации и развитии проекта
помню пробовал mongo 💀💀
Что мне делать с этой информацией?
я думал разведу конфликт((
Там же все равно описываются схемы и отношения между ними, в mongoose, как я смотрел. Единственное что я явно для себя заметил, это что действительно проще многие ко многим там реализовывается. А для остального мне опыта не хватает судить. Но даже не хочу начинать знакомиться с ней сейчас, если это не принесет результатов. Поэтому хотелось бы чтоб в чате поделились опытом на каких-то примерах из практики
За счет чего упростит? С моей стороны конечно не совсем красиво не работая с ней так спрашивать, но мне бы это сейчас помогло принять верное решение с выбором бд. Был бы очень благодарен паре наглядных примеров
Монгус не обязателен А если он используется, то внесение изменений в структуру всё равно стоит очень мало, и не требует миграций
Ну вот отсутствие миграций и упрощенная реализация отношений, как многие ко многим. Этим получается все ограничивается? Про то что монгус необязателен хорошее замечание. Значит и схемы можно не описывать в теории?
вы задаёте вопросы, касающиеся очень глубокой темы про архитектуру баз данных.. учитесь и поймёте, а здесь всё же про nodejs)
Поделитесь может ресурсами по этой теме, если есть на примете?
Ничего она не упрощает, если по уму делать. Делайте на том что знаете, если это не пет проект, зачем на ровном месте геморой себе устраивать.
продвинутые курсы по SQL на степике, например, по монге - не знаю, я на своём опыте и документации учился
Монга гибкая. Возможно это основной плюс. Если есть вероятность, что в процессе реализации требования, а с ними и структура данных, могут сильно поменяться, можно рассмотреть вариант с монгой. Если изменений не будет, или необходимость миграций не страшит, надо выбирать рсубд Ещё плюсы монги - с геоданными удобнее работать, в неё быстрее писать. Но по описанию тебе это не нужно
Я бы гибкость монги одновременно и в минусы записал. Гибкость требует соответствующей квалификации, чтобы ее использовать, а не наворотить такого что потом придется гуглить как переехать на sql без регистрации смс)
Ты ещё не всё ошибки собрал на собственном опыте. Установи монгу и попробуй. Установи разные ORM и попробуй. Установи разные либы для работы с базой без ORM и попробуй. После этого у тебя появится хоть какое-то представление о том, что для чего лучше подходит.
А сидеть и вникать как адепты разных религий решения друг друга говном поливают такое себе занятие. Ну может у тебя свободного времени много, тогда можешь слушать диаметрально противоположенные точки зрения и пытаться их как-то совместить в голове
Конкретно твою задачу можно решить и на toiletdb и пока у тебя будет не очень огромное количество клиентов, оно даже будет работать. Так что выбирай что удобно и делай так, чтобы это можно было в будущем легко поменять.
Нет, как раз не много) Конечно я бы тоже предпочел на ошибках и практике во всем разобраться. Но пока не готов выделить время на mongo, учитывая что с sql достаточно опыта. Так что пока остановился на postgres. Просто думал может комьюнити поделится своим опытом и примерами из жизни.
Если данные нормализованы, имеют ясную структуру - не еби голову и бери sql Если данные заебешься нормализовывать Если там миллиард таблиц будет или вообще хуй пойми какая дата - бери монгу Ее юзают потому что она простая и нет новых концепций, значит для старт фром скрэтч идеально подходит Вот каждый идиот и запихивает её в свой туториал С монгой сложно будет работать при наличии большого количества связей, сложно будет поддерживать данные в консистентном виде при большом количестве релейшенов
JSON поле и ехали, нет?
С дуру и хуй можно сломать
да ща выяснится что и интернет магазина для которого нужна эта бд тоже не существует
Конечно не существует
Обсуждают сегодня