WooCommerce电商开发：高性能订单存储数据库模式

这是一系列深入探讨的第一部分，专门用于解释高性能订单存储数据库模式的实施。

与1 月份提出的版本相比，数据库模式的变化很小。我们在不同的地方添加和删除了几列，但整体表结构与第一个提案中描述的相同：

我们在此项目中添加了4 个表：

1. 主订单表
2. 订单地址表
3. 订单操作表
4. 订单元表

该解决方案应该可以显着加快数据写入和读取速度：以前，每个新订单都需要对表中的记录进行一次 INSERT posts + 对每条postmeta记录进行近 40 个 INSERT。新的数据结构最多需要 5 个 INSERT。 

对多订单搜索，我们不得不多次将postmeta表与posts表连接起来（例如，跨地址字段和客户电子邮件地址进行搜索）。现在，搜索需要更少的连接，并且连接的表与postmeta表相比要小得多。

主订单表

主订单表包含以前存储在表中的所有数据wp_posts，并为最常用的元值添加列。 

自上次提议以来，我们删除了post_id列，因为wc_order.id始终与相应的post.ID相匹配，因此post_id不再需要。

我们还添加了：

• type列以正确支持退款（这是一种订单类型，建模为父订单的子订单，就像以前的帖子一样）。 
• customer_note用于存储客户可以在结帐过程中留下的注释的列

代码

CREATE TABLE $wpdb->prefix.'wc_orders' (
 
    id BIGINT(20) UNSIGNED,
    status VARCHAR(20) NULL,
    currency VARCHAR(10) NULL,
    type VARCHAR(20) NULL,
    tax_amount DECIMAL(26, 8) NULL,
    total_amount DECIMAL(26, 8) NULL,
    customer_id BIGINT(20) UNSIGNED NULL,
    billing_email VARCHAR(320) NULL,
    date_created_gmt DATETIME NULL,
    date_updated_gmt DATETIME NULL,
    parent_order_id BIGINT(20) UNSIGNED NULL,
    payment_method VARCHAR(100) NULL,
    payment_method_title TEXT NULL,
    transaction_id VARCHAR(100) NULL,
    ip_address VARCHAR(100) NULL,
    user_agent TEXT NULL,
    customer_note TEXT NULL,
 
    PRIMARY KEY (id),
    KEY status (status),
    KEY date_created (date_created_gmt),
    KEY customer_id_billing_email (customer_id, billing_email),
    KEY billing_email (billing_email),
    KEY type_status (type, status),
    KEY parent_order_id (parent_order_id),
    KEY date_updated (date_updated_gmt)
);

订单地址表

订单地址表用于存储最终客户的帐单地址和送货地址。

我们从表中省略了date_created_gmt，因为该信息将存储在主订单表中。

代码

CREATE TABLE $wpdb->prefix.'wc_order_addresses' (
     
    id BIGINT(20) UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    order_id BIGINT(20) UNSIGNED NOT NULL,
    address_type VARCHAR(20) NULL,
    first_name TEXT NULL,
    last_name TEXT NULL,
    company TEXT NULL,
    address_1 TEXT NULL,
    address_2 TEXT NULL,
    city TEXT NULL,
    state TEXT NULL,
    postcode TEXT NULL,
    country TEXT NULL,
    email VARCHAR(320) NULL,
    phone VARCHAR(100) NULL,
 
    KEY order_id (order_id),
    UNIQUE KEY address_type_order_id (address_type, order_id),
    KEY email (email),
    KEY phone (phone)
);

订单操作表

Order Operational Table 存储我们用来维护内部订单状态的字段和标志。我们将这些字段与核心订单表分开，因为这些字段将来可能会根据内部实施细节进行更改。

在操作表中，有一列被重命名（download_permissions_granted被重命名为download_permmission_granted，注意权限中缺少s），还有一列被添加到recorded_sales，因为它存储在大多数订单中，但在原始提案中被省略了。

代码

CREATETABLE$wpdb->prefix.'wc_order_operational_data'(

    id BIGINT(20) UNSIGNED AUTO_INCREMENT PRIMARYKEY,

    order_id BIGINT(20) UNSIGNED NULL,

    created_via VARCHAR(100) NULL,

    woocommerce_version VARCHAR(20) NULL,

    prices_include_tax TINYINT(1) NULL,

    coupon_usages_are_counted TINYINT(1) NULL,

    download_permission_granted TINYINT(1) NULL,

    cart_hash VARCHAR(100) NULL,

    new_order_email_sent TINYINT(1) NULL,

    order_key VARCHAR(100) NULL,

    order_stock_reduced TINYINT(1) NULL,

    date_paid_gmt DATETIME NULL,

    date_completed_gmt DATETIME NULL,

    shipping_tax_amount DECIMAL(26, 8) NULL,

    shipping_total_amount DECIMAL(26, 8) NULL,

    discount_tax_amount DECIMAL(26, 8) NULL,

    discount_total_amount DECIMAL(26, 8) NULL,

    recorded_sales TINYINT(1) NULL,

    UNIQUEKEYorder_id (order_id),

    UNIQUEKEYorder_key (order_key)

);

订单元数据表

该表在功能上与wp_postmeta表类似，充当扩展数据的数据存储（除非扩展创建自己的表）。

与之前的提议相反，我们决定省略date_created_gmt，因为这些将存储在父订单中。

代码

CREATETABLE$wpdb->prefix.'wc_orders_meta'(

    id BIGINT(20) UNSIGNED AUTO_INCREMENT PRIMARYKEY,

    order_id BIGINT(20) UNSIGNED NULL,

    meta_key VARCHAR(255),

    meta_value TEXT NULL,

    KEYmeta_key_value (meta_key, meta_value(100)),

    KEYorder_id_meta_key_meta_value (order_id, meta_key, meta_value(100))

)

关于订单的注意事项

我们决定从项目范围中删除订单注释，因为我们认为它们不是大多数与订单相关的数据库操作的瓶颈。我们也不认为wp_comments当前存储它们的表通常会收到与订单备注竞争的大量写入流量。因为我们已经决定强制执行 posts 表中的订单 ID = 新表中的订单 ID 的不变性，所以我们不需要重新绑定订单注释以指向正确的订单。如果需要，我们计划根据进一步的性能测试和来自社区的反馈来处理订单备注。

订购商品

Order Items 已经有自己的专用表，它们超出了本项目的范围。