这是一张文章表，后面关联了node表，和category表。分别关联对应表的id字段。
节点表：
分类表：
接下来就有一个问题：
如果文章表按上面的设计，当我查询某篇文章的所属节点名称和所属分类名称。需要关联查询节点表和分类表。
我想把文章表的node_id 和 category_id 分别设置为 node_name 和 category_name,分别与另外两张表相关字段对应。查询的时候就可以直接取出，而不用关联其他表。这样是否更加合理？
你可以设计个自定义标签，页面直接把id，转成值，当然实际也是到后台查了下
并不是这样的。
假设你的文章表叫article表，其中node_id和category_id是外键，分别指向node表和category表。
按你所说的把node_id换成node_name，category_id换成category_name，请思考一下几个问题：
假如以后
node_name或category_name需要更新的话，那article表的该字段是不是都要更新？而且如果以后需要查询满足一定查询条件的文章对应的节点(node)的点击数，是通过
node_id查询效率高还是node_name查询效率高？假如以后
node表和category表要扩展字段，是现有的表结构好还是修改后的表结构好？
其实你烦恼的只是当查询article表的时候需要join上node表和category表查询，这时候你可以考虑article表是否需要冗余node表的node_name和category表的category_name字段，冗余字段虽然会破坏第三范式，但适当的冗余字段可以提高查询效率，这个需要业务上平衡。
而且冗余的字段还要面临如何保持数据一致性的问题，例如update了node表的node_name字段的话，article表的node_name也要一并update。
或者也可以采用视图的形式去解决这个问题，而且方式上比较灵活。
CREATE OR REPLACE ALGORITHM=MERGE VIEW `v_article` AS (
SELECT a.id, a.title, ..., b.node_name, c.category_name FROM article AS a,
JOIN node AS b ON a.node_id = b.node_id
JOIN category AS c ON a.category_id = c.category_id
WHERE ... #如有需要，这里可以加上一些过滤条件
);但由于视图使用了join表，所以有时候查询效率可能不高，这个需要业务上多加留意，多用EXPLAIN分析SQL。