首頁(yè) 猿問函數(shù)計(jì)算SQLServer中的中位數(shù)

函數(shù)計(jì)算SQLServer中的中位數(shù)

MySQL SQL Server

智慧大石 2019-06-25 17:14:18

函數(shù)計(jì)算SQLServer中的中位數(shù)根據(jù)MSDN，中位數(shù)在Transact-SQL中不能作為聚合函數(shù)使用。但是，我想知道是否可以創(chuàng)建此功能(使用創(chuàng)建聚合函數(shù)、用戶定義函數(shù)或其他方法)。最好的方法(如果可能的話)是什么？允許在聚合查詢中計(jì)算中值(假設(shè)是數(shù)字?jǐn)?shù)據(jù)類型)？

查看完整描述

3 回答

繁花不似錦

TA貢獻(xiàn)1851條經(jīng)驗(yàn) 獲得超4個(gè)贊

有很多方法可以做到這一點(diǎn)，而且性能有很大的變化。這里有一個(gè)特別優(yōu)化的解決方案，來(lái)自中介、行號(hào)和性能..當(dāng)涉及到在執(zhí)行過(guò)程中生成的實(shí)際I/O時(shí)，這是一個(gè)特別優(yōu)化的解決方案-它看起來(lái)比其他解決方案花費(fèi)更高，但它實(shí)際上要快得多。

該頁(yè)面還包含其他解決方案和性能測(cè)試細(xì)節(jié)的討論。注意，在中間列的值相同的多行情況下，使用唯一列作為消歧器。

與所有數(shù)據(jù)庫(kù)性能場(chǎng)景一樣，始終嘗試使用真實(shí)硬件上的真實(shí)數(shù)據(jù)測(cè)試解決方案-您永遠(yuǎn)不知道對(duì)SQLServer優(yōu)化器的更改或您環(huán)境中的特性何時(shí)會(huì)使一個(gè)通常快速的解決方案變得更慢。

SELECT
   CustomerId,
   AVG(TotalDue)FROM(
   SELECT
      CustomerId,
      TotalDue,
      -- SalesOrderId in the ORDER BY is a disambiguator to break ties
      ROW_NUMBER() OVER (
         PARTITION BY CustomerId         ORDER BY TotalDue ASC, SalesOrderId ASC) AS RowAsc,
      ROW_NUMBER() OVER (
         PARTITION BY CustomerId         ORDER BY TotalDue DESC, SalesOrderId DESC) AS RowDesc   FROM Sales.SalesOrderHeader SOH) xWHERE
   RowAsc IN (RowDesc, RowDesc - 1, RowDesc + 1)GROUP BY CustomerIdORDER BY CustomerId;

反對(duì) 回復(fù) 2019-06-25

子衿沉夜

TA貢獻(xiàn)1828條經(jīng)驗(yàn) 獲得超3個(gè)贊

如果您使用的是SQL 2005或更高版本，那么對(duì)于表中的單個(gè)列來(lái)說(shuō)，這是一個(gè)很好的、簡(jiǎn)單的中值計(jì)算：

SELECT(
 (SELECT MAX(Score) FROM
   (SELECT TOP 50 PERCENT Score FROM Posts ORDER BY Score) AS BottomHalf)
 +
 (SELECT MIN(Score) FROM
   (SELECT TOP 50 PERCENT Score FROM Posts ORDER BY Score DESC) AS TopHalf)) / 2 AS Median

反對(duì) 回復(fù) 2019-06-25