当前位置：文江博客话题详情

用于存储带前导零的数字的适当数据类型是什么？

发布于 2024-08-08 09:41:50 字数 126 浏览 2 评论 0原文

在 Access 2003 中，我需要显示这样的数字，同时保留前导零：

080000
090000
070000

我应该使用什么数据类型？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

倾听心声的旋律 2024-08-15 09:41:50

使用字符串（或文本、varchar，或您的特定 RDBMS 使用的任何字符串变体）并用您需要的任何字符（“0”）填充它。

回复收藏 0 原文

硪扪都還晓 2024-08-15 09:41:50

关键问题：

前导零是有意义的数据，还是只是格式化？

例如，07086 是我的邮政编码，前导零是有意义的，因此美国邮政编码必须存储为文本。

值“1”、“01”、“001”和“0001”是否被视为唯一的合法值，或者是否被视为重复值？

如果前导零在您的表中没有意义，并且仅用于格式化，则将数据存储为数字，并根据显示需要使用前导零进行格式化。

您可以使用 Format() 函数进行格式化，如本示例查询所示：

SELECT Format(number_field, "000000") AS number_with_leading_zeroes
FROM YourTable;

此外，我所知道的所有数据库引擎中的数字存储和索引都比文本存储和索引更有效，因此对于大型数据集（数百条数千条记录及更多），性能对数值数据使用文本数据类型的阻力可能相当大。

最后，如果您需要对数据进行计算，您希望将它们存储为数字。

关键是从数据的使用方式开始，并相应地选择数据类型。人们应该只在演示时（在表格和报告中）担心格式。

外观永远不应该驱动表字段中数据类型的选择。

Key question:

Are the leading zeros meaningful data, or just formatting?

For instance, 07086 is my zip code, and the leading zero is meaningful, so US zip codes have to be stored as text.

Are the values '1', '01', '001' and '0001' considered to be unique, legal values or are they considered to be duplicates?

If the leading zero is not meaningful in your table, and is just there for formatting, then store the data as a number and format with leading zeros as needed for display purposes.

You can use the Format() function to do your formatting, as in this example query:

SELECT Format(number_field, "000000") AS number_with_leading_zeroes
FROM YourTable;

Also, number storage and indexing in all database engines I know of are more efficient than text storage and indexing, so with large data sets (100s of thousands of records and more), the performance drag of using text data type for numeric data can be quite large.

Last of all, if you need to do calculations on the data, you want them to be stored as numbers.

The key is to start from how the data is going to be used and choose your data type accordingly. One should worry about formatting only at presentation time (in forms and reports).

Appearance should never drive the choice of data types in the fields in your table.

回复收藏 0 原文

只有一腔孤勇 2024-08-15 09:41:50

如果您的真实数据与示例类似并且具有固定的位数，只需将数据存储在数字字段中，并使用 Access 表设计中列的格式/输入掩码属性将其显示为填充零。

除非您有可变数量的前导零，否则没有理由存储它们，而且这通常是一个坏主意。不必要地使用文本类型会损害性能，更容易引入异常数据，并使查询数据库变得更加困难。

回复收藏 0 原文

野心澎湃 2024-08-15 09:41:50

采用 Unicode 压缩的固定宽度字符，并带有 CHECK 约束，以确保正好六个数字字符，例如 ANSI -92 查询模式语法：

CREATE TABLE IDs 
(
 ID CHAR(6) WITH COMPRESSION NOT NULL
    CONSTRAINT uq__IDs UNIQUE, 
 CONSTRAINT ID__must_be_ten_numeric_chars
    CHECK (ID ALIKE '[0-9][0-9][0-9][0-9][0-9][0-9]')
);

Fixed width character with Unicode compression with a CHECK constraint to ensure exactly six numeric characters e.g. ANSI-92 Query Mode syntax:

CREATE TABLE IDs 
(
 ID CHAR(6) WITH COMPRESSION NOT NULL
    CONSTRAINT uq__IDs UNIQUE, 
 CONSTRAINT ID__must_be_ten_numeric_chars
    CHECK (ID ALIKE '[0-9][0-9][0-9][0-9][0-9][0-9]')
);

回复收藏 0 原文