在 DB2 解释计划中，TBSCAN GENROW（下面的第 5 行）是什么意思？
SELECT STATEMENT ( Estimated Costs = 1.811E+03 [timerons] )
1 RETURN
2 NLJOIN
3 [O] TBSCAN
4 SORT
5 TBSCAN GENROW
6 [I] FETCH EKKO
7 IXSCAN EKKO~1 #key columns: 2
IBM文档说是GENROW
“一个生成行表的内置函数，不使用来自表、索引或运算符的输入”
从性能的角度来看，这意味着什么？
此外，如果重要的话，这在 SAP 系统中。
我有以下两个带有外键的表status_id：
mysql> describe usr_cookbook;
+-----------+-----------+------+-----+-------------------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+-----------+------+-----+-------------------+-------+
| user_id | int(11) | NO | PRI | NULL | |
| recipe_id | int(11) | NO | PRI | NULL | |
| status_id | int(11) | NO | MUL | NULL | |
| added_ts | timestamp | NO | | CURRENT_TIMESTAMP | |
+-----------+-----------+------+-----+-------------------+-------+
mysql> describe usr_cookbook_status;
+-----------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+-------------+------+-----+---------+-------+
| status_id | int(11) | NO | PRI | NULL | |
| name | varchar(45) | NO | | NULL | |
+-----------+-------------+------+-----+---------+-------+
中有两行usr_cookbook_status：
mysql> select * from usr_cookbook_status;
+-----------+-----------+
| status_id | name |
+-----------+-----------+
| 1 | Try Soon |
| 2 | Favorites |
+-----------+-----------+
所以我应该很好地插入 usr_cookbook 对吗？
mysql> insert into usr_cookbook (user_id, recipe_id, status_id) values (3, 5, 1);
ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint
fails (`tomato`.`usr_cookbook`, CONSTRAINT `fk_cookbook_status` FOREIGN KEY
(`status_id`)
REFERENCES `usr_cookbook_status` (`status_id`) ON DELETE NO ACTION ON UPDATE
NO ACTION)
为什么违反约束？status_id我正在使用的(1) 存在于父表中。我敢肯定这里缺少一些简单的东西...
我正在尝试将架构更改从 MySQL Workbench 同步到我的数据库。尝试创建外键时出现以下错误：
Executing SQL script in server
ERROR: Error 1005: Can't create table 'tomato.#sql-2730_1b8' (errno: 121)
这是它试图执行的语句：
ALTER TABLE `tomato`.`ing_allergy_ingredient`
ADD CONSTRAINT `fk_ai_allergy`
FOREIGN KEY (`allergy_id` )
REFERENCES `tomato`.`ing_allergy` (`allergy_id` )
ON DELETE NO ACTION
ON UPDATE NO ACTION
任何想法这个错误意味着什么？
是否有任何指导方针或经验法则来确定何时存储聚合值以及何时动态计算它们？
例如，假设我有用户可以评价的小部件（参见下面的架构）。每次我显示一个小部件时，我都可以从Ratings表格中计算出平均用户评分。或者，我可以将平均评分存储在Widget表格中。这将使我不必在每次显示小部件时都计算评分，但是每次用户对小部件进行评分时，我都必须重新计算平均评分。
Ratings Widgets
--------- -------
widget_id widget_id
user_id name
rating avg_rating <--- The column in question
我正在设计一个包含多个查找表的数据库，其中包含主要实体的可能属性。我正在考虑使用 4 或 5 个字符的键来识别这些查找值，而不是自动递增的整数，这样当我将这些属性 ID 存储在主表上时，我会看到有意义的值，而不仅仅是随机数。
使用字符字段作为主键而不是整数对性能有何影响？
如果这很重要，我正在使用 MySQL。
[编辑]
这些查找表很少添加新记录。它们是手动维护的，基于字符的键也是手动创建的。这是一个例子：
CUISINES
ID Description
----- --------------
CHNSE Chinese
ITALN Italian
MXICN Mexican
我从对我的 DB2 数据库的查询中得到以下EXPLAIN PLAN结果。
0 SELECT STATEMENT ( Estimated Costs = 5.928E+02 [timerons] )
1 RETURN
2 HSJOIN
3 [O] FETCH LTBP
4 IXSCAN LTBP~M #key columns: 0
5 [I] FETCH LTBK
6 IXSCAN LTBK~V #key columns: 0
HSJOIN在线2是什么意思？
在 MySQL 中，除非您知道某个字段是必需的，否则总是允许空值，或者Not Null除非您知道一个字段将包含空值，否则总是使用它会更好吗？还是没关系？
我知道在一些 DBMS 中他们说要Not Null尽可能多地使用，因为允许空值需要每条记录额外的位（或字节？）来存储空状态。