| |
 |
你认为sqlserver2005和oracle 10g那个功能更强大呢? | |
 |
让我们看一下几项基准测试结果,以说明SQL Server 2005和Visual Studio 2005的强大性能,同时这些结果也能帮助用户更好的理解产品的实际应用情况: (1)满足企业级关键应用的平台。根据最新的SAP销售和分销三层标准应用基准,运行在惠普和英特尔硬件上的SQL Server 2005和Windows Server 2003实现了创记录的93,000名用户同时使用的性能。这项新的64位处理器基准在2005年11月3日得到认证,比SQL Server 2000的性能提高了3.5倍,充分显示出SQL Server 2005的企业级计算能力。 (2)优秀的性价比。微软同其合作伙伴AMD、Bull、惠普、英特尔、NEC和Unisys共同宣布了运行SQL Server 2005的数项新的TPC基准,显示出了该产品行业领先的性能与价值。这些基准测试证明,在标准硬件(commodity hardware)上微软能够实现破纪录的性能及性价比,同时,在高端服务器上则具有优良的可伸缩性(Scalability)以处理企业级OLTP(联机事务处理)和数据仓库的需求。 (3)集成的优势。新的基准测试表明,SQL Server 2005集成NET Framework 2.0的平台,与同等编码的EJB-applications运行于IBM WebSphere 6.0和Oracle 10G后端数据库的组合相比,性能高出183%。而进一步的性价比测试表明,运行于Windows Server 2003的.NET Framework的整体成本只有运行于RedHat Linux Advanced Server的IBM WebSphere成本的一半。 强大的64位计算能力。新的CachePerf基准测试表明, 64位架构在内存寻址能力方面具有极大的优势,同时在特定的中间层和数据层方面,客户可以体验到64位系统的性能明显超过32位系统。 更多关于SQL Server 2005基准测试的信息请查询:http://www.microsoft.com/sql/productinfo/compare/benchmarks.mspx . 更多关于.NET Framework 2.0 基准测试的信息请查询:http://msdn.microsoft.com/v | |
| |
 |
问:SQL2005是不是不能直接在其开发环境下直接创建数据库?我只能在SQL80下直接创建数据库,一旦连接SQL2005试图手动创建数据库就会提示此版本不能创建(测试版)。问快速开发版可以直接创建数据库吗?我是不是需要更换版本? | |
 |
可以的,SQL Server 2005 精简版 (Express Edition) 是SQL Server 2005 数据库引擎中免费的和可再分发的版本。它为新手程序员提供了学习,开发和部署小型的数据驱动应用程序最快捷的途径。它的特性包括:一个简单的管理工具,一个报表向导和报表控件,数据复制和客户端。它可用免费从Web下载。精简版支持1颗CPU, 1 GB 内存。 | |
| |
 |
