问题标签 [sqldatatypes]

My fellow programmer has a strange requirement from his team leader; he insisted on creating varchar columns with a length of 16*2ⁿ.

What is the point of such restriction?

I can suppose that short strings (less than 128 chars for example) a stored directly in the record of the table and from this point of view the restriction will help to align fields in the record, larger strings are stored in the database "heap" and only the reference to this string is saved in the table record.

Is it so?

Is this requirement has a reasonable background?

BTW, the DBMS is SQL Server 2008.

在数据库中，我希望能够将不同类型的值分配给变量表中的变量。那么我是否需要为每种值类型创建一个单独的值表？如果是这样，我不确定您如何将 Values 实际链接到正确的表并因此链接到正确的值。我怎样才能实现我所追求的？

目的是让我得到这样的东西：

因此，当我查询数据库时，我将能够取回这组结果（其中值的类型不同）

我正在开发一个使用 ms-access 数据库的应用程序的新版本，因为它变得太慢了。所以我决定使用 MySQL 作为数据库。我对我的选择很满意。问题是我有一个巨大的数据库，里面装满了价格。此价格在旧应用程序中正确显示，但在我的数据库中显示如下：'26,.000000.00', '71,9.00000.00', '24,9.00000.00'。该领域是

我不知道如何解决这个问题。这是因为数据类型还是因为应用程序真的很糟糕？

MySQL中varchar的最大范围是多少？

我正在使用最新版本的 MySQL，并且在许多站点中都被告知大小为 255。但是当我尝试提供更大的大小（如 500 或 1000）时，它对我有用。那么 varchar 数据类型有最大数量吗？

我有一个可以为空的 INTEGER 列，并将其映射到一个 int 属性。如何通过 NHibernate 将此值更改为 null？int 不能为空。

可能重复：
用于存储布尔值的 MySQL 数据类型？

我是一名 .NET 程序员，我一生中第一次使用 MySQL 数据库。

我想存储布尔值，MySQL 有BIT，但是这种数据类型的 .NET 转换是UINT64.

还有另一种 datatype TINYINT(1)，它的 .NET 等效项System.Boolean将满足我的目的。

但是为什么我要使用TINYINT(1)(它可以存储像 123、22 这样的值) 而不是BIT，而且它会比(我猜)占用更多的空间BIT？使用它可能是合法的，但我不认为它是道德的。

有人可以帮忙澄清我的疑问吗？

我该如何解决这个问题？

给出一个错误：

Msg 402, Level 16, State 1, Line XXXXX
数据类型 ntext 和 varchar 在等于运算符中不兼容。

我想知道以下内容可能会对性能产生什么影响。假设有一个表，其中一个列数据类型为 int。该表包含数百万行。然后假设运行了以下 2 条 sql 语句。

和

我相信在第二个查询中，隐含的字符数据类型将尝试转换 colInt 中的所有值，然后尝试进行比较。任何人都可以确认这是该过程的工作方式吗？有谁知道解释这一点的 MSDN 文章？这是相当昂贵的吗？

我知道这似乎很愚蠢，但是当您因为第三方软件而被迫接受它时，我们无能为力，除非完全理解当它们将几列的数据类型从 int 更改为时会产生什么影响varchar 和老虎钳对比。

我应该使用哪种数据类型来存储 10 位数的手机号码（例如：9932234242）。我应该选择 varchar(10) 还是选择大的 - “bigint”。

如果数字是类型 - '0021-23141231' ，那么使用哪种数据类型？

我需要在 PosgreSQL 中存储时间反转。数据将来自 Ruby on Rails。

比如说，必胜客在 9:00 到 18:00 之间接受订单。

我创建了以下迁移：

我已经阅读了文档，现在有以下代码：

当我执行它时，我收到以下错误消息：

如何正确地做到这一点？