MSSQL网站制作之SQL里完成Split函数

支持大型的数据库。可以处理拥有上千万条记录的大型数据库。函数/*-------------------
--完成split功效的函数
--ZZ2007/04/01
--只前往最初的一串
*/alterfunctionF_Split
(
@SourceSqlvarchar(8000),--字符串
@StrSepratevarchar(10)--分开符
)
returnsvarchar(1000)
as
begin
declare@iint
set@SourceSql=rtrim(ltrim(@SourceSql))--格局化字符串
set@i=charindex(@StrSeprate,@SourceSql)--猎取分开符地位
if@i>=1--假如年夜于1
begin
set@SourceSql=substring(@SourceSql,1,@i-1)--取字符的上半截
--set@SourceSql=substring(@SourceSql,@i+1,len(@SourceSql)-@i)--取字符的下半截
end
return@SourceSql
end
declare@strvarchar(200)
set@str=ascd|dsadsa
selectdbo.f_split(@str,|)

MySQL的海豚标志的名字叫“sakila”，它是由MySQLAB的创始人从用户在“海豚命名”的竞赛中建议的大量的名字表中选出的。获胜的名字是由来自非洲斯威士兰的开源软件开发者AmbroseTwebaze提供。

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

入门没那么困难，精通没那么容易

也可谈一下你是怎么优化存储过程的?

分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。