能不能使用CLR托管代码(比如C#)完全替代T-SQL来写存储过程? | |
 |
不能说完全替代,像如果过程仅仅是一个通过封装基本 INSERT/UPDATE/DELETE/SELECT 操作访问基表的包装,则应该用 T-SQL 进行编写。如果 SQL 语句简单,并且不需要花费大量的时间执行,则来自托管代码的调用开销可能占用大部分执行时间,这样的过程用 T-SQL 编写将执行得更好。 | |
| |
 |
可不可以用托管代码彻底取代Tsql | |
 |
不应该使用 CLR 来编写可以用简单的 SELECT 语句表示的过程代码。在 SQL Server 2005 中增加了许多重要的功能来提高T-SQL 查询语言的表达能力。在谈及过程代码、计算等方面时,与 T-SQL 相比,托管代码在性能方面具有决定性的优势。然而,对于数据访问方面,T-SQL 在性能方面通常会更好。因此,通用规则是用 CLR 编写计算和逻辑密集的代码要比数据访问密集的代码好。 | |
| |
 |
请问,您说到sql2005中可以存用户自定义类,是否意味着是“面向对象数据库”? | |
 |
是有点这个味道,使用用户定义的类型 (UDT),可以扩展数据库的标量类型系统(不仅仅为系统类型定义您自己的别名,这在 SQL Server 以前的版本中一直可用)。定义 UDT 就像用托管代码编写类,创建程序集,然后使用“create type”语句在 SQL Server 中注册该类型一样简单。不过,你需要注意的是,不要使用 UDT 来对复杂的业务对象(如雇员、联系人或客户)进行建模。您将会陷入 UDT 的所有列限制(如,8KB 大小限制、索引限制)和在更新 UDT 值时更新整个值的不利方面。对于复杂类型,UDT 不是合适的数据建模抽象;因此对于这种情况,最好使用中间层对象相关映射技术。 | |
| |
 |
2005 对大批量的数据查询 比2000优化怎么样? | |
 |
做很多优化 | |
| |
 |
compared with sql server2000, what's the most difference between this two version ? | |
 |
SQL Server 2005 是微软5年来具有里程碑性质的企业级数据库产品。它在企业级支持,商业智能应用,管理开发效率等诸多方面,较SQL Server 2000均有质的飞跃,是集数据管理与商业智能分析于一体的,极具前瞻性的下一代数据管理与分析平台。 | |
| |
 |
SQL在做群集的效率怎么样? | |
 |
在 SQL Server2000 企业版中,SQL Server 2000 故障转移群集支持的节点数取决于所运行的操作系统,Windows2000 Advanced Server 支持双节点故障转移群集,Windows 2000 Datacenter Server 最多支持四节点故障转移群集,而现在SQL Server2005的故障转移群集最多可支持八个节点,具体数量取决于服务器所运行的是Windows Server 2003的哪个版本。 原先sql server2000故障转移群集不支持SQL Server 2000 Analysis Services,而现在SQL Server2005 已经把故障转移群集功能扩展到了 SQL Server Analysis Services、Notification Services,这些技术都支持群集了。 | |
| |
 |
刚才看到上传的CLR Function 是放在一个叫Scalar Functions的目录里,这个目录是什么?能简单讲讲那些目录的区别么? | |
 |
Scalar Functions是标量值函数,还有表值函数 | |
| |
 |
web service的安全性问题怎样? | |
 |
对WS-Security的支持,可以提供高级的安全性。 | |
| |
 |
请问VS2005一些数据操作方面的性能是不是只有使用SQL SERVER2005才能体现出来? | |
 |
Visual Studio 2005中加入了许多同SQL Server 2005进行整合的新特性,通过这些整合的新特性,你可以使用Visual Studio 2005快速开发高效的SQL Server 2005的.NET应用程序。。 | |
| |
 |
以前开发的数据库程序,需要做升级吗? | |
 |
如果需要sql server2005新特性,需要升级。 | |
| |
 |
是不是有些T-SQL根本无法用托管代码写?不考虑性能代码优化等 | |
 |
是的,我们举一个特定的生产安排算法的示例 - Wagner-Whitin 算法的动态编程实现。正如所预料的,CLR 集成优于 T-SQL。对于这种情况,使用托管代码还有其他好处。这种算法的实现需要使用大量的一维和多维数组、数据结构,而这些在 T-SQL 中是不可用的。总之,CLR 集成的性能要优于 T-SQL 实现几个数量级。 | |
| |
 |
在2005中是不是可以用浏览器进行对数据库的管理,项2000中的企业管理器? | |
 |
Web Data Administrator的工具。可以在微软网站上下载,它是使用ASP.NET通过WEB方式来实现,如果对于复杂的操作本人觉得还是要直接登陆到MS SQL SERVER来操作了,毕竟它只是一个WEB的东东。我想是初级版本吧。 | |
| |
 |
目前三层架构中的数据访问层,是不是可以完全转移到强大的SQL2005上 | |
 |
CLR 集成提供了将逻辑从其他层移动到数据库层的选择。然而,这显然并不意味着所有或大部分逻辑应该移到数据库中。 将逻辑移到数据库层可以减少网络中的数据流量,但是增加了服务器上宝贵的 CPU 资源的负荷。因此,在应用程序中做出代码放置的决定之前,要慎重权衡。减少网络流量:对于需要处理大量的数据而产生很少的数据的数据处理任务(如数据分析应用程序中的需求预测、基于需求预测的生产安排等)来说,将逻辑放在数据库层中是合适的。 | |
| |
 |
用托管代码开发的存储过程和用T-Sql编写的存储过程在执行效率上有什么差异吗 | |
 |
这应该一分为二的看: (1) CLR 编程语言提供了 T-SQL 中所没有的丰富构造(例如数组和列表等)。与 T-SQL(它是一种解释语言)相比,CLR 编程语言之所以具有更好的性能,是因为托管代码是已编译的。对于涉及算术计算、字符串处理、条件逻辑等的操作,托管代码的性能可能要优于 T-SQL 一个数量级。 (2) 典型的数据访问密集的存储过程可能涉及提交一系列的 SQL 语句。如果 SQL 语句简单,并且不需要花费大量的时间执行,则来自托管代码的调用开销可能占用大部分执行时间,这样的过程用 T-SQL 编写将执行得更好。
| |
| |
 |
sql2005 可以联合 sql2000 一起部署吗? | |
 |
sql2005与sql2000可以共存。 | | |