使用WP core DB表是最佳实践Using core DB tables makes your data more portable, 而且更容易备份，因为它将由核心出口商/进口商以及无数备份插件处理Using core DB tables makes your data easier and safer to manipulate, 因为您可以更直观地访问与查询、添加、修改、删除和清理DB数据相关的各种WordPress核心功能，尤其是通过非常强大的$wpdb class.

Using core DB tables encourages/facilitates best practices for data classification and storage, 例如，将插件选项存储为wp_options, 通过迫使插件开发人员仔细考虑正在创建/存储的数据类型，它是CPT吗？这是分类法吗？是post meta吗

Your Plugin is less likely to leave behind cruft 使用核心DB表时be sure to use the method that WordPress provides for adding your custom table to the WordPress database, 尤其是为了让你可以利用强大的$wpdb 班请注意本法典条目列表中的信息/注意事项：

• Setup information -- 用户第一次设置插件时输入的用户选择，并且不会超出此范围（例如，在与标记相关的插件中，用户对侧栏中标记云格式的选择）。Setup information will generally be stored using the WordPress options mechanism.

• Data -- 用户继续使用插件时添加的信息，通常是与帖子、类别、上载和其他WordPress组件相关的扩展信息（例如，在与统计信息相关的插件中，各种页面视图、引用者以及与站点上每个帖子相关的其他统计信息）。数据可以存储在单独的MySQL表中，必须创建该表。Before jumping in with a whole new table, however, consider if storing your plugin\'s data in WordPress\' Post Meta (a.k.a. Custom Fields) would work. Post Meta is the preferred method; use it when possible/practical.

  因此，我们可以得出以下结论：

  在核心WP表中存储数据（设置或用户生成）是最佳实践，有创建自定义DB表的有效用例；因此，创建自定义DB表不能被视为一种固有的不良做法。在创建自定义DB表时，WordPress提供了最佳实践实施

如果你的数据比WordPress post模型更复杂，那么非核心数据库表是必须的，它将是巨大的，并且有很多元细节需要搜索。

WordPress用于post meta的EAV格式不适合多标准搜索。

如果您将元划分为多个条目，那么post meta表中的每个帖子都会有许多条目，通过元搜索任何帖子都会慢得多。

如果您将所有序列化的元存储在一个数组中，并将其作为post meta中的一个条目，那么这次您将被迫只在该元内进行文本搜索，并且您将无法在sql查询中直接使用比较运算符。

如果你的插件没有数千个条目和相关的元数据，这不是一个大问题。

但是，如果你的插件要做任何大的事情，这是一个大问题。

根据您的情况，作为独立条目的文件名和附加到该条目的3个元数据条目似乎并没有那么大。您可以使用wordpress post table和meta table。

但是，如果人们要经常搜索这3个meta，尤其是结合使用，那么我建议您设置单独的表。

使用这种格式，只需一个表和一个条目，也可以包含所有元，并且可以快速查询。

顺便说一句，如果您使用WordPress表，并且您也在使用查询缓存，那么用户对您的数据的搜索将随着时间的推移而被缓存，并且产生的负载会更少。但这并不像做单独的表格那样谨慎。

您可以将文件上载到媒体库。媒体库中的每个项目都存储在其中wp_posts 桌子这意味着每个文件都可以有元数据。您可以根据需要为中的每个文件保存尽可能多的信息wp_postmeta 表（按使用）Metadata API.

为插件创建自己的表是一种不好的做法吗？

是的，如果您可以使用核心功能，那么创建自己的表是不好的做法。

class TMM {

    public static $options;

    public static function register() {
        self::$options = get_option(TMM_THEME_PREFIX . \'theme_options\');
    }

    public static function get_option($option) {
        return @self::$options[$option];
    }

    public static function update_option($option, $data) {
        self::$options[$option] = $data;
        update_option($prefix . \'theme_options\', self::$options);
    }

    //ajax
    public static function change_options() {

        $action_type = $_REQUEST[\'type\'];
        $data = array();
        parse_str($_REQUEST[\'values\'], $data);
        $data = self::db_quotes_shield($data);

        if (!empty($data)) {
            foreach ($data as $option => $newvalue) {
                if (is_array($newvalue)) {
                    self::update_option($option, $newvalue);
                } else {
                    $newvalue = stripcslashes($newvalue);
                    $newvalue = str_replace(\'\\"\', \'"\', $newvalue);
                    $newvalue = str_replace("\\\'", "\'", $newvalue);
                    self::update_option($option, $newvalue);
                }
            }
        }
        _e(\'Options have been updated.\', TMM_THEME_FOLDER_NAME);
        exit;
    }

    public static function db_quotes_shield($data) {
        if (is_array($data)) {
            foreach ($data as $key => $value) {
                if (is_array($value)) {
                    $data[$key] = self::db_quotes_shield($value);
                } else {
                    $value = stripslashes($value);
                    $value = str_replace(\'\\"\', \'"\', $value);
                    $value = str_replace("\\\'", "\'", $value);
                    $data[$key] = $value;
                }
            }
        }

        return $data;
    }

}