到目前为止，Twitter被人们公认为是Web 2.0中规模最大、最成功的作品之一。它的各种功能存在着很大的差别，这都取决于人们如何来使用：一些人认为它是一个很好的产品，可以让自己立刻在很多方面都能够站在潮流的最前面;也有些人还把它作为了邮件或者是在线沟通的一种辅助方式。

　　然而，一些人希望让Twitter连接到其它服务，为它编写接口和联合系统，甚至是一些还没有对外宣布的新的应用方式(或是连同数据一起提供应用)。

　　如果你是一个SQL Server工程师，正在寻找一种可以让你的数据库跟Twitter进行对话的一条捷径。那么，一个第三方程序Tweet-SQL 第三版是一个不错的选择(不是由Twitter签署或者创建)，它由Microsoft SQL Server2005/2008存储过程和CLR程序集组成，封装了全部的Twitter API。

　　安装和配置Tweet-SQL通常由图形用户界面来完成。你需要选择数据库、SQL Server实例以及你的Twitter用户帐号。同样的，卸载也是通过同一个图形用户界面来完成，因此当你觉得不需要的时候可以很容易的对其进行清理。

　　Tweet-SQL的存储过程都是以“tweet_”来开头的，因此有时候可能会与现有的存储过程产生命名空间上的冲突。也就是说，如果你想把冲突的机率降低到最小的话，那就要把Tweet-SQL安装到它指定的数据库中，而且要保持在该数据库上面工作。Tweet-SQL的内部设置也同样可以由两种方式来修改，由图形用户界面或者是通过它内部的存储过程进行命令发布;因此也可以通过编写程序或者是管理手段来修改它们。

　　人们通过Twitter来做的很多常见的事情当中，有些并不属于Twitter的本地API集合，但他们也一样被Twitter支持。例如，tweet_util_tweetShrink存储过程会用一些常规的方式(例如:“two”，“too”和 “to”都被简写为“2”)简化文本，并且返回一个数字让你知道有多少字符被省略掉了。

　　你可以免费下载并且试用Tweet-SQL 30天。在写本文的时候，Tweet-SQL完整版的售价是25英镑(约合人民币256元)，当然价格可能会变化。一揽子许可证可以让你在两台机器上运行，比如，一台作为服务器，一台作为终端客户机，但是并不限制你只能使用一个Twitter帐号。

　　有一点要注意，在Tweet-SQL中没有对Twitter API的速率限制进行跟踪，因此无论你在Tweet-SQL上创建何种应用的时候都要注意这些限制。