MYSQL编程：为MYSQL加正文

由于在MySQL中有如此众多的额外功能可选，诸如存储引擎等，你可以选择最适合你公司的一个，或者尝试选用多个引擎。MySQL开始非常小巧，但是可以随着公司的成长而不断地变强大。
3.7加正文
MySQL同意在SQL代码中利用正文。这关于申明寄存在文件中的查询很有效处。可用两个体例编写正文。以“#”号开首直到行尾的一切内容都以为是正文。另外一种为C作风的正文。即，以“/*”入手下手，以“*/”停止的一切内容都以为是正文。C作风的正文可跨多行，如：

登录/注册后可看大图

自MySQL3.23版以来，可在C作风的正文中“埋没”MySQL独有的关头字，正文以“/*!”而不是以“/*”开端。MySQL检察这类特别范例正文的外部并利用这些关头字，但其他数据库服务器将这些关头字作为正文的一部分疏忽。如许有助于编写由MySQL实行时使用MySQL特有功效的代码，并且该代码也能够不必修正就用于其他数据库服务器。上面的两条语句关于非MySQL的数据库服务器是等价的，但假如是MySQL服务器，将在第二条语句中实行一个INSERTDELAYED操纵：

登录/注册后可看大图

登录/注册后可看大图

自MySQL3.23.3以来，除方才先容的正文作风外，还能够用两个短划线和一个空格（“--”）来入手下手正文；从这两个短划线到行的停止的一切内容都作为正文处置。有的数据库以双短划线作为正文的肇端。MySQL也同意如许，但必要加一个空格以避免发生搅浑。比方，带有如像5--7如许的表达式的语句有大概被以为包括一个正文，但不成能写5--7如许的表达式，因而，这是一个很有效的探究。但是，这仅仅是一个探究，最好不必这类作风的正文。


当然，或许这并不是我们拒绝MySQL的一个有说服力的MySQL学习教程，但是对于一些比较守旧的IT经理来说，在为一些关键业务选择平台的时候，平台的成熟性却是必须要考虑的一个因素，在这一点上，MySQL无疑毫无优势。

不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关

我们学到了什么？思考问题的时候从表的角度来思考问

但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右）

连做梦都在想页面结构是怎么样的，绝非虚言

SQL语言是学习所有数据库产品的基础，无论你是做数据库管理还是做数据库开发都是这样。不过具体学习的侧重点要看你将来做哪一块，如果是做数据库管理（DBA），侧重点应该放在SQLServer的系统管理上.

两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。