架构设计-用户信息及用户相关的密码信息设计
将用户的基本信息和用户密码存放在不同的数据库表中是一种常见的安全做法，这种做法旨在增强数据的安全性和管理的灵活性。以下是这种做法的几个关键原因：
- 安全性增强：
- 当用户密码被单独存放在一个表中时，可以使用更强大的加密和哈希技术来保护密码。这通常包括使用盐值（salt）和哈希函数（如bcrypt、Argon2或PBKDF2）来存储密码的哈希值，而不是明文密码。
- 如果密码表被攻击者访问，没有对应的用户基本信息，攻击者将难以直接识别出特定密码所属的用户。
- 遵守最佳实践：
- 将敏感信息（如密码）与其他数据分开存储是信息安全领域的一个公认的最佳实践。这有助于降低数据泄露的风险，并满足各种数据保护和隐私法规的要求。
- 管理灵活性：
- 将用户基本信息和密码分开存储允许组织更灵活地管理这些数据。例如，可以更容易地更改密码策略、添加新的身份验证方法或实施多因素身份验证，而不需要同时修改用户基本信息表。
- 降低复杂性：
- 将数据分散到不同的表中可以降低复杂性，并使数据库结构更加清晰。这有助于减少潜在的混淆和错误，并提高数据库的性能和可维护性。
- 便于审计和日志记录：
- 分开存储用户基本信息和密码使得审计和日志记录更加容易。组织可以分别跟踪对用户信息和密码的访问和更改，以便及时发现任何可疑活动或未经授权的访问。
- 符合数据最小化原则：
- 数据最小化原则要求只收集和存储必要的用户数据。将用户密码与用户基本信息分开存储有助于确保只存储必要的敏感信息，并减少潜在的数据泄露风险。
在实现这种架构时，通常会在用户基本信息表中包含一个用户ID（或类似的唯一标识符），该ID用于在密码表中引用对应的密码记录。这样，当用户尝试登录时，系统可以首先根据提供的用户名（或电子邮件等）在用户基本信息表中查找相应的用户ID，然后使用该ID在密码表中查找匹配的密码哈希值进行验证。
