MySQL 中每个应用程序的用户数

发布于 2024-11-05 04:55:34 字数 154 浏览 1 评论 0原文

我在我工作的公司处理一些应用程序。我想知道什么应该是更好的选择:

  1. 为每个人创建一个用户y MySQL(通过ODBC配置)
  2. 为每个应用程序创建一个用户并在整个公司的所有ODBC中使用相同的用户?

您认为优点或缺点是什么?

I work with a few applications at the company I work for. I would like to know what should be a better choice:

  1. create each person a user y MySQL (configured through an ODBC)
  2. create a user per application and use the same user in all ODBCs through the whole company?

What do you think will be the advantages or drawbacks?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

草莓味的萝莉 2024-11-12 04:55:34

我会为每个应用程序分配一个用户。如果您的公司有任何规模,您很快就会发现自己把所有时间都花在创建和销毁 MySQL 用户上。

最好在数据库中维护用户登录,以便在应用程序启动时进行身份验证,然后应用程序将其自己的连接/用户连接到 MySQL(它也使用它来对用户进行身份验证)。

然后根据您在用户表中设计的用户权限来限制所有安全性,而不是依靠 MySQL 来控制人们。

I would go with a user per application. If your company is of any size, you will quickly find yourself spending all your time creating and destroying MySQL users.

It is better to maintain the user logins in a database for authentication on application startup, and then the application it's own connection/user to MySQL (which it also uses to authenticate the user).

Then limit all your security based on the user rights that you design in your user table, instead of relying on MySQL to keep people in check.

孤者何惧 2024-11-12 04:55:34

我认为您最好为每个应用程序创建一个用户(具有很少的权限,所需的权限,仅此而已)。
然后(为每个应用程序)创建一个超级用户来维护它。

I think you'd better creating a user (with few privileges, the ones required and no more) for every application.
Then create (for every application) a superuser) that maintains it.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文