D
NoSQL - это когда данные в json хранишь
SQL - когда в табличках
(c) Личинка Кайтера (наверное)
SQL - когда в табличках
(c) Личинка Кайтера (наверное)
Ну выходит так, ага
Size: a a a
2021 March 30
ЛZ
Нет. Советую всё же почитать что-то об NoSQL, а не сшулать доклады хипсторов
Что нет?
SK
Вот именно, json-поля есть уже везде, смысла в монге нет никакого, только сложности из-за отсутствия SQL
вы глупый? там где использую касандру, монгу, хадуп - ваш SQL ничоень то и нужен, там другие запросы и хотелки. Им не нужно миллиард табличек агрегировать. У них другие цели, новы как истинный сектант, орете про SQL и поля JSON.
ЛZ
вы глупый? там где использую касандру, монгу, хадуп - ваш SQL ничоень то и нужен, там другие запросы и хотелки. Им не нужно миллиард табличек агрегировать. У них другие цели, новы как истинный сектант, орете про SQL и поля JSON.
У вас каша в голове
SK
У вас каша в голове
скорее она у вас
N
смотря с чем и для чего
ну там прикол в том что с одной стороны все работает и удобно, никаких мапперов не нужно юзать (сразу json приходит фактически), можно хранить некоторые большие документы, без необходимости плодить 100500 таблиц, возможность очень быстро менять схему документов, и .тд., но появились некоторые фичи например статистика, аналитика или некоторые финансы, которые лучше со связами работают плюс констистентость данных (ACID или как там его) для финансов, вот щас сижу и думаю, что делать
ЛZ
SQL это лишь язык запросов
D
Что нет?
Использование структурного языка запросов не является признаком NoSQL баз данных. В первую очередь это подход к хранению и моделированию БП. При этом в NoSQL БД может быть вполне себе SQL-подобное (ArangoDB)
АП
что за день сегодня
какие-то тролли странные, срач на ровном месте
какие-то тролли странные, срач на ровном месте
N
Использование структурного языка запросов не является признаком NoSQL баз данных. В первую очередь это подход к хранению и моделированию БП. При этом в NoSQL БД может быть вполне себе SQL-подобное (ArangoDB)
либо монга с рефами от монгуса))))
IL
Ну я её в 2009 стал юзать, там ещё была аллокация по мегабайту и первая версия протокола =)))
это детская травма (у меня такая же), вообще монга сейчас хорошее рабочее решение сейчас
ЛZ
Использование структурного языка запросов не является признаком NoSQL баз данных. В первую очередь это подход к хранению и моделированию БП. При этом в NoSQL БД может быть вполне себе SQL-подобное (ArangoDB)
NoSQL БД может использовать SQL-подобное? Ясно, продолжайте вести наблюдение...
D
вы глупый? там где использую касандру, монгу, хадуп - ваш SQL ничоень то и нужен, там другие запросы и хотелки. Им не нужно миллиард табличек агрегировать. У них другие цели, новы как истинный сектант, орете про SQL и поля JSON.
уберите слово как, получите то, как есть
AA
Спасибо почитаю
D
ну там прикол в том что с одной стороны все работает и удобно, никаких мапперов не нужно юзать (сразу json приходит фактически), можно хранить некоторые большие документы, без необходимости плодить 100500 таблиц, возможность очень быстро менять схему документов, и .тд., но появились некоторые фичи например статистика, аналитика или некоторые финансы, которые лучше со связами работают плюс констистентость данных (ACID или как там его) для финансов, вот щас сижу и думаю, что делать
Для начала надо посмотреть задачу. Более конкретно. Так - сказать очень сложно. Но могу сказать, что банки любят MongoDB и это одна из её ниш
ЛZ
это детская травма (у меня такая же), вообще монга сейчас хорошее рабочее решение сейчас
Назови хоть одно преимущество монги перед постгресом? ;)
N
Назови хоть одно преимущество монги перед постгресом? ;)
шардинг
шах и мат (нет)
шах и мат (нет)
АП
Назови хоть одно преимущество монги перед постгресом? ;)
а можно мне?
название короче, быстрее в гугл запросы забивать
название короче, быстрее в гугл запросы забивать
ЛZ
шардинг
шах и мат (нет)
шах и мат (нет)
А чем тебе не нравится шардинг в постгресе?
D
либо монга с рефами от монгуса))))
Лучше - вложенные документы. Это более правильный подход