问题标签 [tinyint]

我需要在 1 个表中存储 5 个布尔值。每个值都可以存储为 tinyint(4)。所以，有 5 个 tinyint(4)。我正在考虑将 5 个布尔值放入一个 tinyint(4) 中。相信大家都比我更清楚，1个字节可以保存5位是没有问题的：）第一个值可以存储为0（false）或1（true），第二个值可以存储为0（false）或2（ true)，第三个为 0 或 4，第四个为 0 或 8，第五个为 0 或 16。因此，如果我们将这些值的总和存储在 tinyint(4) 中，我们确切地知道 5 个布尔值。

我的问题是：只保留 1 个变量是否有意义？我们赢得了 db 卷（字节）和性能（少了 4 列，但这只是 4 字节，而您实际上在同一个表中使用了 varchar(1000)），但是每次我们必须从“sum”中“提取”一个适当的布尔值" 使用 php 函数，这种情况经常发生（比如当用户按下按钮时）。将布尔值存储为 1 列中的总和是否有意义，所以您有 7 列而不是 11 列？

很明显，该值不是键（因为该表的行数要多得多，只有 2 行）。

谢谢你。

我正在观看一个视频教程，讲师正在测试表单提交。

他使用的代码是：

注意他所拥有的if statement之后的条件&&$_POST[$fieldname] != 0

由于某种原因，这对我不起作用。

但是，当我给出这样的0报价时$_POST[$fieldname] != "0"，它就起作用了。

顺便说一句，该字段是MySQL'visible'中的布尔值，又名。tinyint(1)

以下是该字段在表单上的 HTML：

有任何想法吗？预先感谢您的帮助。

更新：

我不确定发生了什么，但由于某种原因，代码现在可以在没有引号的情况下运行。很抱歉有任何混淆。

我想将可以存储在字段中的数据类型值限制为特定范围的整数值：[0,10]。

在 PHP 脚本中的用户输入上，我验证并清理数据以确保它在 0 到 10 的范围内。但是，有没有办法通过某种数据类型或约束确保在投票表本身内保持正确？

目前我将 int 值存储在一个 UNSIGNED TINYINT 中，它的范围当然是 0-255。我知道 ENUM 作为一个选项。但是，我读过使用数字时不建议这样做：http: //komlenic.com/244/8-reasons-why-mysqls-enum-data-type-is-evil/

SQL：

我希望有人可以提供帮助。

以下查询是转换字段数据类型的可接受方式吗？

我应该关注数据完整性还是将存储为 bit 的数据毫无问题地转移到 tinyint？

因此，在 C# 中，每当我从我的 MSSQL 数据库中检索到 tinyint 时，我都会使用以下演员表。

但是，该演员表似乎在 MySQL 中不起作用。

我试过的

并且只是

编辑 1

例外

编辑 2

这是数据类型。

我意识到这tinyint是一个单字节整数（顺便说一句，它是有符号的还是无符号的？）。论据有什么(3)意义？我已经搜索并找不到答案。

我正在为一个需要使用布尔日期类型来仅存储真或假两种状态的站点设计数据库。我正在使用 MySQL。
在使用 phpMyAdmin 设计数据库时，我发现我同时拥有 BOOLEAN 数据类型和 TINYINT 数据类型。
我浏览了不同的文章，有人说 TINYINT 与 BOOLEAN 相同，没有区别。有人说 BOOLEAN 在 MySQL 中被转换为 TINYINT。

我的问题是，如果它们都相同，为什么存在两个？应该只有其中之一。

这是我阅读的文章的参考：http:
//www.careerride.com/MySQL-BOOL-TINYINT-BIT.aspx
http://dev.mysql.com/doc/refman/5.5/en/numeric-type -overview.html

我在 SQL Server 2008 中有一个表，其中有一列具有 datatype tinyint。最近我注意到一些非常奇怪的行为。当做类似的事情时

列中的mytinyint值为NULL。下面的查询

也导致值为NULL。最后这个查询

将值设置为1。

所以我的问题是：为什么不能将值存储在0应该能够存储0and255和之间的任何值的列中NULL？

在我的模型中，我们称之为“问题”，我有“活动”字段（TINYINT）。这个想法是，该特定模型中只有一个条目可以处于活动状态。因此，当我通过选中“活动”复选框来更新一个条目时，该条目应该变为活动状态，而另一个应该变为非活动状态（我的意思是之前一直处于活动状态的那个）。知道我应该使用什么查询吗？

使用以下查询时：

我希望结果集首先按 id 排序，然后按 product_id 排序，然后按 is_valid 排序。实际发生的是结果集确实是有序的，但结果中的 is_valid 列似乎是按 DESC 排序的，而不是按 ASC 排序的。尝试同时使用 ASC 和 DESC，但结果集保持不变。