есть желание избавиться от зоопарка технологии, т.е. mongo
а чем тебе монга не нравится?
Я не сказал что mongo не нравится. Я сказал что есть желание от него уйти. Желание обосновано кучкой причин: от трудности его использования в старом приложении до устранения дополнительной точки отказа (которая у нас присутствует только из-за одной коллекции)
Я не сказал что mongo не нравится. Я сказал что есть желание от него уйти. Желание обосновано кучкой причин: от трудности его использования в старом приложении до устранения дополнительной точки отказа (которая у нас присутствует только из-за одной коллекции)
тем что mysql используется как основное хранилище данных, а mongo подкручена для одной единственной коллекции и запросов к ней. Если основное хранилище может обеспечить схожий функционал, то использование только его является более целесообразным.
тем что mysql используется как основное хранилище данных, а mongo подкручена для одной единственной коллекции и запросов к ней. Если основное хранилище может обеспечить схожий функционал, то использование только его является более целесообразным.
Еще раз, есть основной массив данных хранящийся в MySQL. Одна из сущностей имеет плохо структурируемый набор характеристик. Для хранения этих данных используется mongo. Больше ничего в mongo нет. При этом имеются траты направленные на поддержание mongo как человеческие, так и денежные. Теперь у нас MySQL начинает уметь работать с плохо структурированными данными и хранение этих данных рядом с основным набором данных (в той же табличке в отдельном поле) становится менее затратным и более удобным как с точки зрения затрат так и с точки зрения разработки.
Еще раз, есть основной массив данных хранящийся в MySQL. Одна из сущностей имеет плохо структурируемый набор характеристик. Для хранения этих данных используется mongo. Больше ничего в mongo нет. При этом имеются траты направленные на поддержание mongo как человеческие, так и денежные. Теперь у нас MySQL начинает уметь работать с плохо структурированными данными и хранение этих данных рядом с основным набором данных (в той же табличке в отдельном поле) становится менее затратным и более удобным как с точки зрения затрат так и с точки зрения разработки.
Еще раз, есть основной массив данных хранящийся в MySQL. Одна из сущностей имеет плохо структурируемый набор характеристик. Для хранения этих данных используется mongo. Больше ничего в mongo нет. При этом имеются траты направленные на поддержание mongo как человеческие, так и денежные. Теперь у нас MySQL начинает уметь работать с плохо структурированными данными и хранение этих данных рядом с основным набором данных (в той же табличке в отдельном поле) становится менее затратным и более удобным как с точки зрения затрат так и с точки зрения разработки.
если я не ошибаюсь, монга хранит все в json-like формате
я ток вкатываюсь в бд, хотел начать с монги, а теперь ты мне говоришь, что этого делать не надо. хочу узнать почему)
Все зависит от проблематики и решаемых задач. Конкрено у нас желание обновиться до 5.7 подкреплено возможность работать с JSON в MySQL и для наших задач это будет оправдано. Я не отговариваю тебя смотреть в сторону mongo если это соответсвует той задаче которую ты решаешь.
Все зависит от проблематики и решаемых задач. Конкрено у нас желание обновиться до 5.7 подкреплено возможность работать с JSON в MySQL и для наших задач это будет оправдано. Я не отговариваю тебя смотреть в сторону mongo если это соответсвует той задаче которую ты решаешь.
примитивные, можно сказать, тестовые задачи, вроде простой таблицы пользователей в 3 колонки