一． 视图概述 视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。 对其中所引用的基础表来说，视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表，或者其它视图。通过视图进行查询没有任何限制，通过它们进行数据修改时的限制也很少。 视图是存储在数据库中的查询的SQL 语句，它主要出于两种原因：安全原因， 视图可以隐藏一些数据，如：社会保险基金表，可以用视图只显示姓名，地址，而不显示社会保险号和工资数等，另一原因是可使复杂的查询易于理解和使用。 视图：查看图形或文档的方式。 视图是从一个或多个表或视图中导出的表，其结构和数据是建立在对表的查询基础上的。和表一样，视图也是包括几个被定义的数据列和多个数据行，但就本质而言这些数据列和数据行来源于其所引用的表。 所以视图不是真实存在的基础表而是一张虚表，视图所对应的数据并不实际地以视图结构存储在数据库中，而是存储在视图所引用的表中。 视图一经定义便存储在数据库中，与其相对应的数据并没有像表那样又在数据库中再存储一份，通过视图看到的数据只是存放在基本表中的数据。对视图的操作与对表的操作一样，可以对其进行查询、修改(有一定的限制)、删除。 当对通过视图看到的数据进行修改时，相应的基本表的数据也要发生变化，同时，若基本表的数据发生变化，则这种变化也可以自动地反映到视图中。 视图有很多优点，主要表现在： •视点集中 •简化操作 •定制数据 •合并分割数据 •安全性 当然视图也存在一些缺点，最大的缺点就是视图带来的更新负担，比如源数据改了，那么视图中要做相应更新，视图中数据改了源数据也要做同步，这和MySQL的Cache差不多。 二． 创建视图——CREATE VIEW 1. 语法 CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}] VIEW [db_name.]view_name [(column_list)] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION]通过该语句可以创建视图，若给定了[OR REPLACE]，则表示当已具有同名的视图时，将覆盖原视图。select_statement是一个查询语句，这个查询语句可从表或其它的视图中查询。视图属于数据库，因此需要指定数据库的名称，若未指定时，表示在当前的数据库创建新视图。 表和数据库共享数据库中相同的名称空间，因此，数据库不能包含相同名称的表和视图，并且，视图的列名也不能重复。 2. 使用举例 Eg. 本例创建一个产品表（product）和一个购买记录表（purchase），再通过视图purchase_detail查询出购买的详细信息。 CREATE TABLE product ( [...]
论坛程序设计的思考
新入公司，项目被老同志分的七七八八，系统还没有足够的熟悉，暂时清闲了几天，看了几天的代码，有面向对象的，更多的是面向过程的，这篇博文的title值得商榷的，反正我不知道该取什么名字，姑且唬人一下。 1）设计目标，任何软件都需要一个设计目标，比如目标用户，并发数等等，论坛这个东西实时性很强，同时在线人数一般不高，如果很高的话一般会自己做，或者请公司定制开发或优化。撑死了几千人同时在线，很多论坛的设计目标就是没有目标，看到好的功能和界面，拿过来，改改，堆上去，完事 2）模块划分，市面上的几个论坛软件大多还是沿用了N多年前的架构，面向过程，而且过程不清晰，虽然在用户后台看上去好像各个功能挺独立的，看看代码就知道，里面定义了一堆全局变量，更奇怪的是没有注释，还有好几个是没用的，代码重复率非常高，require来include去，绕啊，绕啊，我就晕了~~，功能模块都没能独立，更没法谈耦合和内聚了~ 3）数据库设计，这个挺有意思的，曾经“有幸”阅读过discuz不知道几点几版本的代码，里面的SQL写得令人毛骨悚然，不得不佩服写这个SQL语句程序员的数据库造诣之深，反正我是没写过，也写不出来，我的原则是，能一次查询的不做两次查，能不用jion的就坚决不用，discuz的表有上百个之多，phpwind更是超过150个，且有不断增加之趋势，清一色使用mysql，而且还是用的MYISAM引擎，好吧，1000个并发的时候，discuz 7是挂掉了，phpwind没测试过，暂时不评论。数据表设计时冗余是必要的，不一定非要遵循范式规则，过度随意就成了灾难，我看到数据库中居然有q1,q2,q3一直到q21这样的字段，通通都是int型的，而且绝大部分都是空的，浪费空间之严重令人非常惊讶，且不说这个命名十分之不友好，这个东西能这样做的么，假如真的需要21个同样类型的q这种东西，为啥不再分一张表，然后给个ID连接一下不就好了么，这仅仅是一个例子，N张表都能找到这样的例子。用户表是论坛的核心表之一，论坛有积分啊，签名啊，生日啊，等级啊，权限啊之类之类的，用户属性自然是多之又多，可是再多也不能全放一个表里，一个表里有六七十个属性，这像话么！！绝大部分属性普通用户都是空的，又是一个“占着茅坑不拉屎”的表设计，大部分用户注册时能不填的肯定不会填，就那么昵称啊，email啊，密码啊几个字段需要insert，至于牵动六七十个属性同时更改一遍么，myisam引擎insert是加的是表级锁的啊，郁闷，纵向拆分这张表！ 4）错误处理，出错了，前面加个@好了，让别人都看不到就不会有什么问题了，嗯，这个似乎是可以防止因为出错信息而泄漏一些东西，可是总得让自己知道怎么回事啊，不然怎么解决呢，还好都有官方论坛可以去问，大多数时候管理员也不知道用户出了什么问题，只能靠猜，为什么不记录一个log呢？！ 5）不想说了~~先把前面的改了再说……
MySQL中索引限制
1) MyISAM存储引擎的索引键长度的总和不能超过1000个字节 2）BLOB 和TEXT类型的列只能创建前缀索引 3）MySQL目前不支持函数索引 4）使用不等于（！=或<>）的时候MySQL无法使用索引 5）过滤字段使用了函数运算（如abs(column)）后，MySQL无法使用索引 6）Join语句中Join条件字段类型不一致的时候，MySQL无法使用索引 7）使用LIKE操作的时候如果条件是以通配符开始（如%ABC）时，MySQL无法使用索引 8）使用非等值查询时候，MySQL无法使用HASH索引
MyISAM的Concurrent Insert
MyISAM中读写是相互阻塞的锁，很多人误认为MyISAM存储引擎是完全串行化，没有办法并行的，实际上，MyISAM中提供了一个非常有用的特性，就是Concurrent Insert。 在my.cnf中对Concurrent Insert可以进行配置，有三个可选值：0，1，2. 1） concurrent _insert =0 ，无论MyISAM的表数据文件中间是否存在因为删除而留下俄空闲空间，都不允许concurrent insert。 2）concurrent_insert = 1，是当MyISAM存储引擎表数据文件中间不存在空闲空间的时候，从文件尾部进行Concurrent Insert。 3）concurrent_insert = 2, 无论 MyISAM存储引擎的表数据文件的中间部分是否存在因为删除而留下的空闲空间，都允许在数据文件尾部进行concurrent insert操作。 从以上的赋值说明可以得出，在删除操作不是很多的情况下，可以选用 concurrent_insert =2 ，这样可以增大并发速度，但是会浪费一部分数据文件的空间，因为中间删除的空隙得不到数据填充。这个浪费在删除操作较多的情况下是非常可观的，所以在删除操作较多的情况下应该选用concurrent_insert =1,当然，假如你的对空间不是特别在乎，而且能很好的处理备份问题，选用concurrent_insert =2显然能提高你的MyISAM的并发读写能力。
mysql内存表heap使用总结
内存表使用哈希散列索引把数据保存在内存中，因此具有极快的速度，适合缓存中小型数据库，但是使用上受到一些限制，以下是蓝草使用的一些感受。 1、heap对所有用户的连接是可见的，这使得它非常适合做缓存。 2、仅适合使用的场合。heap不允许使用xxxTEXT和xxxBLOB数据类型；只允许使用=和<=>操作符来搜索记录（不允许& lt;、>、<=或>=）；不支持auto_increment；只允许对非空数据列进行索引（not null）。 注：操作符 “<=>” 说明：NULL-safe equal.这个操作符和“=”操作符执行相同的比较操作，不过在两个操作码均为NULL时，其所得值为1而不为NULL，而当一个操作码为NULL时，其所得值为0而不为NULL。 3、一旦服务器重启，所有heap表数据丢失，但是heap表结构仍然存在，因为heap表结构是存放在实际数据库路径下的，不会自动删除。重启之后，heap将被清空，这时候对heap的查询结果都是空的。 4、如果heap是复制的某数据表，则复制之后所有主键、索引、自增等格式将不复存在，需要重新添加主键和索引，如果需要的话。 5、对于重启造成的数据丢失，有以下的解决办法： a、在任何查询之前，执行一次简单的查询，判断heap表是否存在数据，如果不存在，则把数据重新写入，或者DROP表重新复制某张表。这需要多做一次查询。不过可以写成include文件，在需要用该heap表的页面随时调用，比较方便。 b、对于需要该heap表的页面，在该页面第一次且仅在第一次查询该表时，对数据集结果进行判断，如果结果为空，则需要重新写入数据。这样可以节省一次查询。 c、更好的办法是在mysql每次重新启动时自动写入数据到heap，但是需要配置服务器，过程比较复杂，通用性受到限制。 蓝草目前采用的是第二种办法。 6、一些预期可能用到的sql语句 //如果表存在，则删除 DROP TABLE IF EXISTS `abc`; //复制整张表xyz为heap表abc（包含所有数据） CREATE TABLE `abc` type=heap select * from `xyz`; //添加主键id ALTER TABLE `abc` ADD PRIMARY KEY (`id`); //添加索引username ALTER TABLE `abc` ADD INDEX `abc` (`username`); 7.建表实例 CREATE TABLE `DB` ( `id` int(11) [...]