花 6 小时,写了份 Toad For SQL 指南,助你乘风破浪
共 3332字,需浏览 7分钟
·
2020-09-09 18:01
点击蓝色“有关SQL”关注我哟
加个“星标”,天天与10000人一起快乐成长
常觉得,码农就像侠客,没有倚天屠龙,至少也要金蛇玄铁。一款趁手的 SQL/数据库编辑器,绝对震撼同行。如果没有,那就造一个。SQL + Excel 也能走遍天下。
所以,我选择评测一些随手可得的编辑器,对标自制的 SQL + Excel,今天介绍 Toad.
一站式建模
建模即数据建模。
数据有属于自己的数据结构,那就是数据模型。比如这样的:
上图表达的是最简单的二维表结构,也是数据库中最小粒度的单元。
但细心的同学很快就会发现,这幅图的最底端,有个栏位显示的是 " Referenced objects". 这是什么意思呢?
如果在数据库就只有单表的存在,那会变得非常无趣和贫瘠。也有数据库是这么干的,比如 ElasticSearch 和 MongoDB. 他们的数据,就是一个大文档,有多少关系,都在这一个文档里存着。
关系型数据库之所以这么迷人,是因为它有关系。单体存在的同时,单体之间还存在着关系。
想象下,如果大学班里,大家都是在一格格的座位上上课,前后左右都用不透明的木板隔开,那会是多么无聊。
所以,个体加入团体之后,才有更多机会接触外界。认识了好兄弟,从此打球,熬夜,撸 CS 就有了伴;或许也能经历一段不错的不可描述的关系,天天有牵挂着的人,一起上下自习。可惜,我在大学没机会有这么一段关系,所以我称之为不可描述。
说回单体的二维表结构及其所拥有的关系,如果用 SQL 语言来描述,就比较枯燥了:
CREATE TABLE [Production].[Product] (
[ProductID] int IDENTITY(1, 1) NOT NULL,
[Name] [dbo].[Name] NOT NULL,
[ProductNumber] nvarchar(25) NOT NULL,
[MakeFlag] [dbo].[Flag] NOT NULL CONSTRAINT [DF_Product_MakeFlag] DEFAULT ((1)),
...此处省却其他字段表达式1K字
[DiscontinuedDate] datetime NULL,
[rowguid] uniqueidentifier ROWGUIDCOL NOT NULL DEFAULT (newid()),
[ModifiedDate] datetime NOT NULL DEFAULT (getdate()),
,
...此处省却其他约束1K字
CONSTRAINT [CK_Product_SafetyStockLevel]
CHECK ( ([SafetyStockLevel]>(0))
),
CONSTRAINT [CK_Product_ReorderPoint]
CHECK ( ([ReorderPoint]>(0))
),
...此处省却外键关系1K字
REFERENCES [Production].[ProductModel] ( [ProductModelID] ),
CONSTRAINT [FK_Product_ProductSubcategory_ProductSubcategoryID]
FOREIGN KEY ([ProductSubcategoryID])
REFERENCES [Production].[ProductSubcategory] ( [ProductSubcategoryID] )
)
ON [PRIMARY];
GO
但如果我们使用数据库的关系图,来表达单体表结构及其拥有的关系,那么看上去就非常形象与优雅
谁动了我的数据库
只要你做过一段时间的信息系统开发,肯定会遇到并发问题,讲人话,你经常会听到,“我的查询被 block(阻塞)了”,“谁在数据库上乱来啊,把大家都给堵了”
没错,第一句话经常是开发朋友的抱怨,第二句话常常是技术Leader发出的询问。那么如果没有专业 DBA 的介入,一般开发是很难搞定这种情况的。大家做开发,普遍认为数据库就是存取的地方,跟保存一份 excel 文件,并无两样,我的个人操作怎么会影响到别人?
但往往是害人之心不可有,防人之心不可无。队友要坑你,其实与你无关。
碰到这样的情况,初入行的朋友,除了等待,并没有其他好办法。但在这款工具中,给我们提供了一个非常方便的功能,那就是 sessions.
我们来做个实验:
首先,在 SQL Server Management Studio 里面开启有一个不提交的事务:
BEGIN TRANSACTION
UPDATE Production.Product
SET ListPrice = ListPrice + 1000
接着在 Toad 里面开启更新事务:
UPDATE Production.Product
SET ListPrice = ListPrice + 1000
此时,我们可以发现,这个事务一直在等待完成,理论上更新 500 多条数据,不至于30多秒还没有完成。这个时候,大概很多开发就会郁闷,为什么呢,是谁把我给堵死了呢?答案就在 sessions 里面。
打开 Toad 的 sessions 功能,可以看到,UPDATE 被堵塞了:
很多开发,对数据字典是陌生的。通过数据字典,可以查到数据库当前有多少连接,这些连接分别在执行什么SQL,这些SQL又分别消耗了多少 CPU, 内存和 IO. 那如果你也不知道怎么应用数据字典,那么Toad帮你做好这样的查询功能了,你只要会用就行。
在上面的图中,一个锁样的标记,就说明,当前的 session 被别的 session 给阻塞了。打开 Last T-SQL command batch, 还可以看到当前的 session 正在执行什么语句。
找到元凶,就好办了,杀掉它!
给数据库体个检
这个功能是 DBA 最喜欢也最常用的功能。从这开始,有经验与无经验,俗点来说,拿20万还是50万,就开始分化了。
给数据库做体检,意味着数据库的生死存亡都掌握在你手里,公司的信息化责任与你开始着点边了。
拿一张图来诠释,我们要做的事情:
-- 先给数据库制造点活动
WHILE( 1 = 1 )
BEGIN
BEGIN TRANSACTION
UPDATE Production.Product
SET ListPrice = ListPrice + 1000
COMMIT TRANSACTION
IF EXISTS(SELECT * FROM ##CONFIG_FLOW WHERE FLAG = 'Stop')
RETURN
END
这张图可以用来做什么?
当你的老板问你,今天的报表为什么还没有送出,害他在会议上 Demo 失败的时候,你可以祭出这张图:
老板你看4点30分,我们被 DDos 了,大量的用户请求涌进来,导致数据库瘫痪,经过我们运维连夜加机器,部署集群,重启数据库后,又恢复了正常运营,帮公司度过了这次危机。
看着老板180度的心情大转弯,我想你的升职加薪也指日可待了。
同样,这里的原理也涉及到了数据字典。它更多涉及的是 CPU, 内存,IO的使用率的监控。更细化的数据,可以参考 Performance 给出的文字报表:
先介绍这3个常用的功能,用好它,足够应付日常所需。但 Toad 也有局限的地方,有些功能不能自定义扩展,限制一些高级功能的发挥,比如刚才的数据字典可视化,有时我需要指定 waits type 来跟踪,而它却不可以。
往期精彩: