MYSQL网站制作之静态SQL四品种型的语句格局

MySQL部署迅速，因此移植过程不会导致生产中断。而且，较短的学习曲线可以让你的系统管理员迅速掌握它的运行和维护。而且，MySQL的易于维护和管理意味着目前的职员可以处理目前的工作。静态|语句1.DynamicSQLFormat1

EXECUTEIMMEDIATESQLStatement{USINGTransactionObject};

eg:
stringMysql
Mysql="CREATETABLEEmployee"&
+"(emp_idintegernotnull,"&
+"dept_idintegernotnull,"&
+"emp_fnamechar(10)notnull,"&
+"emp_lnamechar(20)notnull)"
EXECUTEIMMEDIATE:Mysql;

2.DynamicSQLFormat2

PREPAREDynamicStagingAreaFROMSQLStatement{USINGTransactionObject};
EXECUTEDynamicStagingAreaUSING{ParameterList};

eg:
INTEmp_id_var=56
PREPARESQLSA
FROM"DELETEFROMemployeeWHEREemp_id=?";
EXECUTESQLSAUSING:Emp_id_var;


3.DynamicSQLFormat3

DECLARECursor|ProcedureDYNAMICCURSOR|PROCEDUREFORDynamicStagingArea;
PREPAREDynamicStagingAreaFROMSQLStatement{USINGTransactionObject};
OPENDYNAMICCursor{USINGParameterList};
EXECUTEDYNAMICProcedure{USINGParameterList};
FETCHCursor|ProcedureINTOHostVariableList;
CLOSECursor|Procedure;
eg:
integerEmp_id_var

DECLAREmy_cursorDYNAMICCURSORFORSQLSA;
PREPARESQLSAFROM"SELECTemp_idFROMemployee";
OPENDYNAMICmy_cursor;
FETCHmy_cursorINTO:Emp_id_var;
CLOSEmy_cursor;


4.DynamicSQLFormat4

DECLARECursor|ProcedureDYNAMICCURSOR|PROCEDUREFORDynamicStagingArea;
PREPAREDynamicStagingAreaFROMSQLStatement{USINGTransactionObject};
DESCRIBEDynamicStagingAreaINTODynamicDescriptionArea;
OPENDYNAMICCursor|ProcedureUSINGDESCRIPTORDynamicDescriptionArea;
EXECUTEDYNAMICCursor|ProcedureUSINGDESCRIPTORDynamicDescriptionArea;
FETCHCursor|ProcedureUSINGDESCRIPTORDynamicDescriptionArea;
CLOSECursor|Procedure;

eg:

stringStringvar,Sqlstatement
integerIntvar
Sqlstatement="SELECTemp_idFROMemployee"
PREPARESQLSAFROM:Sqlstatement;
DESCRIBESQLSAINTOSQLDA;
DECLAREmy_cursorDYNAMICCURSORFORSQLSA;
OPENDYNAMICmy_cursorUSINGDESCRIPTORSQLDA;
FETCHmy_cursorUSINGDESCRIPTORSQLDA;

//IftheFETCHissuccessful,theoutput
//descriptorarraywillcontainreturned
//valuesfromthefirstrowoftheresultset.
//SQLDA.NumOutputscontainsthenumberof
//outputdescriptors.
//TheSQLDA.OutParmTypearraywillcontain
//NumOutputentriesandeachentrywillcontain
//anvalueoftheenumerateddatatypeParmType
//(suchasTypeInteger!,orTypeString!).

CHOOSECASESQLDA.OutParmType[1]
CASETypeString!
Stringvar=GetDynamicString(SQLDA,1)
CASETypeInteger!
Intvar=GetDynamicNumber(SQLDA,1)

ENDCHOOSE
CLOSEmy_cursor;
据我的观察，现在有一个趋势，那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库，例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说，MySQL很难得到宠爱，这时候，关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。

你可以简单地认为适合的就是好，不适合就是不好。

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。

分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。

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

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

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

是要和操作系统进行Socket通讯的场景。否则建议慎重！

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