Является ли mongodb правильным выбором для создания веб-приложения, связанного со здоровьем?

Вам нужно будет взглянуть на свои данные, если они реляционные, я бы лично выбрал SQL-сервер, такой как Microsoft SQL Server, MySQL или Postgres. Если ваши данные нереляционные, вы можете использовать что-то вроде Mongo.

Вот изображение, которое объясняет, как работают реляционные данные и нереляционные данные:

Я не говорю, что MongoDB плох, все зависит от ваших данных и от того, как вы хотели бы их структурировать. Очевидно, что когда вы работаете с медицинскими данными, такими как данные о пациентах, вам необходимо соблюдать определенные законы, особенно в Соединенных Штатах с HIPPA, но я уверен, что почти в каждой стране есть такие законы.

Последствия могут заключаться в том, что вам необходимо шифровать любые данные, хранящиеся в базе данных, и это одно из преимуществ реляционной базы данных, поскольку большинство из них имеют либо TDE (прозрачное шифрование данных), либо Шифрование в состоянии покоя. Это означает, что ваши данные защищены, когда они используются и когда они не используются, соответственно.

Когда дело доходит до внешнего интерфейса, вы можете посмотреть на фреймворки Javascript, такие как Angular, Vue, React, а затем для своего внутреннего интерфейса вы можете выбрать практически все, что вы хорошо знаете, например, NodeJS или .NET Core или Go, выберите свой яд, у каждого из них есть свои преимущества и недостатки, поэтому вам нужно будет изучить ваши варианты, прежде чем совершать тот или иной.

Это зависит от ваших структур данных. Вы можете использовать MongoDB с динамическими схемами, что устраняет необходимость в предопределенной структуре данных. Таким образом, вы можете использовать MongoDB, когда у вас есть динамический набор данных, который менее реляционный. С другой стороны, MongoDB изначально масштабируема. Таким образом, вы можете хранить большое количество данных без особых проблем.

Используйте реляционную систему БД, когда у вас есть сильно реляционные объекты. SQL позволяет выполнять сложные транзакции между объектами с высокой надежностью.

МонгоДБ/NoSQL

• Высокая нагрузка записи
• Нестабильные схемы
• Может обрабатывать большой объем данных
• Высокая доступность

SQL

• Структура данных подходит для таблиц и строк
• Строгие отношения между сущностями
• Сложные запросы
• Частые обновления в большом количестве записей