Я хочу сохранить журналы и трассировки, если мое громоздкое приложение большого предприятия в DocumentDB.Насколько DocumentDB подходит для сохранения журналов приложений?
, чтобы эти журналы не только помогли разработчику устранить проблемы в производстве, но и помогли бизнесу принять важные решения, основанные на данных.
Для такого сценария подходит Mongo DB или Azure Doc DB?
Нет ответ на этот вопрос - только мнения.
Вот некоторые компромиссы вы можете рассмотреть:
Pros:
Документ-ориентированные базы данных, такие как DocumentDB, являются схемонезависимые. Это означает, что схема данных каротажа продиктована исключительно приложением. Другими словами, вы можете хранить выход журнала без необходимости управлять обновлениями схемы между приложением и базой данных и поддерживать синхронизацию этих моделей (низкое трение).
DocumentDB автоматически индексирует каждое свойство в каждом документе (записи). Это может ускорить вашу способность запрашивать произвольные атрибуты при отладке ... что, в свою очередь, может сократить время, затрачиваемое на устранение неполадок при устранении серьезных инцидентов с серьезностью.
Минусы:
В комментариях выше предложенных, NoSQL это обобщающий термин, который инкапсулирует магазин ключ-значение, колонка-ориентированных баз данных, базы данных документов, ориентированных на базы данных, графика и т.д. Я бы рекомендовал принимать быстрый взгляд на различия между различными категориями баз данных и понимать различия.
Как и любой проект (регистрация или иное) ... Вы должны оценить компромиссы, которые вы делаете при выборе между технологиями. Важным аспектом разработки программного обеспечения является правильное компромиссное решение, а не проверка флажков флажков для флажков.
Abhi - честно говоря, я не понимаю ваш вопрос: «подходит ли NOSQL или Azure Doc DB?» Что это значит? NoSQL является зонтичным термином, представляющим нереляционные базы данных в целом. DocumentDB - это база данных документов (vs key/value, column, graph). Никто не может сказать вам абсолютно правильный способ хранения ваших журналов. Это все о том, как вы хотите хранить вещи, и что еще более важно, как вы хотите получить данные журнала. –
@LarryMaccherone - это не то место, где можно рекомендовать журналы и продукты для приборов (вы поставили два продукта в двух комментариях). Даже неясно, в чем вопрос - в его нынешнем виде это безответственно. Даже если предположить, что ОП просто просит рекомендации, это не по теме, поскольку основано на мнениях (или даже требует рекомендации по инструменту, которая также не соответствует теме). –
@DavidMakogon, вы правы. Я удалю комментарии. У меня есть тенденция хотеть помочь. В большинстве случаев я рекомендую что-то с открытым исходным кодом, но в обоих случаях они оплачивают услуги, что делает его вдвойне плохим. Извините, я буду более осторожен в будущем. –