花 6 小时，写了份 Toad For SQL 指南，助你乘风破浪

有关SQL 2020-09-07

861

点击蓝色“有关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