【问题标题】:Where does an app / website hold its data? [closed]应用程序/网站在哪里保存其数据? [关闭]
【发布时间】:2016-06-23 15:43:48
【问题描述】:

对于小型初创移动应用程序/网站,有哪些选项可以存储其数据? IE。物理服务器或云托管数据库,例如 azure。

任何其他选项或见解都会有所帮助,谢谢!

编辑: 对于某些背景,我正在研究用户可以定期向其上传数据并且消费者可以通过应用或网站查询以查找结果的东西。

【问题讨论】:

  • 个人意见与 Stack Overflow 无关。基于这个问题的意见将完全是疯狂的猜测,无论如何对你来说几乎没有用,因为这里没有人知道你打算构建什么。
  • 您好,我已经减少了基于意见并给出了一些背景。
  • 那么...您的问题到底是什么?您是否在问如何将数据存储在互联网用户可以访问的地方?任何 Internet 托管的数据库服务器。

标签: database web-applications relational-database web-development-server


【解决方案1】:

我想这取决于您的工作量以及您选择的数据存储。一般来说,基于 SQL 的存储在基于云的解决方案上成本更高,因为这些解决方案只能垂直升级,而无 SQL 的存储更便宜。
所以根据我的说法,你应该首先决定你选择的数据存储,这取决于以下因素:

  1. 数据类型;您的数据是结构化数据还是属于非结构化数据?
  2. 您将对数据执行的操作。您有任何交易用例吗?
  3. 写/读模式;它是读取繁重的用例还是写入繁重的用例?

这些因素应该可以帮助您决定合适的数据存储。每个数据库都有自己的一组优点和缺点。诀窍是根据您的用例和上述因素选择一个。

希望对你有帮助。

【讨论】:

  • 我不确定非结构化与结构化。用例可能包括企业 A 每周/每月上传有关该企业的数据,数百家其他企业也在做同样的事情,但成千上万的消费者每天都在查询该数据,可能会标记其中哪些企业是最喜欢的等等。我想从这个意义上说,它会读起来很重,但两个函数都必须整体表现良好。
  • 是的,那肯定读得很重。现在唯一的问题是您需要任何交易支持吗?如果不是,它可能有资格成为无 sql 数据,当然我还不知道您的数据类型。此外,我预见到您的数据可能会快速增长,考虑到您想要维护多少历史等。基于这些以及对您的用例的有限洞察,似乎 no-sql 肯定是一个选择。
猜你喜欢
  • 2021-03-21
  • 1970-01-01
  • 2011-01-14
  • 2011-09-22
  • 2011-04-09
  • 2017-04-02
  • 1970-01-01
  • 2022-11-11
  • 2010-09-08
相关资源
最近更新 更多