php – 数据库设计问题.每个用户的表格
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了php – 数据库设计问题.每个用户的表格，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1857字，纯文字阅读大概需要3分钟。
内容图文
首先,我知道问题已在stackoverflow上讨论过here和here.但是这种情况可能会有所不同.
让我解释一下情况：
老板希望我和我的同事开发一个Web应用程序,在那里他可以添加客户(阅读公司,现在就’用户’表单).
每个用户都可以在应用程序中拥有自己的私人部分,在那里他可以管理他的股票/账单/付款/订单/ ……他们甚至可以选择不同的模块/菜单项/视图/ ..为他们的私人部分.
我们的老板必须能够通过检查主控制部分中的选项来添加/删除一些模块/视图/ ..
等等….
我的第一个想法是为每个用户提供一个主模块.我的同事抛弃了这个想法.他认为这太过分了.
但是,当我们开始设计数据库时,他说他希望每个用户拥有数据库中的大多数表…
我知道这是不好的做法,并试图解释.但他表示,如果我们将所有内容保存在同一个表格中,那将是不安全的. (如果我们被黑了,他们不仅会有一家公司的数据,而是来自所有公司的数据)
讨论花了一些时间,最后他的”’点”’甚至让我们的老板相信他的方法.
由于我是这里的新人,我不喜欢坚持这个,不知道他的陈述是否是假的
所以,我希望你对此有所了解.
>安全性怎么样？
>每家公司的个性化程度如何？
>如何管理数据库
>有没有人有类似的项目
>如何为每家公司使用不同的“模块”(如我的第一个想法)
> …(实际上所有信息都说服他们很好,但我觉得我必须有一个很好的选择)
提前致谢
解决方法:
这在某种程度上是个人意见的问题.但有些事情并不是好的做法.所以这是我对这些观点的看法：
在同一个表中拥有多个“用户”根本不应该是安全风险.
>如果有人有权访问您的数据库,则无论存储在何处,他都拥有所有数据.
>您的应用必须确保通过过滤和验证的WHERE条件,用户无论如何都只能访问他的行,或者您的应用在其他级别上会出现严重的安全问题,直至SQL注入
>如果每个用户都有一个表,则在将应用程序扩展到新用户,管理旧用户或删除它们时会遇到很多麻烦.
>如果您必须从多个用户收集数据,性能将非常糟糕
>大多数数据库中有最大数量的表,具体取决于许多因素.我不知道你需要存储多少用户,但请记住这一点
将用户分成他们自己的表的解决方案听起来就像是在跳过开发可靠和安全的数据模型所需的时间.这通常会在您的应用程序的后期开发或维护过程中导致许多问题.我强烈反对这一点.
经验法则应该是每个对象类型使用一个表,而不是每个对象实体.
内容总结
以上是互联网集市为您收集整理的php – 数据库设计问题.每个用户的表格全部内容，希望文章能够帮你解决php – 数据库设计问题.每个用户的表格所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。