网站项目功能需求清单wp

当前位置： 首页 > news >正文

网站项目功能需求清单,wp_head() wordpress,网站建设公司无锡,代理推广平台我们试图使MySQL Server遵循ANSI SQL标准和ODBC SQL标准#xff0c;但MySQL Server在某些情况下执行不同的操作#xff1a; MySQL和标准SQL特权系统之间有一些区别。例如#xff0c;在MySQL中#xff0c;删除表时不会自动撤销表的特权。您必须显式发出REVOKE来撤销表的特权…我们试图使MySQL Server遵循ANSI SQL标准和ODBC SQL标准但MySQL Server在某些情况下执行不同的操作 MySQL和标准SQL特权系统之间有一些区别。例如在MySQL中删除表时不会自动撤销表的特权。您必须显式发出REVOKE来撤销表的特权。 CASTCAST()函数不支持强制转换为REAL或BIGINT。 SELECT INTO TABLE 语法差异 MySQL服务器不支持SELECT … INTO TABLE Sybase数据库SQL扩展。相反MySQL服务器支持INSERT INTO … SELECT标准SQL语法这基本上是一样的。例如 INSERT INTO tbl_temp2 (fld_id)SELECT tbl_temp1.fld_order_idFROM tbl_temp1 WHERE tbl_temp1.fld_order_id 100; 或者您可以使用SELECT … INTO OUTFILE或CREATE TABLE … SELECT。 您可以将SELECT … INTO与用户定义的变量一起使用。同样的语法也可以在使用游标和局部变量的存储过程中使用。 UPDATE 语法差异 如果在表达式中访问要更新的表中的列UPDATE将使用该列的当前值。以下语句中的第二个赋值将col2设置为当前更新的col1值而不是原始的col1值。结果是col1和col2具有相同的值。这种行为与标准SQL不同。 UPDATE t1 SET col1 col1 1, col2 col1; 外键约束差异 外键约束的MySQL实现在以下关键方面不同于SQL标准 1、如果父表中有多行具有相同的引用键值InnoDB会执行外键检查就好像其他具有相同键值的父行不存在一样。例如如果您定义了RESTRICT类型约束并且有一个子行具有多个父行InnoDB不允许删除任何父行。这在以下示例中显示 mysql CREATE TABLE parent (- id INT,- INDEX (id)- ) ENGINEInnoDB; Query OK, 0 rows affected (0.04 sec)mysql CREATE TABLE child (- id INT,- parent_id INT,- INDEX par_ind (parent_id),- FOREIGN KEY (parent_id)- REFERENCES parent(id)- ON DELETE RESTRICT- ) ENGINEInnoDB; Query OK, 0 rows affected (0.02 sec)mysql INSERT INTO parent (id) - VALUES ROW(1), ROW(2), ROW(3), ROW(1); Query OK, 4 rows affected (0.01 sec) Records: 4 Duplicates: 0 Warnings: 0mysql INSERT INTO child (id,parent_id) - VALUES ROW(1,1), ROW(2,2), ROW(3,3); Query OK, 3 rows affected (0.01 sec) Records: 3 Duplicates: 0 Warnings: 0mysql DELETE FROM parent WHERE id1; ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (test.child, CONSTRAINT child_ibfk_1 FOREIGN KEY (parent_id) REFERENCES parent (id) ON DELETE RESTRICT) 2、如果ON UPDATE CASCADE或ON UPDATE SET NULL递归以更新它之前在同一级联期间更新过的同一表则其行为类似于RESTRICT。这意味着您不能使用自引用ON UPDATE CASCADE或ON UPDATE SET NULL操作。这是为了防止级联更新导致无限循环。另一方面自引用ON DELETE SET NULL是可能的因为自引用也是可能的ON DELETE CASCADE。级联操作的嵌套深度不得超过15级。 3、在插入、删除或更新多行的SQL语句中逐行检查外键约束如唯一约束。在执行外键检查时InnoDB会在它必须检查的子记录或父记录上设置共享行级锁。MySQL立即检查外键约束检查不会延迟到事务提交。根据SQL标准默认行为应该是延迟检查。即只有在处理完整个SQL语句后才检查约束。这意味着无法使用外键删除引用自身的行。 4、没有存储引擎包括InnoDB可以识别或强制执行referential-integrity约束定义中使用的MATCH子句。使用显式MATCH子句没有指定的效果它会导致忽略ON DELETE和ON UPDATE子句。应避免指定MATCH。 SQL标准中的MATCH子句控制复合多列外键中的NULL值在与引用表中的主键进行比较时如何处理。MySQL本质上实现了MATCH SIMPLE定义的语义学它允许外键全部或部分NULL。在这种情况下可以插入包含此类外键的子表行即使它没有拟合引用父表中的任何行。可以使用触发器实现其他语义学。 5、引用非UNIQUE键的FOREIGN KEY约束不是标准SQL而是现在已弃用的InnoDB扩展必须通过设置restrict_fk_on_non_standard_key启用。在MySQL的未来版本中可能删除对使用非标准键的支持不建议使用他们。 根据SQL标准NDB存储引擎需要在作为外键引用的任何列上显式唯一键或主键。 6、对于不支持外键的存储引擎如MyISAMMySQL Server会解析并忽略外键规范。 7、MySQL解析但忽略“内联REFERENCES规范”在SQL标准中定义其中引用定义为列规范的一部分。MySQL仅在指定为单独的FOREIGN KEY规范的一部分时接受REFERENCES子句。定义列以使用REFERENCES tbl_name(col_name)子句没有实际效果仅作为备忘录或注释告诉您当前定义的列在另一个表中详情可见。使用此语法时必须注意 a、MySQL不执行任何类型的检查来确保col_name确实存在于tbl_name中甚至tbl_name本身存在。 b、MySQL不会对tbl_name执行任何类型的操作例如删除行以响应对您正在定义的表中的行执行的操作换句话说这种语法不会产生任何ON DELETE或ON UPDATE行为。尽管您可以编写ON DELETE或ON UPDATE子句作为REFERENCES的一部分但它也会被忽略。 c、此语法创建一个列它不创建任何类型的索引或键。 您可以将这样创建的列用作连接列如下所示 CREATE TABLE person (id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,name CHAR(60) NOT NULL,PRIMARY KEY (id) );CREATE TABLE shirt (id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,style ENUM(t-shirt, polo, dress) NOT NULL,color ENUM(red, blue, orange, white, black) NOT NULL,owner SMALLINT UNSIGNED NOT NULL REFERENCES person(id),PRIMARY KEY (id)

);INSERT INTO person VALUES (NULL, Antonio Paz);SELECT last : LAST_INSERT_ID();INSERT INTO shirt VALUESROW(NULL, polo, blue, last),ROW(NULL, dress, white, last),ROW(NULL, t-shirt, blue, last);INSERT INTO person VALUES (NULL, Lilliana Angelovska);SELECT last : LAST_INSERT_ID();INSERT INTO shirt VALUESROW(NULL, dress, orange, last),ROW(NULL, polo, red, last),ROW(NULL, dress, blue, last),ROW(NULL, t-shirt, white, last);SELECT * FROM person;

