仓酷云

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

[学习教程] MYSQL网页设计怎样将SQL Server 2005迁徙至64位平台

[复制链接]
冷月葬花魂 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:18:09 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

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

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

x
列举选择MySQL的理由的最困难的地方在于,如何对这些理由进行排序。MySQL学习教程这就如同我们经常争论的故事:先有鸡还是先有蛋?  相称长一段工夫以来,在64位平台上运转SQLServer一向是进步数据库功能和扩大性的一种选择,不外设置方面的选项无限,并且不是没有成绩。举例说,SQLServer2000只能在高贵的安腾系列处置器下面运转;并且SQLServer的客户端工具与64位平台不兼容。另外一方面,SQLServer2005却供应了新的选项能够充实使用64位架构的壮大功效;并且完整没有在已往招致人们不太必要64位的成绩。
  利用SQLServer的公司为何应该改用64位架构?
  要解答这个成绩,最主要的谜底就是,64位平台与32位体系比拟,年夜年夜进步了内存会见才能。32位体系最多只能当地会见4GB的内存。32位的SQLServer体系利用地点窗口扩大(AWE)及相干手艺后,最多能够会见64GB的内存,不外地点假造手艺带来了开支:AWE必要创立假造“窗口”来会见更高内存。会见高端内存的每一个哀求都必需经由过程这个窗口举行,开支要比哀求会见当地内存年夜很多。因此,在高利用率情形下,会见更年夜内存的功效实践上妨害了而不是有助于功能。别的,AWE内存只是被SQLServer用于缓冲器缓存,而不是用于历程缓存,并且不会有助于对使用很多即席查询(ad-hocquery)的服务器举行优化。AWE内存也不会被用于匡助内存中的排序、散列毗连(hashjoin)大概其他数据麋集型操纵。
  现在的64位体系最多可当地会见512GB的内存。这意味着,功能不会遭到地点窗口的影响,分外内存能够供任何SQLServer缓存而不单单是缓冲器缓存利用。这类增添内存的功效在很多情形下间接进步了功能。因为更多的数据保留在缓存内里,必将会削减磁盘的I/O操纵。你还会注重到利用两头排序、散列毗连大概指针的查询在功能上失掉进步。一切这些在内存内里举行求值要比换到磁盘长进行求值来得快。
  为何64位接纳缓慢?
  有人忍不住会想:既然优点这么明显,为何到今朝为止64位SQLServe的接纳仿佛很缓慢?SQLServer2000的64位选项很无限,由于SQLServer2000唯一撑持的64位设置就是安腾服务器运转在WindowsServer2003下面。也没有哪一个SQLServer2000客户端工具可在64位服务器下面运转,包含企业办理器、查询剖析器和SQLProfiler。连数据转换服务(DTS)软件包也没法在64位服务器上运转,这意味着DTS没法充实使用64位的更强功效。
  SQLServer200564位架构有甚么长处?
  SQLServer2005为企业带来了64位架构的长处,而与以往比拟价位较低、功效较多。最主要的是,SQLServer2005撑持能够安装在安腾和代价低很多的x64服务器两种平台上。以是,除节俭用度外,数据库办理员如今就能够利用英特尔处置器大概AMD处置器。
  SQLServer2005客户端工具与64位服务器完整兼容,一切SQLServer撑持服务都能够在64位设置情况下与SQLServer2005一同利用,这包含:剖析服务、SQLServer集成服务、报表服务和关照服务。一切这些服务都可以使用会见更多内存的功效,有助于进步安装的SQLServer的功能、满意营业集成需求。
  哪一种安装情况应该晋级至64位?
  晋级次要有两个市场:必要向上扩大的32位单服务器安装情况;和必要兼并的32位多服务器安装情况。每种场景都有分明的长处。
  标明单服务器安拆卸置大概属于向上扩大种别的最分明迹象就是,深度查询磁盘举动、较低的缓冲器缓存射中率和较短的页面熟命周期。一切这些成绩都可使用功能计数器来评价,可经由过程可以会见更多内存的64位体系来加以办理。
  另外一方面,断定多服务器安装情况是否是十分合适兼并来得坚苦一点。应该举行仔细测试,评价一切数据库统共必要几内存、处置器能不克不及处置一切数据库的并发查询、磁盘体系能不克不及处置同时读写带来的更年夜压力。做出这个决议比晋级单一服务器坚苦很多,不外就全体的办理浅易性而言,会取得伟大报答。
  改用64位会在SQLServer的功能和扩大性方面带来严重影响。SQLServer2005供应的选项使得从32位举行晋级公道很多。假如你投资新硬件用于新的数据库办理体系(DBMS),就应该查询拜访剖析64位选项,特别是基于代价较低的x64位处置器的那些选项。
  我要不要利用新的XML数据范例把一切XML数据保留在SQLServer2005内里?
  XML酷似CLR用户界说范例(UDT),它如今是SQLServer2005中新的第一类数据范例。开辟职员如今大概会不由得利用这类数据范例,以避免编写代码把XML数据“支解”到内外面(即不是利用OPENXML往内外面批量载进数据)。
  遗憾的是,像如许利用XML数据范例存在与利用用户界说范例暗示数据一样的很多成绩。开辟职员应该把功能记在心头,由于对XML列的一个节点举行查询必要引擎对表中每行的分歧XML查询举行求值。与利用CLRUDT一样,还存在标准化成绩。在过量利用XML数据范例的数据库内里,要确保数据完全性极为坚苦。
珍贵的资金可以用于其他业务的启动,诸如市场、广告或调研和开发等。
精灵巫婆 该用户已被删除
沙发
发表于 2015-1-19 07:20:26 | 只看该作者
一个百万级别的基本信息表A,一个百万级别的详细记录表B,A中有个身份证id,B中也有身份id;先要找出A中在B的详细记录。
简单生活 该用户已被删除
板凳
发表于 2015-1-19 07:20:26 | 只看该作者
多走走一此相关论坛,多看一些实例开发,多交流0经验,没什么的,我也是刚学没多久!加油
莫相离 该用户已被删除
地板
发表于 2015-1-24 12:03:22 | 只看该作者
having子句的作用是筛选满足条件的组,即在分组之后过滤数据,条件中经常包含聚组函数,使用having条件显示特定的组,也可以使用多个分组标准进行分组。
再见西城 该用户已被删除
5#
发表于 2015-2-1 10:11:54 | 只看该作者
但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。
蒙在股里 该用户已被删除
6#
发表于 2015-2-20 06:47:05 | 只看该作者
数据库物理框架没有变动undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。
兰色精灵 该用户已被删除
7#
发表于 2015-3-6 16:47:05 | 只看该作者
所以你总能得到相应的升级版本,来满足你的需求。
活着的死人 该用户已被删除
8#
发表于 2015-3-13 04:18:27 | 只看该作者
SQLServer的异构移植功能个人感觉最好了。(如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。)
老尸 该用户已被删除
9#
发表于 2015-3-20 12:39:37 | 只看该作者
始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限,而这个家伙疯狂的死循环进行连接查询,会给你的系统带来很大的负担。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-11-11 04:43

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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