-3

Для небольшого стартового мобильного приложения/веб-сайта какие существуют опции для хранения его данных? То есть Физический сервер или облачная база данных, такая как лазурь.Где приложение/веб-сайт хранит свои данные?

Любые другие варианты или проницательность были бы вам полезны!

Edit: Для некоторого фона я, глядя на то, что пользователи могут регулярно загружать данные в и потребители могут запросить, чтобы найти результаты через приложение или веб-сайт.

+1

Личные мнения не по теме для переполнения стека. И мнения, основанные на этом вопросе, были бы полностью дикими догадками и почти бесполезны для вас, так как никто здесь ничего не знает о том, что вы собираетесь строить. – David

+0

Привет, я сделал это меньше мнения и дал некоторый фон. –

+0

Итак ... Каков ваш вопрос? Вы спрашиваете, как хранить данные, к которым пользователи Интернета могут получить к нему доступ? Любой интернет-сервер базы данных. – David

ответ

0

Я думаю, это зависит от вашей рабочей нагрузки, а также от выбора хранилища данных. Как правило, хранение на основе SQL является более дорогостоящим решением на основе облачных вычислений из-за того, что они могут быть только вертикально обновлены, в то время как не-sql дешевле.
Так, по мне, вы должны сначала решить, на ваш выбор данных-магазина, который зависит от следующих факторов:

  1. Тип данных; ваши данные структурированы или попадают под категорию неструктурированных?
  2. Операции, которые вы будете выполнять над данными. Есть ли у вас транзакционные прецеденты?
  3. Write/Read pattern; это прочитанный тяжелый случай использования или тяжелый напиток?

Эти факторы должны помочь вам принять решение о соответствующем хранилище данных. Каждая база данных имеет свой собственный набор преимуществ и недостатков. Фокус в том, чтобы выбрать один на основе ваших вариантов использования и вышеупомянутых факторов.

Надеюсь, это поможет.

+0

Я не уверен в неструктурированных и структурированных. Варианты использования могут включать Business A, загружающие данные о нем в еженедельную/ежемесячную основу, и сотни других компаний делают то же самое, но тысячи потребителей ежедневно запрашивают эти данные, возможно, отмечая, какой из этих предприятий есть любимый и т. Д. Я полагаю, что в этом смысле он будет считаться тяжелым, но обе функции должны будут хорошо работать в целом. –

+0

да, это определенно считается тяжелым. Теперь только вопрос: нужна ли вам какая-либо транзакционная поддержка? Если нет, возможно, это будет no-sql-данными, конечно, ваш тип данных мне пока неизвестен. Кроме того, я предвижу, что ваши данные могут быстро расти, учитывая, сколько истории вы хотели бы сохранить и т. Д. Основываясь на этих данных и с ограниченным пониманием вашего прецедента, кажется, что no-sql может быть вариантом наверняка. – Mani

Смежные вопросы