| id | name |

| 1 | Antonio Paz | | 2 | Lilliana Angelovska |

————————-SELECT * FROM shirt;

| id | style | color | owner |

| 1 | polo | blue | 1 | | 2 | dress | white | 1 | | 3 | t-shirt | blue | 1 | | 4 | dress | orange | 2 | | 5 | polo | red | 2 | | 6 | dress | blue | 2 | | 7 | t-shirt | white | 2 | —————————-SELECT s.* FROM person p INNER JOIN shirt sON s.owner p.id WHERE p.name LIKE Lilliana%AND s.color white;————————–

| id | style | color | owner |

| 4 | dress | orange | 2 | | 5 | polo | red | 2 |

| 6 | dress | blue | 2 |

以这种方式使用时REFERENCES不会显示在SHOW CREATE TABLE或DESCRIBE的输出中 mysql SHOW CREATE TABLE shirt\G *************************** 1. row *************************** Table: shirt Create Table: CREATE TABLE shirt ( id smallint(5) unsigned NOT NULL auto_increment, style enum(t-shirt,polo,dress) NOT NULL, color enum(red,blue,orange,white,black) NOT NULL, owner smallint(5) unsigned NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4_0900_ai_ci –作为SQL注解的开头 标准SQL使用C语法/* this is a comment */用于注释MySQL服务器也支持这种语法。MySQL还支持对这种语法的扩展使MySQL特定的SQL能够嵌入到注释中。 MySQL服务器也使用#作为开始注释字符。这是不标准的。 标准SQL还使用–作为开始注释序列。MySQL服务器支持–注释样式的变体–开始注释序列被接受但必须后跟空格或换行符等空格字符。该空格旨在防止使用如下结构生成的SQL查询出现问题这些结构会更新余额以反映费用 UPDATE account SET balancebalance-charge WHERE account_iduser_id 考虑一下当charge具有负值时会发生什么例如-1这可能是将金额记入账户的情况。在这种情况下生成的语句如下所示 UPDATE account SET balancebalance–1 WHERE account_id5752; balance–1是有效的标准SQL但是–被解释为注释的开始并且表达式的一部分被丢弃。结果是一个与预期含义完全不同的语句 UPDATE account SET balancebalance WHERE account_id5752; 该语句的值根本不会发生任何变化。为了防止这种情况发生MySQL需要在–后面加上一个空格字符以便在MySQL服务器中将其识别为开始注释序列以便始终可以安全使用balance–1之类的表达式。