仓酷云

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

[学习教程] 发一篇具体解说怎样用SQLyog来剖析MySQL数据库

[复制链接]
海妖 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 20:13:53 | 只看该作者 回帖奖励 |正序浏览 |阅读模式

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

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

x
这些过程被存储和运行在数据库服务器上,以减少在客户端的处理过程,从而最大限度地提高了处理能力,因为通常情况下数据库服务器会运行地更快。存储过程并不是MySQL独有的功能,但是这个最近新增加的功能使得这个数据库比以前更具吸引力了。用SQLyog来剖析MySQL数据库:<Pstyle="TEXT-INDENT:2em">SOLyog的下载、安装和利用很复杂。我往了相干网站下载,它只要384K字节巨细。它把两个文件(一个可实行文件.exe和一个静态链接库文件.dll)安装到C:PRogramFilesSQLyog路径下。然后运转可实行文件。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">安装后没有需要再会见该网站了,我会见该网站是失掉了一个动静,说它的域名没有设置(configured)、挂号、或正在建立中。我不分明这个成绩是临时的仍是一向是如许。该软件是收费的,而且没有标记告白(bannerads),以是它多是一个特定的还没有终极定型的贸易模子。终极大概仍是要负费的。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">数据库、表格(table)和列树(columntree)<Pstyle="TEXT-INDENT:2em">该程序一启动就入手下手扣问我的登录到MySOL服务器的口令。我只必要输出我的服务器名字、用户id和登录暗码。一切别的的设置都是准确的默许值。然后(当我入手下手别的事件、重启几回、睡了一会以后),我从头运转该程序,这时候只必要再次输出我的登录暗码。该程序没有保留暗码的选项,你能够以为这是该程序的一个bug,也能够说是程序的保密特征。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">一旦你登录以后,界面就是很值得注重。MySOL服务器上一切的数据库都显现在一个树型控件上。你只能会见你在登录时受权的谁人数据库。假如你点开代表受权给你的谁人数据库的树型布局,你就能够看到一系列代表表格的节点。点开表格节点后,你就能够看到一系列显现字段名的节点和另外一个代表索引的节点汇合。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">索引界面相对是个好东东,如许你就能够CRUD查询索引和关头字了。这绝对前端数据库如Microsoftaccess来讲是个进步。假如思索到MySOL方才入手下手供应对主(primary)和非相干(foreign)关头字干系的撑持,本程序这部分的计划是很成熟的。在右下方的面板上,有四个标签页,即:了局(Result)、动静(Message)、工具(Object)和汗青(History)。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">有甚么弱点?<Pstyle="TEXT-INDENT:2em">我试图发明该程序的弱点,不外只发明了一个。假如你在Win32DependencyWalker下运转程序的.exe文件,你会发明它援用了COMDLG32.dll文件,而COMDLG32.dll又轮番援用AppHelp。实事上,CommDlg挪用AppHelp,而当AppHelp没有哀求函数时,CommDlg这么做基本就是华侈资本。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">过于复杂?<Pstyle="TEXT-INDENT:2em">在SQLyogFAQ上,有一种概念以为该软件没有正式回档的需要。固然,FAQ(罕见成绩解答)自己就是一种回档。SQLyog的界面十分直不雅。我倡议你打印一份MySOL文档(包含SQL特别语法扩大)。我就是这么做的,它只用了一个半英寸的活页封面。<Pstyle="TEXT-INDENT:2em"><Pstyle="TEXT-INDENT:2em">最初一步?<Pstyle="TEXT-INDENT:2em">FAQ还让人想到一个让人耳朵起了老趼却又是准确的OccamsRazor原则――统统超越需要的庞大性都是没有需要的。我之以是各处“倾销”这个工具,就是由于它能够为我们供应一个能够办理MySOL服务器上很多数据库的、复杂的、图形化的界面。它的速率极快,而且它的拷贝很小(能够放在一张软盘上)。<Pstyle="TEXT-INDENT:2em">SQLyog传播鼓吹本人是一个查询剖析器,实践上它的功效远远不止这些。假设你正在利用MySOL,你能够在它的网站下载SQLyog(必要挂号你的名字和电子邮件地点),然后亲身感觉一下它的其他功效。
据我的观察,现在有一个趋势,那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库,例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说,MySQL很难得到宠爱,这时候,关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。
蒙在股里 该用户已被删除
9#
发表于 2015-3-21 11:13:10 | 只看该作者
需要注意的一点,也是我使用过程中发现的一个问题。在建立function->schema->table后,如果在现有的分区表上建立没有显式声明的聚集索引时,分区表会自动变为非分区表。这一点很让我纳闷。
小女巫 该用户已被删除
8#
发表于 2015-3-14 15:19:36 | 只看该作者
光写几个SQL实在叫无知。
小魔女 该用户已被删除
7#
发表于 2015-3-7 06:24:18 | 只看该作者
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
飘飘悠悠 该用户已被删除
6#
发表于 2015-2-23 08:27:31 | 只看该作者
一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。(有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。)
愤怒的大鸟 该用户已被删除
5#
发表于 2015-2-7 19:11:57 | 只看该作者
对一张百万级别的表建游标,同时又没有什么过滤条件,取得游标效率是如果直接SQL查询百万条数据;如果再对每条记录做处理,耗时将更长。
山那边是海 该用户已被删除
地板
发表于 2015-2-2 11:30:20 来自手机 | 只看该作者
两个月啃那本sqlserver2005技术内部-存储引擎,花了几个月啃四本书
再见西城 该用户已被删除
板凳
发表于 2015-1-24 16:50:37 | 只看该作者
对一张百万级别的表建游标,同时又没有什么过滤条件,取得游标效率是如果直接SQL查询百万条数据;如果再对每条记录做处理,耗时将更长。
冷月葬花魂 该用户已被删除
沙发
发表于 2015-1-18 18:54:31 | 只看该作者
SP4包括用于以下SQLServer2000组件的程序包:Database组件(下载文件:SQL2000-KB884525-SP4-x86.EXE)更新SQLServer2000的32位Database组件,包括数据库引擎、复制、客户端连接组件及工具。有关其他信息,请参阅ReadmeSql2k32Sp4.htm。AnalysisServices组件(下载文件:SQL2000.AS-KB884525-SP4-x86.EXE)更新SQLServer2000的32位AnalysisServices。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-11-11 06:51

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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