仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1262|回复: 9
打印 上一主题 下一主题

[学习教程] MYSQL网站制作之ADO Data Types与数据库值对应

[复制链接]
跳转到指定楼层
楼主
发表于 2015-1-16 22:51:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
“通过有能力的DBA的一个简单计划,MySQL可以达到令人难以想像的运行速度,”一位资深DBA如此表示。MySQL中没有多余的功能来拖累CPU或占用内存。ado|数据|数据库
ThetablebelowshowstheADODataTypemappingbetweenAccess,SQLServer,andOracle:

DataTypeEnumValueAccessSQLServerOracleadBigInt20BigInt(SQLServer2000+)adBinary128Binary
TimeStampRaw*adBoolean11YesNoBitadChar129CharCharadCurrency6CurrencyMoney
SmallMoneyadDate7DateDateTimeadDBTimeStamp135DateTime(Access97(ODBC))DateTime
SmallDateTimeDateadDecimal14Decimal*adDouble5DoubleFloatFloatadGUID72ReplicationID(Access97(OLEDB)),(Access2000(OLEDB))UniqueIdentifier(SQLServer7.0+)adIDispatch9adInteger3AutoNumber
Integer
LongIdentity(SQLServer6.5)
Int
Int*adLongVarBinary205OLEObjectImageLongRaw*
Blob(Oracle8.1.x)adLongVarChar201Memo(Access97)
Hyperlink(Access97)TextLong*
Clob(Oracle8.1.x)adLongVarWChar203Memo(Access2000(OLEDB))
Hyperlink(Access2000(OLEDB))NText(SQLServer7.0+)NClob(Oracle8.1.x)adNumeric131Decimal(Access2000(OLEDB))Decimal
NumericDecimal
Integer
Number
SmallIntadSingle4SingleRealadSmallInt2IntegerSmallIntadUnsignedTinyInt17ByteTinyIntadVarBinary204ReplicationID(Access97)VarBinaryadVarChar200Text(Access97)VarCharVarCharadVariant12Sql_Variant(SQLServer2000+)VarChar2adVarWChar202Text(Access2000(OLEDB))NVarChar(SQLServer7.0+)NVarChar2adWChar130NChar(SQLServer7.0+)

*InOracle8.0.x-decimalandintareequaltonumberandnumber(10).
通过支付一定费用,客户可以得到优先的24/7支持,访问内容丰富的在线知识库和联系一个专门的技术负责经理。
第二个灵魂 该用户已被删除
沙发
发表于 2015-1-17 16:37:21 | 只看该作者
语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照,如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时,会杀人的!
admin 该用户已被删除
板凳
发表于 2015-1-20 20:17:02 | 只看该作者
这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高,但是相对映射到数据表中效率还是提高了很多。我做过试验,在我的实验环境中会比映射到表中提高30%左右的效率。
莫相离 该用户已被删除
地板
发表于 2015-1-29 20:34:09 | 只看该作者
一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。(有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。)
冷月葬花魂 该用户已被删除
5#
发表于 2015-2-6 04:20:32 | 只看该作者
理解了存储结构,再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识
柔情似水 该用户已被删除
6#
发表于 2015-2-15 13:20:54 | 只看该作者
作了些试验,发现使用CLR的存储过程或函数在达到一定的阀值的时候,系统性能会呈指数级下滑!这是非常危险的!只使用几个可能没有问题,当一旦大规模使用会造成严重的系统性能问题!
7#
 楼主| 发表于 2015-3-4 11:34:05 | 只看该作者
如安全管理、备份恢复、性能监控和调优等,SQL只要熟悉基本操作就可以,只要程序设计部分只要稍加了解即可(如存储过程、触发器等)。
金色的骷髅 该用户已被删除
8#
发表于 2015-3-11 19:15:39 | 只看该作者
总感觉自己还是不会SQL
若天明 该用户已被删除
9#
发表于 2015-3-19 09:13:34 | 只看该作者
多加的系统视图和实时系统信息这些东西对DBA挑优非常有帮助,但是感觉粒度还是不太细。
若相依 该用户已被删除
10#
发表于 2015-3-27 16:12:29 | 只看该作者
是否碎片会引发效率问题?这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-5-1 18:44

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表