MYSQL编程：判别一个字段是不是在表中的函数

DBaaS解决方案既可以解决这些问题，又能为客户节约资金。相反作为解决方案提供商，采用DBaaS模式似乎就并不那么有吸引力了，因为与企业内部署软件的解决方案相比，DBaaS意味着更低的利润。<P>判别一个字段是不是在表中
FunctionBlnField(sTblNameAsString,sFldNameAsString)AsBoolean

sTblName　源表名
要查找的字段名DimfldAsField
DimrsAsDAO.Recordset

BlnField=False
Setrs=CurrentDb.OpenRecordset(sTblName)
rs.Fields.Refresh
ForEachfldInrs.Fields
Iffld.Name=sFldNameThen
BlnField=True
ExitFor
EndIf
Next
rs.Close
Setrs=Nothing
Setfld=Nothing
EndFunction
PrivateSub命令0_Click()
前往True则有此字段，False则无
MsgBoxBlnField("tbl1","ID")
EndSub

采用DBaaS解决方案，他们也可以使用同大企业一样的技术。在大型组织中，DBaaS可以提供部门级解决MySQL学习教程，而无需IT部门和采购部门的介入，提供更快和更容易的方法来实现小型解决方案。

所以你总能得到相应的升级版本，来满足你的需求。

多加的系统视图和实时系统信息这些东西对DBA挑优非常有帮助，但是感觉粒度还是不太细。

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

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

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