分布式文件系统

在本文中，我们将介绍分布式文件系统的命名(用于引用资源的数据项)，还将介绍每种命名的特征。

前提条件–分布式文件系统。

命名：
名称是用于引用资源，以便访问它们，指定其使用，描述它们，查找有关它们的详细信息等的数据项。可以键入名称，具体取决于它们所引用的对象。

命名条款：

• 命名空间–
  模式或系统支持的名称范围。
• 命名域–
  具有单个权限的名称空间。
• 命名方案–
  从中构造名称的结构或语法。

命名特征-大小：

• 固定尺寸：
  1. 例子 –
     IP地址，内存地址，电话号码(某种)。
  2. 优点–
     更容易处理。
  3. 骗局–
     有限范围。
• 无穷 ：
  1. 例子 –
     电子邮件地址(之类)。
  2. 优点–
     允许无限范围。
  3. 优点–
     允许名称空间的集成。
  4. 缺点–
     可能很难处理。

命名特性-演示文稿：

• 面向用户–
  以用户可以理解和使用的方式进行格式化。
  例子 –
  “ google.com”，“ print_server”。
• 面向机器–
  以机器可以理解的方式进行格式化。
  例子 –
  216.58.198.110。

命名特性-纯度：

• 纯名称没有任何结构。 (它只能用于将相等性与另一个名称进行比较)。
• 不纯净的名字具有某种结构。 (有效的名称与对象有关)
• 例子 –
  IP地址(网络和主机ID)，绝对文件路径(提供位置)，房间号(例如“ S4.01”)。
• 它可以是物理上或组织上的。
• 身体导向–
  名称中编码了一些物理布局(例如“ room S4.01”)
• 以组织为导向–
  其中包含有关对象和资源的组织方式的一些信息(例如文件路径)。

命名特征-范围：

• 全球范围：
  单独的名称就给出了它定义的对象的类型。
  例子 –
  google.com，即一本书的ISBN。
• 特定于命名空间：
  同一名称可以在另一个名称空间中用于不同的对象。
  例子 –
  “ 4-12室”与一栋建筑相关，但与全球无关。

命名特征-上下文：
让我们考虑命名层次结构中的路径。

• 上下文相关：
  路径可以根据上下文解析为其他标识符。
  例子 –
  电话分机号码。
• 绝对：
  无论上下文如何，路径都解析为相同的标识符。
  示例–完整的邮政地址。