Markup 链接的概念是否与其html标记不可分割？

我正在寻找一种管理文章内链接的策略。文章的正文保存在数据库中，并在页面组装期间提取。为了方便定义和管理链接，数据库中应该保存哪些内容

一些纯粹主义者认为标记永远不应该存储在数据库中。有些人认为适度是可以的。但对我来说，链接的概念几乎与其html标记密不可分

有没有比简单地嵌入“锚文本”更好、更简洁的方法来表示文章（在数据库中）中的链接

我提出的一个想法是嵌入足够多的标记，从语义上描述感兴趣的区域，然后在另一个表中，将这些概念映射到实际的URL。一个特定概念的所有遭遇都会被链接包装起来

<p>Here is an example of a
<span class="external-reference semantic-web">semantic</span> 
approach to link management.</p>

以下是一个
语义的
链接管理方法

然后，一个表可能会将文章的URL和“语义web”的键类与类似URL的URL相关联

以下是一个
链接管理方法

我喜欢这种方法的地方在于，我的所有URL都位于数据库中的一个位置。我可以在技术上更改或删除链接，而不必触及文章的主体。我有非常好的CSS类名

我不喜欢维护另一个表，也不喜欢渲染时间中的另一个步骤/阶段。这可能会减慢响应时间

---

有没有其他策略可以提供更好的链接管理？

我已经看到了一些尝试

一种方法是通过URL重定向。您可以在服务器上实现一个逻辑组件，该组件将解释URL请求的内容，而不是内容的路径

另一种尝试是，链接最初设置为参考值[可在数据库中查找]，并在运行时/生成时请求

---

无论如何，您必须使用某种标识符引用您希望链接到的材料

您可能想看看模板（比如PHP）

我同意标记通常不应该保存在数据库中

但是，您也可以考虑实现一个“指针”的概念，在每个链接中，您会中断页面的存储，在表中添加指向该链接的指针，然后在链接表中的指针指向页面的内容的下一个片段。（我不知道这会有多复杂——只是一个想法。）

---

或者看看各种CMS工具是如何处理这个想法的。一些人只是将数据库中的所有内容作为一大块文本，而另一些人则依赖模板，而另一些人可能完全做其他事情（如面向对象的环境）。

我认为不会有令人满意的答案，但我喜欢这个问题+1.

<p>Here is an example of a <span class="external-reference semantic-web">
<a href="http://en.wikipedia.org/wiki/Semantic_Web">semantic</a></span> 
approach to link management.</p>