prototype's questions

在 Vertica 中，将 V_CATALOG 和 V_MONITOR 中所有系统表的 SELECT 权限授予 PUBLIC。因此，默认情况下所有用户都可以查询它们。并非所有系统表似乎都适合公开。

在大多数情况下，对于每个条目，结果似乎适当地仅限于用户特定的授权。例如，select * from v_catalog.columns;只返回用户已被授予 SELECT 表和 USAGE 模式的列，幸运的是SELECT * FROM v_catalog.passwords;根本不返回任何行。

但是，有些似乎过于宽泛，例如SELECT * FROM v_catalog.users返回所有模式的所有用户。

REVOKE SELECT ON v_catalog.users对于打算仅对特定模式中的特定表具有 SELECT 访问权限的用户来说，有什么缺点吗？或者进一步完全为公共用户撤销对 V_CATALOG 和 V_MONITOR 的 SELECT？

仅限制对特定数据库的访问，并限制对系统表的访问

我们处理来自客户的例行数据馈送，该客户刚刚将其数据库从看起来熟悉的形式（每个实体一行，每个属性一列）重构为我不熟悉的形式（每个实体每个属性一行）：

之前：每个属性一列

ID   Ht_cm   wt_kg   Age_yr  ... 
1      190      82     43    ...
2      170      60     22    ...
3      205      90     51    ...

之后：所有属性的一列

ID    Metric   Value
 1     Ht_cm     190
 1     Wt_kg     82
 1     Age_yr    43
 1      ...
 2     Ht_cm     170
 2     Wt_kg     60
 2     Age_yr    22
 2     ...
 3     Ht_cm     205
 3     Wt_kg     90
 3     Age_yr    51
 3     ...

这个数据库结构有名字吗？相对优势是什么？旧方法似乎更容易对特定属性（非空、非负等）设置有效性约束，并且更容易计算平均值。但是我可以看到在不重构数据库的情况下添加新属性可能会更容易。这是结构化数据的标准/首选方式吗？