Php ut应专注于设计。你应该调整你的桌子。为此,您可以在google上搜索数据库设计和性能调优 为每个应用程序使用相同的html页面 但请选择要创建的数据库 从登录详细信息中使用。以便 每家公司将有一个单独的cip 但所有公司都使用 相同的用户数据库

Php ut应专注于设计。你应该调整你的桌子。为此,您可以在google上搜索数据库设计和性能调优 为每个应用程序使用相同的html页面 但请选择要创建的数据库 从登录详细信息中使用。以便 每家公司将有一个单独的cip 但所有公司都使用 相同的用户数据库,php,mysql,database,database-design,relational-database,Php,Mysql,Database,Database Design,Relational Database,最好是为所有公司建立一个基本模板。这将有助于管理您的应用程序。登录时,选择公司需要或拥有的适当详细信息,并将其加载到模板中。为公司创建一个登录表,从使用id点的公司到您的信息数据集,并将其加载到模板。这将有助于你进行调试,这是制作应用程序的标准方式 比如facebook。每个人在登录时都有一个通用的主页模板,上面填充了他们的相关数据,如图片、视频、帖子等 试着开发一个这样的应用程序 以下是我对第一点的建议 为用户提供一个大型数据库 和一个大型数据库,用于cip和 使用公司id或类似于 识别个别

最好是为所有公司建立一个基本模板。这将有助于管理您的应用程序。登录时,选择公司需要或拥有的适当详细信息,并将其加载到模板中。为公司创建一个登录表,从使用id点的公司到您的信息数据集,并将其加载到模板。这将有助于你进行调试,这是制作应用程序的标准方式

比如facebook。每个人在登录时都有一个通用的主页模板,上面填充了他们的相关数据,如图片、视频、帖子等

试着开发一个这样的应用程序

以下是我对第一点的建议

  • 为用户提供一个大型数据库 和一个大型数据库,用于cip和 使用公司id或类似于 识别个别公司的记录 在数据库中
我的意见是可以的。因为数据库是为存储和管理大型数据而构建和调整的。但唯一的想法是你应该正确地设计桌子。避免数据重复等情况。建立和管理大数据集是好的。但我们应该把重点放在设计上。你应该调整你的桌子。为此,您可以在google上搜索数据库设计和性能调优

  • 为每个应用程序使用相同的html页面 但请选择要创建的数据库 从登录详细信息中使用。以便 每家公司将有一个单独的cip 但所有公司都使用 相同的用户数据库
最好是为所有公司建立一个基本模板。这将有助于管理您的应用程序。登录时,选择公司需要或拥有的适当详细信息,并将其加载到模板中。为公司创建一个登录表,从使用id点的公司到您的信息数据集,并将其加载到模板。这将有助于你进行调试,这是制作应用程序的标准方式

比如facebook。每个人在登录时都有一个通用的主页模板,上面填充了他们的相关数据,如图片、视频、帖子等

试着开发一个这样的应用程序


以下是我的建议。

这是一个有趣的案例,说明您的便利性与您保护客户数据安全的责任之间存在冲突。为方便起见,很明显,如选项(1)中所述,多租户应用程序将是最容易工作的

但是如果你的生意成功了,你会给自己带来一个未来的重大问题。按照您描述应用程序的方式,您的一家客户公司永远不需要合法地查看属于另一家公司的数据。事实上,如果他们看到彼此的数据,你将面临严重的安全漏洞。如果违规涉及个人记录,您将面临业务威胁成本和处罚

因此,如果您选择选项(1),请不要简化代码检查和安全测试。如果你做了糟糕的安全测试,你会后悔,更糟糕的是,你的客户也会后悔

<> P>为了更好的安全性,您可能需要考虑选项(2)和(3)的组合:单个Web应用程序代码基础,将多个租用轨迹从Web应用程序移动到MySQL服务器。mySQL安全系统非常擅长多租户:Wordpress、Drupal和Joomla都是这样工作的,它们都被广泛部署

这种方法还有另一个优点。如果您完成了为web应用程序和数据库构建简单安装脚本所需的开发工作,您将能够向客户提供您的应用程序,以便他们能够在自己的服务器上运行(如果他们需要的话)


我不是说完全避免。您的企业可能会提供托管多租户应用程序(选项1)解决方案,并提供服务条款以覆盖您的风险。而且,对于规模更大或设备更好的客户,您可以提供私人解决方案。

这是一个有趣的案例,说明您的便利性与您保护客户数据安全的责任之间存在冲突。为方便起见,很明显,如选项(1)中所述,多租户应用程序将是最容易工作的

但是如果你的生意成功了,你会给自己带来一个未来的重大问题。按照您描述应用程序的方式,您的一家客户公司永远不需要合法地查看属于另一家公司的数据。事实上,如果他们看到彼此的数据,你将面临严重的安全漏洞。如果违规涉及个人记录,您将面临业务威胁成本和处罚

因此,如果您选择选项(1),请不要简化代码检查和安全测试。如果你做了糟糕的安全测试,你会后悔,更糟糕的是,你的客户也会后悔

<> P>为了更好的安全性,您可能需要考虑选项(2)和(3)的组合:单个Web应用程序代码基础,将多个租用轨迹从Web应用程序移动到MySQL服务器。mySQL安全系统非常擅长多租户:Wordpress、Drupal和Joomla都是这样工作的,它们都被广泛部署

这种方法还有另一个优点。如果您完成了为web应用程序和数据库构建简单安装脚本所需的开发工作,您将能够向客户提供您的应用程序,以便他们能够在自己的服务器上运行(如果他们需要的话)


我不是说完全避免。您的企业可能会提供托管多租户应用程序(选项1)解决方案,并提供服务条款以覆盖您的风险。而且,对于规模更大或设备更好的客户,您可以提供私人解决方案。

我想回答的一个问题是,您是否需要查看客户之间的数据以供您自己重新部署
Company Information Table
--------
Company_ID (primary key)
Company_Name
Other Fields...


Issue Table
--------
Issue_ID (primary key)
Company_ID (foreign key tied to the Company Information Table)
Issue_Text
Other Fields...