标签: database-design

关于 Web 开发的任何方面（html/css、数据库开发、服务器端逻辑等），都有大量信息（书籍、博客等）。即使是涵盖所有这些主题的书籍，也能让您尽快开始使用您的个人网站。在高速互联网访问和内容容易传播的时代，这些天我缺少一个很好的资源，可以提供有关如何设计易于扩展的大型 Web 应用程序的见解、最佳实践和设计指南，其特点是：

• 数据库的高效数据建模
• 跨多个（数据库或应用程序）服务器传播数据
• 高效数据库查询指南
• 如何自动化服务器端流程（cron 作业设计：操作方法和哪些用例是合理的）
• 缓存：何时以及如何？
• 如何存储/访问数百万（用户）图像？数据库与硬盘？命名约定？
• [...]

可能看起来非常广泛，但与任何建立互联网公司的人都相关，因此迟早会面临这些问题。同样，我关注的是技术架构问题，而不是如何在此处讨论的内部管理工作流程（更大规模的 Web 项目规划）。有谁知道好的资源吗？

我有一个遗留项目，我喜欢逐个迁移。现在，数据紧密相连。

例如：

• 航班信息
• 船员信息
• 乘客信息
• 机场
• 航班也可以有多个机场

我还希望拥有可扩展且可灵活更改结构的数据库。我正在使用 AWS。

我查看了 DynamoDB，它具有我正在寻找的灵活性，但是当我发现很难以一对多的方式查询特定的单个项目时。

我也知道在 RDS 中更改结构或架构是多么不灵活。

有什么建议？

我正在为工作流程复杂的销售公司设计数据库。流程从销售官开始，然后是团队主管，最后是经理。在批准提案之前，经理会将其发送给部门业务分析师。在得到 dba 的评论后，他可以将提案发回给销售人员修改提案。经理也可以拒绝该提议。如果满意，经理会将其转发给销售总监。到目前为止设计的表格如下：-

Table: ProposalBasicData 

Id, Title, ProposalDate, Scope, Objective

Table: ProposalState

Id, Name
(Values - Forwarded , Approved ,  Returned  ,  Rejected)

Table: UserType

Id, Name
(Values - SalesOfficer, TeamLead,  Manager ,  DBA, DirectorSales)

Table: WorkFlow

Id, StartUserType, NextUserType, StateId, IsActive

Table: RequestAction 

Id, ProposalId, WorkFlowId, UserId, ActionDate

请就设计提出建议。

我正在设计一个用于聊天对话的表格。而不是创建 2 个表：Conversation 和 Message。我只设计了 1 个表：Conversation and use JSONBfield for Message。

你们看看这张照片：

这个数据库结构解决方案是好是坏？如果情况不好，是否还有其他解决方案适合我？

作为来自 DynamoDB 的人，对 MongoDB 模式进行建模以真正融入我的应用程序有点令人困惑，特别是因为它具有引用的概念，并且不建议从我阅读的内容中保留重复数据以适应您的查询。

以下面的例子为例（在 mongoengine 中建模，但应该无关紧要）：

    #User
    class User(Document):
        email = EmailFieldprimary_key=True)
        pswd_hash = StringField()
        #This also makes it easier to find the Projects the user has a Role
        roles = ListField(ReferenceField('Role')

    #Project
    class Project(Document):
        name = StringField()
        #This is probably unnecessary as the Role id is already the project id
        roles = ListField(ReferenceField('Role'))

    #Roles in project
    class Role(Document):
        project = ReferenceField('Project', primary_key=True)
        #List of permissions
        permissions = ListField(StringField())
        users = ListField(ReferenceField('User')

有项目和用户。

每个 …

在审查了许多数据库设计之后，我仍然不确定什么是最好的方法。我正在设计一个数据库，其中大多数实体具有不同的状态。例如我可能有类似的东西

• 用户状态：活动、非活动、禁用等。
• 订单状态：打开、关闭、取消；
• 办公室状态：打开、关闭。

我在思考两种不同的选择。

1）为每个实体创建一个“状态”表

    CREATE TABLE UserStatus(
       UserStatusID int,
       Description varchar(255)
    );
    CREATE TABLE OrderStatus(
       OrderStatusID int,
       Description varchar(255)
    );

2）为所有实体创建一个共享状态表

    CREATE TABLE Status(
       StatusID int,
       Description varchar(255)
    );

如果您能解释哪个选项更好或每个选项的优点，我将不胜感激