MySQL下划线何去何从（mysql下划线消失了）

MySQL：下划线何去何从？

在MySQL中，下划线是一种常见的命名规则符号，被广泛用于数据库对象的命名和查询语句中的关键字。然而，随着数据库技术的进步和需求的变化，下划线在MySQL中的使用现状也在不断变化，引起了不少争议。

一方面，在数据库设计和编程中，下划线通常用于分隔对象名称中的不同部分，帮助开发人员更好地理解和管理数据库对象。例如，表名可以命名为“tbl_user_info”，其中下划线分隔了“tbl”、“user”和“info”三个单词，使表名更加明确清晰。同样，对于MySQL函数和存储过程中的参数名称和变量名称，下划线也有着同样的作用。例如，存储过程参数可以定义为“IN p_user_id INT”，其中下划线将“p”和“user_id”分隔开来，防止歧义和不必要的错误。

另一方面，随着移动和云计算等新兴技术的不断崛起，人们对数据的快速访问和查询需求越来越强烈。在这种情况下，下划线可能会成为一种负担，限制数据库查询的速度和灵活性。由于下划线字符在MySQL中被视为通配符，故当查询表名或列名包含下划线时，通常需要对下划线进行转义或使用正则表达式等方式进行匹配。这种处理方式既增加了数据库查询语句的复杂度，也可能导致查询速度变慢，降低数据库的性能。

为了解决这个问题，MySQL 5.7及以上版本引入了一个新的命名规则符号，即破折号（-）。与下划线相比，破折号不会被MySQL视为通配符，从而可以更加灵活和方便地进行查询和操作。例如，我们可以使用表名“tbl-user-info”来代替“tbl_user_info”，从而避免了下划线在查询中的限制。此外，破折号也有着更好的可读性和美观性，更加符合现代编程的风格和理念。

虽然破折号在MySQL中的使用已经有了较大的发展空间，但下划线作为一种历史悠久的命名规则符号，仍然具有一定的实用价值。对于一些老旧的数据库和遗留系统，下划线仍然是一种普遍的命名方式，需要保持兼容性和可维护性。在实际开发中，开发人员需要根据具体情况选择合适的命名规则符号，以达到最好的查询效率和代码可读性。

下划线和破折号在MySQL中都有着其独特的优缺点和应用场景，开发人员需要综合考虑各种因素来进行选择。无论使用哪种方式，都需要遵循一定的命名规范，保证数据的一致性和完整性，为数据库的稳健性和可靠性奠定基础。以下是一些命名规范的示例代码：

— 表名命名规范示例

CREATE TABLE tbl_user_info (

  user_id INT NOT NULL AUTO_INCREMENT,

  user_name VARCHAR(50) NOT NULL,

  join_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP(),

  PRIMARY KEY (user_id)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

— 存储过程参数命名规范示例

DELIMITER $$

  CREATE PROCEDURE proc_get_user_info(

      IN p_user_id INT,

      OUT p_user_name VARCHAR(50)

  )

  BEGIN

      — 存储过程代码

  END$$

DELIMITER ;

— 变量命名规范示例

DECLARE v_user_id INT;

DECLARE v_user_name VARCHAR(50); 

通过以上命名规范示例，我们可以看到下划线和破折号的具体应用方法和场景，以及如何保证命名的规范和正确性。开发人员需要在实践中不断积累经验和为MySQL的发展和运用做出更大的贡献。