Y
Size: a a a
2019 December 16
GG
А ещё можно и налоги не платить !
Y
А ещё можно и налоги не платить !
Не, как же это нолох не заплотить? Бохнакажэт!
NB
вы смотрели pg как замену mongo, сейчас не 2014 уже
Ну, у меня есть подозрение что переписать достаточно большое приложение с doc-oriented базы на реляционную будет немного сложновато 🙂
Плюс у нас достаточно много данных и надо будет решать проблемы с шардированнием Postgres что, по-моему, опыту тоже не просто. С MongoDB ты хотя бы можешь вложить больше бабла и сделать еще 10 шардов. С Postgres это все немного сложнее обычно.
Плюс у нас достаточно много данных и надо будет решать проблемы с шардированнием Postgres что, по-моему, опыту тоже не просто. С MongoDB ты хотя бы можешь вложить больше бабла и сделать еще 10 шардов. С Postgres это все немного сложнее обычно.
СХ
Ну, у меня есть подозрение что переписать достаточно большое приложение с doc-oriented базы на реляционную будет немного сложновато 🙂
Плюс у нас достаточно много данных и надо будет решать проблемы с шардированнием Postgres что, по-моему, опыту тоже не просто. С MongoDB ты хотя бы можешь вложить больше бабла и сделать еще 10 шардов. С Postgres это все немного сложнее обычно.
Плюс у нас достаточно много данных и надо будет решать проблемы с шардированнием Postgres что, по-моему, опыту тоже не просто. С MongoDB ты хотя бы можешь вложить больше бабла и сделать еще 10 шардов. С Postgres это все немного сложнее обычно.
🙄только вот монга зачастую помойка с кучей мусора, и что 10 что 40 шардов, плюс опять же, с шардами тоже не всё так просто
СХ
особенно с поиском потом
Y
Ну, у меня есть подозрение что переписать достаточно большое приложение с doc-oriented базы на реляционную будет немного сложновато 🙂
Плюс у нас достаточно много данных и надо будет решать проблемы с шардированнием Postgres что, по-моему, опыту тоже не просто. С MongoDB ты хотя бы можешь вложить больше бабла и сделать еще 10 шардов. С Postgres это все немного сложнее обычно.
Плюс у нас достаточно много данных и надо будет решать проблемы с шардированнием Postgres что, по-моему, опыту тоже не просто. С MongoDB ты хотя бы можешь вложить больше бабла и сделать еще 10 шардов. С Postgres это все немного сложнее обычно.
А DBA у вас нет, которые бы занимались этими вопросами?
СХ
А DBA у вас нет, которые бы занимались этими вопросами?
не модно, плюс дба заставит писать проверки для монги и кучу обвязок для гарантии отсуствия создания 2 одинаковых документов с разным названием\номером, а это зачастую ставит крест на юзе монги
i
вы смотрели pg как замену mongo, сейчас не 2014 уже
Далеко не всегда есть смысл менять
i
Если у тебя изначально чисто документы, зачем тебе реляционная СУБД которая хоть и пытается в нереляционные данные?
i
Пока монга все равно быстрее
СХ
Если у тебя изначально чисто документы, зачем тебе реляционная СУБД которая хоть и пытается в нереляционные данные?
большой вопрос в том что такое документ)))) а то часто оказывалось, что монгу брали, чтобы с sql не парится и json помойку устраивать
СХ
на конкретного юзера
Y
Если у тебя изначально чисто документы, зачем тебе реляционная СУБД которая хоть и пытается в нереляционные данные?
В большинстве случаев нет никаких «просто документов», а есть плохо спроектированная схема, по которой потом приходится делать джойны.. (да, монга уже умеет в типа джойны)
Н
чот набежали с вакансиями около 100к, все разбежались к НГ?
i
В большинстве случаев нет никаких «просто документов», а есть плохо спроектированная схема, по которой потом приходится делать джойны.. (да, монга уже умеет в типа джойны)
Ну у нас вот монга и у нас таки есть, шо поделать
Y
Ну у нас вот монга и у нас таки есть, шо поделать
Используйте постгрес 😄
АМ
чот набежали с вакансиями около 100к, все разбежались к НГ?
век девупса короток?
ST
чот набежали с вакансиями около 100к, все разбежались к НГ?
"я смотрю у вас фулл девопс стек по опыту, а давайте я вам чисто опсовую вакансию кину, вдруг прокатит!"
Y
чот набежали с вакансиями около 100к, все разбежались к НГ?
Надеются на подарок от дед мороза на нг - пучок дешевых девупсов с опытом