寻找IDE for sql


某天早晨,我问一个程序员:“如果你接受了一个修改一个存储过程的任务,那么你会如何一步步的完成这个工作"?他的回答是:“先启动vss,找到这个文件,然后用‘查询分析器’修改,调试,然后提交”。

 

都是些什么阿猫阿狗的啊。vss就不怎么样了,用它来定位文件是很麻烦的。通过查询分析器修改sql也很老套。并且这个工具没有代码提示,没有重构支持,也没有TDDsql开发是应用开发的不可或缺的一部分,和它起到的作用相比,来自业界对sql的支持是非常不够的。尤其是缺乏一个高效率的IDE

 

b.                sql 语言终于升舱了

幸运的是,这样的日子就要结束了。VS2010的推出让sql可以享受如同C#IDE了。微软这几年非常喜欢提一个组合词 first-class(头等舱)——如果把VS2010当成飞机的话,那么坐在头等舱的,确定是C#无疑VS2010的推出,新增加了两个头等舱乘客——F#SQL。是的,还有SQL语言。就是说,SQL 不必在和什么查询分析器,SQL PROMPTOR,甚至notepad这些鸡零狗碎的软件打交道了。

 

c.                 具体特性

 

IDE 能够给我们带来什么?不外乎是 deploy project navigatorrefactorIntellisense TDD。采用VS2010,这些都有了。要大气!

 

现在SQL 可以如同C#那样,有工程文件了。工程文件是很多年前的概念了,它把离散的文件组合到一起。这样,典型的一个应用产品,就会有两个工程文件,应用程序工程,数据库工程(Database Project)。两者工程构成解决方案文件(solution)。即使没有采用c#dotnet语言开发,比如delphi,也可以从vs2010Database Project获益。因为Database Project和应用语言无关,仅仅和SQL语言有关。只要是开发存储过程、表、视图、函数等都可以用。好像SQL 2005 Management Studio 也有工程文件。不过有了vs2010 ,何必用这样的为开发者充门面的东西呢,SQL 2005 Management StudioDBA用的。开发者要用 vs2010。采用Database Project也不必从头开始。 创建了Database Project后,VS2010可以Import script,或者Import from Database——保护现有的开发资源嘛。

 

Intellisense 代码提示也是Ok了。什么表,存储过程和函数以及它们的参数都是可以提示的。重构虽然不多,但是可以做rename,这是最常用的重构了。比这更好的,refactor会有一个日志记录叫做refactor log,通过它可以更好的自动发布。鉴于发布是比较复杂和强大的,因为会另外说明。

 

要修改文件,首先要找到文件,利用ide的查找文件必须要快——不能在这些枝节的工作上浪费时间。查找文件到底有多重要?可以说很多人没有dpackalt+U,连程序都不想写了。dpackVisual studio的一个文件查找插件,alt+U是查找文件的快捷键。现在VS2010可以继续使用dpack来做文件查找。当然内置的查找也有增强。

 

Schema comparor/data comparor 也做的不错。可以对数据库和Database Project之间做 结构和数据对比,查看差异。

 

d.                我认为还有一个令人兴奋的特性——数据库的声明型升级。注意我的用词是“兴奋”。这2年来让我兴奋的软件技术不多,比如everything这个小工具软件让我兴奋,现在"声明型数据库升级"是第二个。所谓的“声明型升级”,就是说,我告诉工具,升级前数据库是什么样子,升级后的数据库是什么样子,然后中间需要做什么样的修改,由工具搞定。和声明型升级对应的是过程型升级——告诉工具,应该如何一步步的从现在的数据库变成新的数据库。我在2003年曾经考虑过这个声明型升级的做法,但是种种原因,没有做到。前面提到,因为比较复杂,专文说明。

e.                应用和代价

可以在需要数据库开发的项目中使用,不管是c/s,还是b/s,反正需要数据库开发的,都可以用。代价是现在的电脑恐怕很多需要换掉——vs2010吃内存,吃CPU周期啊。

 

f.                  支持 Sql Server 2000 吗?

看起来:vs2010并不支持sql2000的工程模板,仅仅支持20052008

直接改数据库为sql2000的,deploy会报错:说明需要一个对应版本的DatabaseSchemaProvider 

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\TeamData\Microsoft.Data.Schema.TSqlTasks.targets(120,5): Error Deploy01234: The source database schema provider Sql100DatabaseSchemaProvider could not be translated to provider Sql80DatabaseSchemaProvider. Deployment cannot continue.

vs2008可以支持sql2000但是仅仅作为sql的容器,而在vs2010才有了 Intellisense, build-time validation, automatic deployment 

 

### 回答1: BDE,即Borland 数据库引擎,是Borland公司用于开发Delphi以及C++Builder等应用程序的一种数据库系统。BDE允许开发者使用多种数据库,如Paradox、dBASE、Interbase等,并提供相应的API接口,使得应用程序能够与数据库进行交互。 然而,由于Borland公司已经停止维护BDE,而Windows 10系统与BDE之间并不兼容,导致在Windows 10上很难使用BDE。需要注意的是,一些老旧软件可能会使用BDE进行数据库管理,此时需要使用第三方工具来兼容Windows 10系统。 为了解决BDE在Windows 10上无法使用的问题,有些开发者会采用一些替代方案,如ADO、dbExpress等,来管理应用程序中的数据库。但这些替代方案有时候可能与BDE存在互斥性,会对原有应用程序造成一定的影响。 总之,对于开发者来说,如果要在Windows 10上使用BDE,必须要考虑到兼容性问题,并且需要寻找合适的解决方案。同时,开发者要了解BDE的局限性,并考虑是否适合自己的应用程序。 ### 回答2: BDE(Borland Database Engine)是一种数据库管理系统,用于在Windows平台上访问数据和管理数据库应用程序。然而,它在Windows 10上已经过时并且不再被官方支持。因此,使用BDE来开发和管理现代应用程序是不可取的。 如果您在Windows 10上需要管理数据库应用程序,有许多替代方案可以选择,例如Microsoft SQL Server、MySQL、PostgreSQL和Oracle等。这些数据库管理系统具有更好的安全性和性能,并且在开发和运行应用程序方面更加灵活和强大。 如果您的应用程序还依赖于BDE,则需要考虑进行迁移,以满足现代应用程序的要求。可以通过将数据迁移到新的数据库管理系统,重新编写应用程序的数据访问模块,或使用第三方工具来实现BDE与新数据库之间的兼容性。 总之,BDE在现代Windows环境下已经不再是一个可行的解决方案,将其替换为更现代的数据库管理系统是发展的趋势。 ### 回答3: BDE(Borland数据库引擎)是一种用于在Windows操作系统上访问数据库的技术。它最初由Borland公司开发并广泛应用于Delphi和C++ Builder等IDE(集成开发环境)中。 然而,BDE已经不再得到维护和更新。特别是在Windows 10操作系统中,它可能会遇到诸如不兼容、性能问题、安全问题等问题。因此,使用BDE来开发和管理数据库已经不再被推荐。 替代BDE技术的新兴技术包括ADO(Microsoft ActiveX数据对象)、dbGo(Delphi的一种数据访问组件)等。它们具有更好的性能和安全性,同时也支持更广泛的数据库类型。 总之,虽然BDE过去是一种流行的数据库访问技术,但是随着技术的发展和Windows操作系统的更新,它已经逐渐被淘汰和取代。开发者们应该尽快转向更加先进的技术,以适应市场和用户的需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值