MySQL 是否保留存储过程创建时的环境？

学习知识要善于思考，思考，再思考！今天golang学习网小编就给大家带来《MySQL 是否保留存储过程创建时的环境？》，以下内容主要包含等知识点，如果你正在学习或准备学习数据库，就都不要错过本文啦~让我们一起来看看吧，能帮助到你就更好了！

实际上，MySQL 会保留创建存储过程时的环境。可以通过以下示例来理解，在该示例中我们使用两个条来连接字符串。这仅在 SQL 模式为 ansi 时才合法。但是，如果我们将 SQL 模式更改为非 ansi，该过程仍然有效，就好像原始设置仍然为 true 一样。

示例

mysql> Set sql_mode = 'ansi'//
Query OK, 0 rows affected, 1 warning (0.14 sec)

mysql> Create Procedure Con_string()
    -> SELECT 'a'||'b'//
Query OK, 0 rows affected (0.12 sec)
mysql> Call Con_string ();
+----------+
| 'a'||'b' |
+----------+
| ab       |
+----------+
1 row in set (0.05 sec)

Query OK, 0 rows affected (0.05 sec)

mysql> Set sql_mode = '';
Query OK, 0 rows affected (0.00 sec)

mysql> Call Con_string();
+----------+
| 'a'||'b' |
+----------+
| ab       |
+----------+
1 row in set (0.00 sec)
Query OK, 0 rows affected (0.00 sec)

上面的结果集显示，即使将 SQL 模式更改为非 ansi 后，过程 Con_string() 仍会生成与 SQL 模式仍然是 ansi 相同的结果。但是新程序将不接受两个条，因为我们已将 SQL 模式更改为非 ansi。

mysql> create procedure Con_string1()
    -> Select 'a'||'b'//
Query OK, 0 rows affected (0.02 sec)

mysql> Call Con_string1()//
+----------+
| 'a'||'b' |
+----------+
|        0 |
+----------+
1 row in set (0.00 sec)

Query OK, 0 rows affected, 2 warnings (0.00 sec)

以上就是《MySQL 是否保留存储过程创建时的环境？》的详细内容，更多关于的资料请关注golang学习网公众号！