绝无经由的MySQL中两种疾速创立空表的体例的区分

下面我将描述五个不使用MySQL的响亮理由。在MySQL中有两种办法<Pstyle="TEXT-INDENT:2em">1、createtablet_nameselect...<Pstyle="TEXT-INDENT:2em">2、createtablet_namelike...<Pstyle="TEXT-INDENT:2em">第一种会作废失落本来表的有些界说，且引擎是体系默许引擎。<Pstyle="TEXT-INDENT:2em">手册上是这么讲的：Someconversionofdatatypesmightoccur.Forexample,theAUTO_INCREMENTattributeisnotPReserved,andVARCHARcolumnscanbecomeCHARcolumns.<Pstyle="TEXT-INDENT:2em">第二种就完整复制原表。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">先创建测试表:<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">mysql>createdatabasedbtest;<Pstyle="TEXT-INDENT:2em">QueryOK,1rowaffected(0.03sec)<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">mysql>usedbtest;<Pstyle="TEXT-INDENT:2em">Databasechanged<Pstyle="TEXT-INDENT:2em">mysql>createtablet_old<Pstyle="TEXT-INDENT:2em">->(<Pstyle="TEXT-INDENT:2em">->idserial,<Pstyle="TEXT-INDENT:2em">->contentvarchar(8000)notnull,<Pstyle="TEXT-INDENT:2em">->`desc`varchar(100)notnull)<Pstyle="TEXT-INDENT:2em">->engineinnodb;<Pstyle="TEXT-INDENT:2em">QueryOK,0rowsaffected(0.04sec)<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">mysql>showcreatetablet_old;<Pstyle="TEXT-INDENT:2em">+-------+-------------------------------------------------+<Pstyle="TEXT-INDENT:2em">|Table|CreateTable|<Pstyle="TEXT-INDENT:2em">+-------+------------------------------------------------+<Pstyle="TEXT-INDENT:2em">|t_old|CREATETABLE`t_old`(<Pstyle="TEXT-INDENT:2em">`id`bigint(20)unsignedNOTNULLauto_increment,<Pstyle="TEXT-INDENT:2em">`content`varchar(8000)NOTNULL,<Pstyle="TEXT-INDENT:2em">`desc`varchar(100)NOTNULL,<Pstyle="TEXT-INDENT:2em">UNIQUEKEY`id`(`id`)<Pstyle="TEXT-INDENT:2em">)ENGINE=InnoDBDEFAULTCHARSET=latin1|<Pstyle="TEXT-INDENT:2em">+-------+----------------------------------------------------+<Pstyle="TEXT-INDENT:2em">1rowinset(0.00sec)<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">第一种体例：<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">mysql>createtablet_selectselect*fromt_oldwhere1=0;<Pstyle="TEXT-INDENT:2em">QueryOK,0rowsaffected(0.04sec)<Pstyle="TEXT-INDENT:2em">Records:0Duplicates:0Warnings:0<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">mysql>showcreatetablet_select;<Pstyle="TEXT-INDENT:2em">+----------+--------------------------------------------+<Pstyle="TEXT-INDENT:2em">|Table|CreateTable+----------+---------------------------------------------+<Pstyle="TEXT-INDENT:2em">|t_select|CREATETABLE`t_select`(<Pstyle="TEXT-INDENT:2em">`id`bigint(20)unsignedNOTNULLdefault0,<Pstyle="TEXT-INDENT:2em">`content`varchar(8000)NOTNULL,<Pstyle="TEXT-INDENT:2em">`desc`varchar(100)NOTNULL<Pstyle="TEXT-INDENT:2em">)ENGINE=MyISAMDEFAULTCHARSET=latin1|<Pstyle="TEXT-INDENT:2em">+----------+-------------------------------------------+<Pstyle="TEXT-INDENT:2em">1rowinset(0.00sec)<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">第二种体例：<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">mysql>createtablet_likeliket_old;<Pstyle="TEXT-INDENT:2em">QueryOK,0rowsaffected(0.02sec)<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">mysql>showcreatetablet_like;<Pstyle="TEXT-INDENT:2em">+--------+-------------------------------------------------+<Pstyle="TEXT-INDENT:2em">|Table|CreateTable|<Pstyle="TEXT-INDENT:2em">+--------+-------------------------------------------------+<Pstyle="TEXT-INDENT:2em">|t_like|CREATETABLE`t_like`(<Pstyle="TEXT-INDENT:2em">`id`bigint(20)unsignedNOTNULLauto_increment,<Pstyle="TEXT-INDENT:2em">`content`varchar(8000)NOTNULL,<Pstyle="TEXT-INDENT:2em">`desc`varchar(100)NOTNULL,<Pstyle="TEXT-INDENT:2em">UNIQUEKEY`id`(`id`)<Pstyle="TEXT-INDENT:2em">)ENGINE=InnoDBDEFAULTCHARSET=latin1|<Pstyle="TEXT-INDENT:2em">+--------+-------------------------------------------------+<Pstyle="TEXT-INDENT:2em">1rowinset(0.00sec)<Pstyle="TEXT-INDENT:2em">mysql>
只需每年花费2000到5000美元。无论你是自掏腰包来创建一个新兴公司，还是得到了风险投资商的赞助，使用MySQL都可以降低你所需要的人力成本。

对于微软系列的东西除了一遍遍尝试还真没有太好的办法

语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。

总感觉自己还是不会SQL