Tsql 文件系统隐喻

Tsql 文件系统隐喻,tsql,filesystems,Tsql,Filesystems,我想知道如何在SQL数据库中表达文件系统隐喻(ntfs是基于btree的,对吗?)。 显然,数据是以行的形式存储到表中的,不使用NTFS存储方法;那么,NTFS(和其他FS)在逻辑上是如何表示文件/文件夹层次结构的呢? 有什么建议或推荐信吗 感谢您的支持。如果您想在DBMS中存储某种数据库,只需使用以下字段构建表: 身份证 父ID 名字 类型(目录或文件) 修改日期(创建日期和上次访问日期是可选的) 数据(BLOB) 就这样。ID/ParentID将允许您构建层次结构,其余部分是详细信息 大

我想知道如何在SQL数据库中表达文件系统隐喻(ntfs是基于btree的,对吗?)。 显然,数据是以行的形式存储到表中的,不使用NTFS存储方法;那么,NTFS(和其他FS)在逻辑上是如何表示文件/文件夹层次结构的呢? 有什么建议或推荐信吗


感谢您的支持。

如果您想在DBMS中存储某种数据库,只需使用以下字段构建表:

  • 身份证
  • 父ID
  • 名字
  • 类型(目录或文件)
  • 修改日期(创建日期和上次访问日期是可选的)
  • 数据(BLOB)
就这样。ID/ParentID将允许您构建层次结构,其余部分是详细信息


大多数文件系统都具有ID/ChildrenIDList的反向结构,而不是ID/ParentID,但这是由文件系统设计的细节造成的。如果文件系统由一些关系DBMS支持,那么拥有父ID可能更适合查找

如果希望在DBMS中存储某种数据库,只需使用以下字段构建表:

  • 身份证
  • 父ID
  • 名字
  • 类型(目录或文件)
  • 修改日期(创建日期和上次访问日期是可选的)
  • 数据(BLOB)
就这样。ID/ParentID将允许您构建层次结构,其余部分是详细信息


大多数文件系统都具有ID/ChildrenIDList的反向结构,而不是ID/ParentID,但这是由文件系统设计的细节造成的。如果文件系统由一些关系DBMS支持,那么拥有父ID可能更适合查找

简言之;可能不会!使用文件系统!欢迎来到SO。您可以通过编辑来更新自己的问题。你可以为问题投票(向上投票或向下投票),如果你得到的答案满足你的需要并回答了你的问题,你可以将其标记为answer@Mitch小麦:这样做有一个原因:Transactions@dmeister:当然可以。但我在海报的问题中看不到这一要求;可能不会!使用文件系统!欢迎来到SO。您可以通过编辑来更新自己的问题。你可以为问题投票(向上投票或向下投票),如果你得到的答案满足你的需要并回答了你的问题,你可以将其标记为answer@Mitch小麦:这样做有一个原因:Transactions@dmeister:当然可以。但我在海报的问题中看不到这一要求。