在关系数据库中存储文件夹层次结构

Question

我有代表文件夹的对象，我想知道它们是否应该在数据库中表示。

一方面，最简单的方法似乎是不表示文件夹对象，而只存储文件夹中包含的对象的路径值。 我看到的问题是，您无法保留其后代不包含任何项目的文件夹，这没什么大不了的。 另外，我不清楚如何加载要显示的文件夹层次结构（例如在 TreeView 中）而不预先将所有内容加载到内存中，这可能是一个性能问题。

另一种方法是使用一个“文件夹”表来引用其父文件夹。 这似乎应该可行，但我不确定如何允许具有相同名称的文件夹，只要它们不共享父级。 这是否应该是数据库应该关心的事情，或者是我应该在业务逻辑中强制执行的事情？

Answer 1

这个想法是这样的（自我引用）：

CREATE TABLE FileSystemObject ( 
    ID int not null primary key identity,
    Name varchar(100) not null,
    ParentID int null references FileSystemObject(ID),
    constraint uk_Path UNIQUE (Name, ParentID),
    IsFolder bit not null
)

Answer 2

查看此页面中间的 ERD。 将层次结构分解到单独的表中允许您支持多种分类法。

Answer 3

SQL Server 有一个支持分层结构的hierarchyid 数据类型。 请注意，仅适用于完整版本。

Answer 4

首先问问自己，将层次结构保留在数据库中的目的是什么，以及您可以从中获得什么功能。 然后要求考虑执行此操作所需的工作和维护。

如果您只是使用它来填充树控件，则有一些内置控件直接针对文件夹系统。 这对你来说会更好吗？ 通过将其存储在数据库中，您还会获得除此之外的其他东西吗？ 您计划如何使数据库与可以在数据库外部更改的实际文件夹系统保持同步？ 除非您提供虚拟文件系统，否则最好直接针对数据库中存储的相关路径的真实文件系统。