查看 MySQL 中的非规范化性能

Question

我目前正在编写我真正的第一个 PHP 应用程序，我想知道如何正确地项目/设计/实施 MySQL 视图；

在我的特殊情况下，用户数据分布在多个表中（由于数据库规范化），我正在考虑使用视图将数据分组到一个大表中：

CREATE VIEW `Users_Merged` (
name,
surname,
email,
phone,
role
) AS (
SELECT name, surname, email, phone, 'Customer'
FROM `Customer`
)
UNION (

SELECT name, surname, email, tel, 'Admin'
FROM `Administrator`
)
UNION (

SELECT name, surname, email, tel, 'Manager'
FROM `manager`
);

这样我可以轻松地使用来自 PHP 应用程序的视图数据，但我真的不知道这会对性能产生多大影响。

例如：

SELECT * from `Users_Merged` WHERE role = 'Admin';

过滤视图数据的正确方法还是我应该在创建视图本身之前进行过滤？ （我需要这个有一个用户列表和按角色过滤它们的功能）。

编辑

具体来说，我想要获得的是三张表的非规范化合二为一。我的解决方案正确吗？ See Denormalization on wikipedia

Answer 1

一般情况下，数据库引擎会为您执行优化。这意味着引擎将确定 users 表在连接到其他表之前需要进行过滤。

所以，继续使用你的视图，让数据库为它担心。

如果您稍后检测到性能不佳，请使用 MySQL EXPLAIN 让 MySQL 告诉您它在做什么。

PS：您的数据设计只允许每个用户一个角色，这是您想要的吗？如果是这样，并且您提供的示例查询是您打算经常运行的查询，请确保为 users 中的角色列编制索引。

Answer 2

如果您有

Answer 3

如果将管理员、用户、经理和其他人规范化到一个统一的表中，其中包含一个鉴别器列“角色”，这可能会好得多，这将节省大量重复，这本质上是进行规范化的原因首先。然后，您可以将特定于角色的详细信息添加到与连接中的用户表一起使用的不同表中。

您的查询可能看起来很简单：

SELECT
   `Name`, `Surname`, `Email`, `Phone`, `Role`
FROM `User`
WHERE 
    `User`.`Role` IN('Administrator','Manager','Customer', ...)

这也比一组unions 更容易让数据库处理

如果您更进一步，您可以添加一个 UserRoleCoupling 表（而不是 User 中的 Role 列），其中包含用户每个用户拥有的所有角色：

CREATE TABLE `UserRoleCoupling` (
    UserID INT NOT NULL,  -- assuming your User table has and ID column of INT
    RoleID INT NOT NULL,
    PRIMARY KEY(UserID, RoleID)
);

并将实际的角色信息也放入单独的表中：

CREATE TABLE `Role` (
    ID INT NOT NULL UNIQUE AUTO_INCREMENT,
    Name VARCHAR(64) NOT NULL
    PRIMARY KEY (Name)
)

现在您可以为每个用户拥有多个角色并使用类似的查询

SELECT
    `U`.`Name`
   ,`U`.`Surname`
   ,`U`.`Email`
   ,`U`.`Phone`
   ,GROUP_CONCAT(`R`.`Name`) `Roles`
FROM `User`
INNER JOIN `UserGroupCoupling` `UGC` ON `UGC`.`UserID` = `User`.`ID`
INNER JOIN `Role` `R` ON `R`.`ID` = `UGC`.`RoleID`
GROUP BY
    `U`.`Name`, `U`.`Surname`, `U`.`Email`, `U`.`Phone`

这将为您提供基本的 User 详细信息以及所有分配的 Role 名称的逗号分隔列表。

一般来说，规范化数据库结构的最佳方法是使表尽可能通用而不冗余，因此不要将管理员或客户特定的详细信息添加到用户表中，而是使用User 之间的关系和Administrator 查找特定的管理员详细信息。你现在的做法并没有真正规范化。

我会看看我是否能找到我最喜欢的关于数据库规范化的书，并在以后有时间的时候发布 ISBN。