在SQL Server 2005中应使用哪种数据类型存储电话号码？
What datatype should be used for storing phone numbers in SQL Server 2005?

这是否包括：

• 国际号码？
• 扩展程序？
• 除了实际数字以外的其他信息（例如“问鲍比”）？

如果所有这些都不是，我将使用10个字符的字段并去除所有非数字数据。 如果第一个为是，其他两个为否，则我将使用两个varchar（50）字段，一个用于原始输入，一个将所有非数字数据划分为条带并用于索引。 如果2或3是，我想我会做两个字段和某种疯狂的解析器来确定什么是扩展或其他数据并适当地对其进行处理。 当然，您可以通过对索引进行一些操作来避免第二列，该索引在创建索引时会去除多余的字符，但是我只想做第二列，并可能使用触发器来去除字符。

更新：为了解决AJAX问题，它可能没有您想象的那么糟糕。 如果实际上这是对表执行任何操作的主要方式，请按照我所说的那样仅将数字存储在第二列中，然后将该列的索引聚为一组。

我们使用varchar（15）并在该字段上肯定使用索引。

原因是国际标准最多可以支持15位数字

维基百科-电话号码格式

如果您确实支持国际号码，建议您单独存储一个世界区号或国家/地区代码，以更好地过滤查询，以免您自行解析和检查电话号码字段的长度以限制返回美国的电话例

如果仅存储美国电话号码，请使用CHAR（10）。 删除除数字外的所有内容。

我可能在这里没有发现明显的地方，但是varchar是否不能足够长以至于您期望的最长电话号码正常工作？

如果我失去了一些东西很明显，我很喜欢它，如果有人会指出来...

我会使用varchar（22）。 足够大，可以容纳带有分机号的北美电话号码。 您可能希望去除所有讨厌的'（'，'）'，'-'字符，或仅将它们解析为一种统一格式。

亚历克斯

使用varchar效率很低。 使用货币类型并在其中创建一个用户声明的类型“电话号码”，并创建一个规则，仅允许使用正数。

如果您将其声明为（19,4），则您甚至可以存储4位扩展名，并且足以容纳国际号码，并且仅占用9个字节的存储空间。 此外，索引速度很快。

SQL Server 2005对索引的varchar字段中的文本的子字符串查询进行了很好的优化。 在2005年，他们为索引字段的字符串摘要引入了新的统计信息。 这对于全文搜索有很大帮助。

通常用“ x”或“ ext”来表示扩展名，因此允许使用15个字符（以获得完整的国际支持）加3个字符（“ ext”）加4个（扩展名本身），总共22个字符。 那应该使您安全。

或者，对输入进行归一化，以便将任何“ ext”转换为“ x”，最多为20。

我意识到该线程很旧，但是值得一提的是，出于格式化目的，特别是在.NET Framework中，将其存储为数字类型的好处。

IE浏览器

.DefaultCellStyle.Format = "(###)###-####" // Will not work on a string

nvarchar带有预处理，以尽可能地标准化它们。 您可能需要提取扩展并将其存储在另一个字段中。

规范化数据，然后将其存储为varchar。 规范化可能很棘手。

那应该是一次性的打击。 然后，随着新记录的出现，您正在将其与规范化数据进行比较。 应该很快。

使用具有长度限制的varchar字段。

由于您需要容纳许多不同的电话号码格式（可能包括分机号等），因此像对待其他varchar一样对待它可能是最有意义的。 如果您可以控制输入，则可以采取多种方法来使数据更有用，但事实并非如此。

一旦决定简单地将其视为任何其他字符串，您就可以集中精力克服不可避免的问题，包括不良数据，神秘的电话号码格式以及其他任何会弹出的问题。 挑战将在于为数据建立良好的搜索策略，而不是我认为如何存储数据。 必须处理您无法控制的大量数据，这始终是一项艰巨的任务。

使用SSIS提取和处理信息。 这样，您将可以处理与SQL Server分离的XML文件。 如果需要，还可以在单​​独的服务器上执行SSIS转换。 使用VARCHAR以标准格式存储电话号码。 NVARCHAR是不必要的，因为我们在谈论数字，也许还有其他几个字符，例如'+'，''，'（'，'）'和'-'。

对于电话等多值属性，最好有单独的表。

由于您无法控制源数据，因此可以解析XML文件中的数据并将其转换为正确的格式，这样特定国家/地区的格式就不会出现任何问题，并将其存储在单独的表中，以便进行索引和检索都将是有效的 。

谢谢。