问题标签 [iana]

我正在开发一项全球调度服务，该服务使用不同时区的物理位置。这些时区必须与每个位置一起保存在数据库中。问题是，它们如何最好地存储？

我们目前使用自定义时区表，它将自定义整数 ID 映射到 Microsoft 时区字符串标识符。我希望改为存储 IANA 时区标识符。我们的数据库是一个 SQL Server，使用 Entity Framework 6 在 C# 中访问它。我们使用 NodaTime 处理时间。解决方案必须适用于所有这些技术。

我看到了两种不同的方法：

1. 只需将 IANA 标识符与每个位置一起存储为字符串即可。
2. 将所有 IANA 标识符存储在单独的表中，并使用外键链接到它。

第一个解决方案可能是最简单的，因为它很容易允许使用新的标识符并将数据紧密地结合在一起。但是，它确实有使用大量空间的缺点。

第二种解决方案要求我们每次需要时区时都加入时区表 - 这很常见 - 但需要的空间很小。如果需要，必须将新的时区标识符添加到该表中。它还引入了这些神奇的整数 ID（使用的外键），它们可能会被误认为是众所周知的标识符（我们目前有这个问题，其中 ID 已移出数据库并进入用于代替数据库的代码内字典桌子）。

在我写这篇文章的时候，我想知道是否可以为 SQL Server 创建一个自定义时区 UDT，其中时区可以作为字符串标识符保存和加载，但可以更有效地存储在用户中-隐藏格式。

对于 gzip，有一个 IANA 媒体类型“application/gzip”和一个 HTTP 内容编码缩写“gzip”。

对于 Brotli，有一个内容编码“br”。Brotli 压缩数据是否有 IANA 媒体类型？如果不是，为什么不呢？

光伏

我知道可以使用 tzupdater.jar 来更新 JVM 中的时区数据库，而且我毫不怀疑更改夏令时（通过在 IANA 数据库中编辑规则）是一件相当容易的事情。

但是，无论这在实践中是否是一件好事，我想知道是否可以省略整个大陆或 tzdb.dat 中的一些/组合。

是否可以编辑 IANA 分配以执行此操作，如果可以，如何进行？

谢谢

dotnet TimeZoneInfo 是否可以安全地确定 DST 在给定日期是否适用？

编辑：请原谅我的无知，DST 在我国不适用。我的理解是，DST 开始和结束每年在每个适用的国家/地区都有不同的决定。没有任何互联网服务的 dotnet 数据结构如何预测给定日期是否为 DST？

在我的本地计算机中，我尝试使用以下方法访问 IANA 时区的偏移值converter，

该行TZConvert.GetTimeZoneInfo(timeZone.ToString())有时会抛出一个错误说

当我使用相同的命令在 power shell 上尝试相同的操作时，

PS C:\Users\SajeetharanS> [System.TimeZoneInfo]::FindSystemTimeZoneById("Aleutian Standard Time") 使用“1”参数调用“FindSystemTimeZoneById”的异常：“找不到时区 ID 'Aleutian Standard Time'在本地计算机上。” 在 line:1 char:1 + [System.TimeZoneInfo]::FindSystemTimeZoneById("Aleutian Standard Time ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: ( :) []，MethodInvocationException + FullyQualifiedErrorId：TimeZoneNotFoundException

为什么缺少一些时区信息？我该如何解决？

IANA 注册包含“相关”的官方链接关系类型

相关：标识相关资源。

https://www.iana.org/assignments/link-relations/link-relations.xhtml

我还阅读了引用的RFC4287。

值“related”表示 href 属性值中的 IRI 标识与包含元素描述的资源相关的资源。例如，在“http://search.example.com”上讨论搜索引擎性能的站点的提要可能包含作为 atom:feed 的子项：

<link rel="related" href="http://search.example.com/"/>

相同的链接可能作为任何 atom:entry 的子项出现，其内容包含对同一搜索引擎的讨论。

但这对我来说似乎更令人困惑。不是所有链接都相关吗？毕竟 rel = 关系。

任何人都可以尝试澄清这一点并为 rel="related" 提供有效的用例吗？它只是一个包罗万象的关系类型吗？

在RFC 5646, Tags for Identification Languages, § 3.1.2 Record and Field Definitions中，当出现在 Type 为“variant”的记录中时，Preferred-Value 字段的语义给出了以下解释：

• 对于“script”、“region”或“variant”类型的字段，“Preferred-Value”包含与形成语言标签相同类型的子标签。

我对此的初步解释是，如果记录的类型是变体，那么 Preferred-Value 的值也是一个变体——“相同类型的子标签”。换句话说，我将“相同类型”理解为“与记录本身相同类型”。

但是，当前版本的语言标签注册表（我写这篇文章时是 2018 年 4 月 23 日 - 似乎没有版本链接）中有与此解释不匹配的记录。例如：

此处的 Preferred-Value 不是变体 — 变体必须是 5-8 个字母数字 ASCII 字符或 1 个数字加三个字母数字字符。特别是在这种情况下，很明显它指的是亚美尼亚语（语言标签的第一段）而不是变体。

但是，在查看其他条目时，大多数 Preferred-Value 值确实符合我最初的解释。例如：

在这里，Preferred-Value 似乎确实是另一个区域代码。脚本/区域/变体类型的规则一起给出——首选值是所有这些的“相同类型”。如果对于区域记录，“相同类型的首选值”意味着“也是一个区域”，那么对于变体记录，首选值如何指向不同的类型？更重要的是，如果这是可能的，那么确定 Preferred-Value 字段的类型以测试其语法的唯一方法是什么？

我一直在查看JPEG的 IANA MIME 类型注册表，似乎 image/jpeg 仅注册为遵循 JFIF 标准的格式。因此，对于具有 EXIF 数据且没有 JFIF 标头的 JPEG 文件，没有 MIME 类型，对吗？

如果是这样，也许我会联系 IANA，以便他们更改定义，以便 JPEG遵循 JFIF 或 EXIT 格式，不是吗？

我读过一些在 90 年代注册的第一个 TLD，包括 .cz、.pl 和其他。所以域.SU是。那是满足国家需求的领域。

但谁有权成为国家域名的维护者？该程序如何？

我还读到.SUTLD 是由芬兰学生提出的。但是一个学生如何注册应该代表国家的国家域名呢？

我在谷歌上找不到这方面的信息。

我正在针对一个外部 API 进行编码，该 API 将似乎是 Windows 时区描述的内容返回为字符串，例如“浪漫标准时间”，我需要将这些解析为 javaZoneId或偏移量。此处提供了这些值的列表。

该java.time.ZoneId文档指出：

时区规则由政府定义并经常更改。有许多组织（这里称为组）监控时区变化并对其进行整理。默认组是 IANA 时区数据库 (TZDB)。其他组织包括 IATA（航空业机构）和 Microsoft。

所以我的问题是，是否存在java.time.zone.ZoneRulesProviderjavadoc 中提到的 Microsoft 的公共实现？

我知道 Microsoft 时区和标准 IANA TZDB 之间存在关系，例如参见这个问题。但我想知道的是是否存在ZoneRulesProvider我可以作为属性传入的标准实现，如javadoc中所述：

如果定义了系统属性 java.time.zone.DefaultZoneRulesProvider，则它被视为要作为默认提供程序加载的具体 ZoneRulesProvider 类的完全限定名称，使用系统类加载器。