MYSQL网页设计ACCESS中Field工具的题目属性
”由于MySQL已经是一个运行了众多知名Web2.0网站的数据，包括Craigslist、Digg、Wikipedia和Google等，或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。ACCESS数据库中Field工具的caption属性（也就是题目）是用来设置数据字段的题目，在一般的数据库计划中为了坚持保护的便当性，很多开辟者都将字段名与题目做了分离设置，题目常常比字段名更友爱，更能申明字段的用处。本篇从另外一个角度来讲明怎样用ＶＢＡ读写该属性。Field工具的CAPTION属性并非ADO原生工具，而是“可由ADO会见的ACCESS属性”，在匡助文档中先容了两种会见这个属性的办法，一种使用ADO，一种使用DAO，因为在ACCESS2003及之前的版本中Field工具并非ACCESSObject工具，因此也就没有AccessObjectProperties属性，以是我们也就不克不及在ADO中往办理这个成绩，如今用另外一种体例来办理DAO的代码。http://www.ckuyun.com/
以下为援用的内容：
SubSetProperty(dbsTempAsDAO.Field,strNameAsString,_
booTempAsString)
DimprpNewAsDAO.Property
DimerrLoopAsError
Attempttosetthespecifiedproperty.
OnErrorGoToErr_Property
dbsTemp.Properties(strName)=booTemp
OnErrorGoTo0
ExitSub
Err_Property:
Error3270meansthatthepropertywasnotfound.
IfDBEngine.Errors(0).Number=3270Then
Createproperty,setitsvalue,andappendittothe
Propertiescollection.
SetprpNew=dbsTemp.CreateProperty(strName,_
dbText,booTemp)
dbsTemp.Properties.AppendprpNew
ResumeNext
Else
Ifdifferenterrorhasoccurred,displaymessage.
ForEacherrLoopInDBEngine.Errors
MsgBox"Errornumber:"&errLoop.Number&vbCr&_
errLoop.Description
NexterrLoop
End
EndIf
EndSub
SubDisplayClumCaption(ByValtbnameAsString,
ByValfldIndexAsInteger)
DimdsetAsDAO.TableDef)//*****必需利用TableDef工具
DimiAsInteger
DimtmpPropAsDAO.Property//强迫利用DAO范例
DimfldAsDAO.Field//强迫利用DAO范例
DimtmpTxtAsString
OnErrorResumeNext
DimmsgAsString
DimcdbAsDAO.Database//*****强迫利用DAO范例
Setcdb=CurrentDb//****关头，断定对以后数据库的静态援用
Setdset=cdb.TableDefs(tbname)//*****必需利用TableDef工具
ForEachfldIndset.Fields
tmpTxt=fld.Name
SetPropertyfld,"Caption",tmpTxt
msg=msg+fld.Properties("Caption")
msg=msg+Chr(10)+Chr(13)
Nextfld
MsgBoxmsg
EndSub
在以上部分的代码中有两个SUB，一个是SetProperty，用来判别一个字段是不是有指定的属性，假如没有设置，就将响应的数值赋给该属性。另外一个是DisplayClumCaption，这是对指定表中的字段按字段名设置其CAPTION属性的演示代码。假如有必要，人人能够对SetProperty举行修正，使他酿成一个只读的函数，用来列举指定表中每一个字段的CAPTION属性。DisplayClumCaption代码中，打“星号”的中央是要重点注重的，否则大概会在MSDN中多走弯路。
当然，或许这并不是我们拒绝MySQL的一个有说服力的MySQL学习教程，但是对于一些比较守旧的IT经理来说，在为一些关键业务选择平台的时候，平台的成熟性却是必须要考虑的一个因素，在这一点上，MySQL无疑毫无优势。 不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关 也可谈一下你是怎么优化存储过程的? 呵呵，这就是偶想说的 varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。 总感觉自己还是不会SQL 同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。 比如日志传送、比如集群。。。 外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。
页:
[1]