将用户信息存储在json或数据库中的表中?

将用户信息存储在json或数据库中的表中?,json,storage,messages,Json,Storage,Messages,我正在开发一个网站,必须存储用户的联系人列表。因此,它将包含人们的电话号码、地址以及发送给该联系人的消息。我显然想保证这些信息的安全性,但只要给每个用户一个包含一系列细节的json文件,似乎就相当容易了。 我不太确定这是否是一个可怕的危险和不安全的想法,我是否应该使用数据库中的表,或者其他什么。不过,使用表格存储用户之间发送的消息似乎并不太直观。所以我只是想知道我最明智的存储方式是什么 i) 包含敏感信息的用户特定联系人列表 ii)两个联系人之间发送的消息 我很抱歉,如果这是一个广为人知,甚至没

我正在开发一个网站,必须存储用户的联系人列表。因此,它将包含人们的电话号码、地址以及发送给该联系人的消息。我显然想保证这些信息的安全性,但只要给每个用户一个包含一系列细节的json文件,似乎就相当容易了。
我不太确定这是否是一个可怕的危险和不安全的想法,我是否应该使用数据库中的表,或者其他什么。不过,使用表格存储用户之间发送的消息似乎并不太直观。所以我只是想知道我最明智的存储方式是什么
i) 包含敏感信息的用户特定联系人列表
ii)两个联系人之间发送的消息

我很抱歉,如果这是一个广为人知,甚至没有谈论的话题。我只是在任何地方都找不到一个明确的答案。

你肯定应该使用一个数据库。如果您将这些值存储在文件中,那么每次您需要访问一个电话号码这样小的内容时,都必须为每个用户加载所有信息

这是主要问题吗?没有安全问题吗?那两个联系人之间的信息呢?我应该把它们保存在数据库中吗?我也可以看到很多安全问题。由于您将在客户端加载包含所有数据的JSON对象,因此我可以轻松编写一个脚本来访问您可能想对我隐藏的数据。另外,您打算如何向这些文件提供CDN?将它们反序列化为JSON对象的速度有多快?关于消息,您肯定应该将它们存储在数据库中。例如,您将能够对检索执行分页。对于使用数据库和安全框架多次解决的问题来说,这是一个非常奇怪的体系结构。你有什么理由认为使用文件比使用数据库更好吗?我假设从数据库中检索数百条消息只是为了加载一个会话会对服务器造成很大的负担,而且时间效率也会降低。此外,我还没有将sql用于比注册登录系统更复杂的事情,相反,我发现.json文件中的消息数组易于编辑和迭代。尽管如此,看来我还是得面对现实,开始破解这个数据库。谢谢你的提醒!