db::name()自动拼接配置的表前缀，db::table()强制使用完整表名。配置prefix必须在连接参数顶层，模型中$table需手动加前缀，否则与db::name()查不同表。
你在ThinkPHP项目里刚配好数据库前缀，执行Db::name('user')->select()却报“Table 'myapp.user' doesn't exist”错误——表明明叫tp_user，框架却没加前缀。问题不在配置漏写，而在你混淆了name()和table()的底层逻辑。
确认前缀是否已正确配置
打开config/database.php（TP6/TP8）或application/database.php（TP5），找到当前使用的数据库连接配置块（如'mysql'），检查是否存在'prefix' => 'tp_'这一行，且它位于连接参数顶层，【不能嵌套在params数组内部】。若使用模块级配置（如application/admin/database.php），只需覆盖差异项，无需复制全部配置。
保存后清空runtime/cache目录，避免缓存旧配置。
Db::name()：依赖配置、自动拼前缀
方法一：基础用法
直接调用Db::name('user')，框架会读取prefix配置值，自动拼成tp_user并查询。
方法二：带别名的链式调用Db::name('user')->alias('u')->where('u.id', '>', 10)->select()，别名不影响前缀拼接，依然查tp_user。
方法三：跨连接切换时仍生效Db::connect('slave')->name('user')会使用slave连接中定义的prefix，而非默认连接的配置。
注意：如果配置文件中'prefix'为空字符串或未定义，Db::name('user')将直接查询user表，不会报错但可能查错表。
Db::table()：无视前缀配置、强制全名
第一步：明确表名必须完整Db::table('tp_user') → 查tp_user；Db::table('user') → 查user；【无论配置文件里prefix写什么，这里都不拼】。
第二步：联合查询时尤其关键
写Db::name('article')->join('user u ON u.id = article.user_id')，其中article会自动加前缀变成tp_article，但user不会——因为join()里是纯SQL片段，框架不解析也不补前缀。
第三步：安全写法是显式补全
把join('user u ON ...')改成join('tp_user u ON ...')，或用Db::getTable('user')动态获取（需自行封装）。
模型类中$table属性与前缀的关系
在模型里写protected $table = 'tp_user';，就彻底绕过所有前缀配置，SQL中直接出现tp_user。
但如果写protected $table = 'user';，TP5/TP6/TP8均【不会自动拼接prefix】，生成SQL仍是SELECT * FROM user。
这意味着：Db::name('user')能查到tp_user，而(new User())->select()却查user——两者根本不在同一张表上。混用极易导致数据错乱。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
