PostGIS数据库的命名约定?[关闭]


11

我们开始使用PostGIS建立数据库。该数据库应该由大约5-8个研究小组组成,这些研究小组经常处理地理数据和统计数据。

设置数据库时,有人对命名约定有经验吗?

我已经知道的一些重要事项是:

  • 仅使用小写
  • use_underscores不是空格
  • 不要使用ä,é等特殊字符
  • 仅使用一种语言(可能看起来很琐碎,但我们是国际性的)
  • 名称表和列总是单数
  • 寻找一种标准化的方法来命名数据库中的对象,即topic_year_source_format

特别是最后一点很棘手。存储我自己的数据,我意识到有时您会得到很多名字。因此,将这些信息存储在易于访问的元数据中而不是使这些庞大的名称变得非常烦人会更好。

Answers:


3

听起来您已经制定了技术约定。我认为您提出的问题没有正确的答案,但是我会告诉您我在组织中提出的建议。

我更喜欢按组组织数据,因为众所周知,有时元数据有时不会被填写。我发现在命名约定中构建一些最基本的元数据是非常有益的。

首先,我创建了一个电子表格,列出了我的组织处理的主要数据类别,并为每个类别赋予了唯一的两个字母代码。电子表格还具有类别的描述以及可以在每个类别中找到的功能示例。该电子表格可供组织中的每个人使用,我将其与导出的数据一起包含在其中。

我用两个字母代码和一个下划线开始每个名称。您当然可以扩展这个想法,并以数据创建者的名义建立。尝试使名称简短并记录您的方法。以下是一些我使用的类别的示例:

BI-建筑内部;BO-边界;CT-制图;EL-高程功能;EM-紧急响应;GE-地质学;LT-照明;PG-页面网格和布局;PL-平面图;RA-栅格;RD-参考图;SI-场地改善/场地;SU-调查;UT-实用程序。


1
这是一种有效的方法,但是我真的不喜欢缩写。当然这是个人喜好的问题,但是特别是如果您是国际团队的成员,这些缩写可能会使每个人感到困惑,并且每个人在需要使用数据库时始终需要数据字典。如果我没记错的话,PostgreSQL允许使用64个字母对象名称。充分利用该空间,以每个人都能理解的语言创建您可以找到的最具描述性的名称。
乔治席尔瓦

我非常喜欢对数据进行分类的想法,我将与同事讨论这一点。仍然我不确定要在db中命名数据。您的论点完全有道理,出于可用性考虑,最好不要在数据库中提供明确的名称。但是我担心元数据文档可能会像这样少用。我认为用抽象数字命名数据会促使用户参考元数据文档,并且由于人们不得不每天参考该文档,因此人们填写更多的元数据信息的方式对用户的贡献更大。已经开放...
Dspanes

@Dspanes,这是一个有趣的论点。就像我说的那样,没有正确的答案。总的来说,我不确定我是否喜欢故意使名称混乱以使用户依赖元数据……这是一个有趣的想法。
保罗

@Paul Yeah,我知道这似乎有点卑鄙;)但是,根据我到目前为止的经验,人们只使用对他们有用的东西。他们使用的越多,使用的越多,元数据就可以越好。。。问题是我们没有人照顾元数据,因此我们需要一种参与性的方法,让每个人都参与其中。元数据文档也可能带来好处,例如,您可以拥有更好的搜索和过滤功能,以查找更多足够的数据……但是,毫无疑问,我也在考虑其他方法来促进参与……
Dspanes
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.