㈠ 在sql Server数学函数中，获取0~1之间的随机值的函数是什么
MSSQLSERVER如要获取0~1之间的随机数可以使用下列表达式：
Floor(2* Rand())
例如每次运行下列SQL语句，将随机返回0或1
selectFloor(2*Rand());
请注意MSSQL的SQL语言，每次运行select，不论检索出多少行，随机函数rand都将返回相同的随机数。
另外，需要返回某个指定范围的随机整数请参考下列公式：
Floor((upperbound - lowerbound + 1) * Rand() + lowerbound)
参数说明：
upperbound 为正整数上限
lowerbound 为正整数下限
Rand()为系统随机函数
Floor()为系统函数，返回小于或等于所给数字表达式的最大整数。
有不同需要时，照套上述公式就可以了。
㈡ sql作业怎么设计每天00:00定时执行UPDATE 语句按照公式
sqlserver里边只有datetime类型的字段类型，顾名思义datetime就是日期和时间组合起来的类型，所以保存的时候时间是无法取消的，但是显示的时候可以把时间给屏蔽掉，代码如下：
select
convert(varchar(10),getdate(),120)
这样显示出来的就是
2009-08-30
以上，希望对你有所帮助！
㈢ 怎么在sqlserver数据库存入自定义公式
打开客户端工具，并连接上示例数据库ubp_innernet，
输入如下语句创建一个函数，获取某用户的IDTAG，并执行。
create function getUserIdTags(@userName varchar(100))
returns varchar(8000)
as
begin
DECLARE @pids VARCHAR(8000)
SET @pids=''
select @pids='barcode:'+IDTAG_ from UBP_SYSTEM where CREATE_USER_=@userName
return @pids
end;
--其中第一行为函数声明，@userName为函数参数；
--第二行是定义函数返回值；
--as开始至end结束 为函数体。
调用自定义函数方法即：SELECT * from getUserIdTags('ubpAdmin');
ubpAdmin为调用函数时传入的参数。
㈣ sql server 求两个字段的协方差，求大神写个sql
declare @A numeric(38,8)
declare @B numeric(38,8)
declare @C numeric(38,8)
select @A=AVG(A),@B=AVG(B),@C=COUNT(*) From T
select Sum((A-@A) *(B-@B))/@C-1 From T
/*
如果协方差的人公式是这样的话,
@A是A的平均值
@B是B的平均值
@C是记录数
意思是用每条记录和平均值相减之后乘积再求和,最后除以N-1
我看能不能做个自定义函数
*/
㈤ 怎么在sqlserver数据库存入公式。下面图片上的例子！
这个。。没试过。。你要是能在查询分析器里显示估计就能当做字符串录入了。。
mark
㈥ 如何在sqlserver功能中执行数学公式
SQL
'3*5+8'--存储的是字符串时，态滚要用存储过程处理
用Select 得早闭键结果，需要用OA存储过程写函数陆巧
㈦ 关于SQLSERVER批量插入的问题.
INSERT INTO B (name,age) SELECT name,age FROM A WHERE age<30
㈧ SQLserver里怎么用rank()函数实现两个条件的排序
C1公式
=SUMPRODUCT(N($A$1:$A$4+$B$1:$B$4*0.001>=A1+B1*0.001))
下拉填充
如果数据不止4行，相应改一下。
注意后半部分的A1、B1单元专格的部分用相对引用属，其他的$A$1:$A$4、$B$1:$B$4单元格区域的部分用绝对引用
㈨ 关于SQLSERVER 的函数问题
插入，如：
insert into 表(name,startDate) values('nihao',getdate());
查询，岩衫段空在后面多加一个当前时间列
select a.*, getdate() as nowtime from 表 a where ...
查询当前时间
select getdate()
大致使用这样，自己摸索熟粗燃腔练
㈩ 如何识别SQL Server中的IO瓶颈
当数据页经常从缓冲池中移进移出的时候，I/O子系统就会成为SQLServer性能问题的关键因素之一。事务日志和tempdb同样也会产生重大
的I/O压力。因此，你必须确保你的I/O子系统能按照预期运行。否则你将会成为响应时间增长和频繁超时的受害者。在这篇文章中，将描述如何使用内置工具
识别I/O相关瓶颈，并提供一些磁盘配置的方法：
性能计数器（Performance Monitor）：
可以使用性能计数器来检查I/O子系统的负荷。下面的计数器可用于检查磁盘性能：
PhysicalDisk Object:Avg.DiskQueue Length：计算从物理磁盘中胡顷的平均
读和写的请求队列。过高的值代表磁盘操作处于等待状态。当这个值在SQLServer峰值时长期超过2，证明需要注意了。如果有多个硬盘，就需要把这些数
值除以2。比如，有4个硬盘，且队列为10，那么平均值就是10/4=2.5，虽然也证明需要关注，但不能使用10这个值。
Avg.Disk Sec/Read和Avg.Disk Sec/Write：显示从磁盘读或者写入磁盘的平均时间。10ms内是很好的表现，20以下还算能接受。高于此值证明存在问题。
Physical Disk:%Disk Time：在磁盘忙于读漏咐或者写请求的时候持续时间的比率。根据拇指定律，此值应该小于50%。
Disk Reads/Sec和Disk Writes/Sec计数器显示出在磁盘中读写操作的速率。这两个值应该小于磁盘能力的85%。当超过此值，磁盘的访问时间将以指数方式增长。
可以通过以下方式来计算逐渐增长的负载的能力。一种方法是使用SQLIO。你应该找到吞吐量比较稳定，但缓慢增长。
可以使用以下公式来计算RAID配置：
Raid 0: I/O per disk = (reads + writes) / number ofdisks
Raid 1: I/O per disk = [reads + (writes*2)] / 2
Raid 5: I/O per disk = [reads + (writes*4)] / number of disks
Raid 10: I/裤搜陆O per disk = [reads + (writes*2)] / number of disks
比如：对于RAID 1，如果得到下面的计数器：
Disk Reads/sec = 90
Disk Writes/sec =75
根据公式：[reads + (writes*2)] / 2 or [90 + (75*2)] / 2 = 120I/Os每个磁盘。
动态管理视图（DMVs）：
有很多游泳的DMVs可以用于检查I/O瓶颈：
当一个页面被用于读或者写访问且页面在缓冲池中不存在或不可用时，会引发一个I/O闩锁等待（I/O
latch），它会在PAGEIOLATCH_EX/PAGEIOLATCH_SH（具体根据请求类型而定）。这些等待表明一个I/O瓶颈。可以使用
sys.dm_os_wait_stats找到闩锁等待的信息。如果你保存了SQLServer正常运行下的waiting_task_counts和
wait_time_ms值，并且于此次的值做对比，可以识别出I/O问题：
select *
from sys.dm_os_wait_stats
where wait_type like 'PAGEIOLATCH%'
order by wait_type asc
挂起的I/O请求可以在下面查询中查到，并且用于识别那个磁盘负责的这个瓶颈：
select database_id,
file_id,
io_stall,
io_pending_ms_ticks,
scheler_address
from sys.dm_io_virtual_file_stats(NULL, NULL) iovfs,
sys.dm_io_pending_io_requests as iopior
where iovfs.file_handle = iopior.io_handle
磁盘碎片（Disk Fragmentation）：
建议你检查磁盘碎片和配置用于SQLServer实例的磁盘。在NTFS文件系统中的碎片会产生严重的性能影响。磁盘需要经常整理碎片并且指定整理碎片计划。研究表明，一些情况下SAN在整理碎片后性能更差。因此，SAN必须根据实际情况对待。
NTFS上的索引碎片同样能引起高I/O好用。但是这和在SANs中的效果是不一样的。
磁盘配置/最佳实践：
常规情况，你应该把日志文件和数据文件分开存放以获得更好的性能。对于重负载的数据文件（包括tempdb）的I/O特性是随机读取。对于日志文件，是顺序访问的，除非事务需要回滚。
对于内置磁盘仅仅可以用于数据库日志文件，因为它们对顺序I/O有很好的性能，但是对随机I/O性能低下。
数据库的数据和日志文件应该放在对应专用的磁盘中。确保良好的性能。建议日志文件放在两个内置磁盘，并配置为RAID 1。数据文件驻留在仅用于给SQLServer访问的SAN系统中，并只被查询和报表控制。特殊访问应该被禁止。
写缓冲在可能的情况下应该被允许，并保证断电也能使用。
为了尽可能保证对于OLTP系统的I/O瓶颈影响最小化，不应该把OLAP和OLTP环境混合。并且保证你的代码优化及有合适的索引来避免不必要的I/O。