代码之家  ›  专栏  ›  技术社区  ›  Chepech

数据库设计最佳实践/标准建议-Oracle

  •  1
  • Chepech  · 技术社区  · 14 年前

    我正在为一个新的应用程序设计数据库,这是我做了上千次的工作,但在这种情况下,我突然开始想一些我从未停止过的方面。以下事情有什么标准/建议吗?

    • 存储货币的推荐数据类型是什么 (没有金融业务,只是展示)。
    • 存储名字/姓氏的建议最小大小 (最小含义最大推荐尺寸)
    • 建议存储注释块的最小大小。 (最小含义最大推荐尺寸也)

    我知道每个应用程序都有自己的特殊需求需要考虑,但我觉得必须有比直觉和常识更具体的东西。

    我们将一如既往地深切感谢您的帮助。

    4 回复  |  直到 14 年前
        1
  •  1
  •   Jeffrey Kemp    14 年前

    存储货币的推荐数据类型是什么

    如果是美分和美元,四舍五入到最接近的美分 NUMBER(12,2) 它允许您在 -999,999,999,999.99 999,999,999,999.99

    如果需要存储利率计算的中间结果,则可能需要更高的精度,例如。 NUMBER(15,5) .

    NUMBER 相反:)

    VARCHAR2(30)应该足够了。如果时间太长,你的用户会在里面输入各种垃圾数据。

    存储名字/姓氏的建议最小大小/ 建议存储注释块的最小大小

        2
  •  1
  •   OMG Ponies    14 年前

    货币:

    NUMBER(15,2) ,这真的取决于你期望遇到的数字有多大。

    电话号码:

    VARCHAR2(30)

    我看不出 最低限度 使用VARCHAR2时的大小。物理模型的关注点是,假设字段被最大化,那么数据库将随着时间消耗多少空间。

    VARCHAR2的最大值(4000)

        3
  •  1
  •   Gary Myers    14 年前

    EDIFACT

    或者加拿大邮局 recommends 每个地址行不超过40个字符。

    注意,这是字符而不是字节。大小应考虑多字节字符,但显然不是所有的名称将是最大长度。我已经用十个字符每一个名称作为一个广泛的近似大小估计,但可能在很大程度上不同国家,民族等。

        4
  •  1
  •   No AI now No AI ever    14 年前

    我知道你要求注释块的最小大小,但是对于大的自由文本区域,你应该考虑使用CLOB值。Oracle在处理这些事情、存储数据等方面非常聪明。您永远不必担心大小。另外,你通常可以 它们是VARCHAR2列,便于操作。