① 用sqlserver編寫存儲過程實現輸入兩個整數， 計算並輸出他的累加和怎麼寫
createprocsp_addtest
pi_aint,
pi_bint
as
begin
printpi_a+pi_b
end
② 如何利用索引提高SQLServer數據處理的效率
在良好的資料庫設計基礎上，能有效地使用索引是SQL Server取得高性能的基礎，SQL Server採用基於代價的優化模型，它對每一個提交的有關表的查詢，決定是否使用索引或用哪一個索引。因為查詢執行的大部分開銷是磁碟I/O，使用索引提高性能的一個主要目標是避免全表掃描，因為全表掃描需要從磁碟上讀表的每一個數據頁，如果有索引指向數據值，則查詢只需讀幾次磁碟就可以了。
所以如果建立了合理的索引，優化器就能利用索引加速數據的查詢過程。但是，索引並不總是提高系統的性能，在增、刪、改操作中索引的存在會增加一定的工作量，因此，在適當的地方增加適當的索引並從不合理的地方刪除次優的索引，將有助於優化那些性能較差的SQL Server應用。實踐表明，合理的索引設計是建立在對各種查詢的分析和預測上的，只有正確地使索引與程序結合起來,才能產生最佳的優化方案。本文就SQL Server索引的性能問題進行了一些分析和實踐。
一、聚簇索引(clustered indexes)的使用
聚簇索引是一種對磁碟上實際數據重新組織以按指定的一個或多個列的值排序。由於聚簇索引的索引頁面指針指向數據頁面，所以使用聚簇索引查找數據幾乎總是比使用非聚簇索引快。每張表只能建一個聚簇索引，並且建聚簇索引需要至少相當該表120%的附加空間，以存放該表的副本和索引中間頁。建立聚簇索引的思想是：
1、大多數表都應該有聚簇索引或使用分區來降低對表尾頁的競爭，在一個高事務的環境中，對最後一頁的封鎖嚴重影響系統的吞吐量。
2、在聚簇索引下，數據在物理上按順序排在數據頁上，重復值也排在一起，因而在那些包含范圍檢查(between、<、<=、>、>=)或使用group by或order by的查詢時，一旦找到具有范圍中第一個鍵值的行，具有後續索引值的行保證物理上毗連在一起而不必進一步搜索，避免了大范圍掃描，可以大大提高查詢速度。
3、在一個頻繁發生插入操作的表上建立聚簇索引時，不要建在具有單調上升值的列(如IDENTITY)上，否則會經常引起封鎖沖突。
4、在聚簇索引中不要包含經常修改的列，因為碼值修改後，數據行必須移動到新的位置。
5、選擇聚簇索引應基於where子句和連接操作的類型。
聚簇索引的侯選列是：
1、主鍵列,該列在where子句中使用並且插入是隨機的。
2、按范圍存取的列，如pri_order > 100 and pri_order < 200。
3、在group by或order by中使用的列。
4、不經常修改的列。
5、在連接操作中使用的列。
二、非聚簇索引(nonclustered indexes)的使用
SQL Server預設情況下建立的索引是非聚簇索引，由於非聚簇索引不重新組織表中的數據，而是對每一行存儲索引列值並用一個指針指向數據所在的頁面。換句話說非聚簇索引具有在索引結構和數據本身之間的一個額外級。一個表如果沒有聚簇索引時,可有250個非聚簇索引。每個非聚簇索引提供訪問數據的不同排序順序。在建立非聚簇索引時，要權衡索引對查詢速度的加快與降低修改速度之間的利弊。另外，還要考慮這些問題：
1、索引需要使用多少空間。
2、合適的列是否穩定。
3、索引鍵是如何選擇的，掃描效果是否更佳。
4、是否有許多重復值。
對更新頻繁的表來說，表上的非聚簇索引比聚簇索引和根本沒有索引需要更多的額外開銷。對移到新頁的每一行而言，指向該數據的每個非聚簇索引的頁級行也必須更新，有時可能還需要索引頁的分理。從一個頁面刪除數據的進程也會有類似的開銷，另外，刪除進程還必須把數據移到頁面上部，以保證數據的連續性。所以，建立非聚簇索引要非常慎重。非聚簇索引常被用在以下情況：
1、某列常用於集合函數(如Sum,....)。
2、某列常用於join,order by,group by。
3、查尋出的數據不超過表中數據量的20%。
三、覆蓋索引(covering indexes)的使用
覆蓋索引是指那些索引項中包含查尋所需要的全部信息的非聚簇索引，這種索引之所以比較快也正是因為索引頁中包含了查尋所必須的數據,不需去訪問數據頁。如果非聚簇索引中包含結果數據,那麼它的查詢速度將快於聚簇索引。
但是由於覆蓋索引的索引項比較多,要佔用比較大的空間。而且update操作會引起索引值改變。所以如果潛在的覆蓋查詢並不常用或不太關鍵，則覆蓋索引的增加反而會降低性能。
四、索引的選擇技術
p_detail是住房公積金管理系統中記錄個人明細的表，有890000行，觀察在不同索引下的查詢運行效果，測試在C/S環境下進行，客戶機是IBM PII350(內存64M),伺服器是DEC Alpha1000A(內存128M),資料庫為SYBASE11.0.3。
1、 select count(*) from p_detail where
op_date>』19990101』 and op_date<』
19991231』 and pri_surplus1>300
2、 select count(*),sum(pri_surplus1) from p_detail
where op_date>』19990101』 and
pay_month between『199908』 and』199912』
不建任何索引查詢1 1分15秒
查詢2 1分7秒
在op_date上建非聚簇索引查詢1 57秒
查詢2 57秒
在op_date上建聚簇索引查詢1 <1秒
查詢2 52秒
在pay_month、op_date、pri_surplus1上建索引查詢1 34秒
查詢2 <1秒
在op_date、pay_month、pri_surplus1上建索引查詢1 <1秒
查詢2 <1秒
從以上查詢效果分析，索引的有無，建立方式的不同將會導致不同的查詢效果，選擇什麼樣的索引基於用戶對數據的查詢條件,這些條件體現於where從句和join表達式中。一般來說建立索引的思路是：
(1)主鍵時常作為where子句的條件，應在表的主鍵列上建立聚簇索引，尤其當經常用它作為連接的時候。
(2)有大量重復值且經常有范圍查詢和排序、分組發生的列，或者非常頻繁地被訪問的列，可考慮建立聚簇索引。
(3)經常同時存取多列，且每列都含有重復值可考慮建立復合索引來覆蓋一個或一組查詢，並把查詢引用最頻繁的列作為前導列，如果可能盡量使關鍵查詢形成覆蓋查詢。
(4)如果知道索引鍵的所有值都是唯一的，那麼確保把索引定義成唯一索引。
(5)在一個經常做插入操作的表上建索引時，使用fillfactor(填充因子)來減少頁分裂，同時提高並發度降低死鎖的發生。如果在只讀表上建索引，則可以把fillfactor置為100。
(6)在選擇索引鍵時，設法選擇那些採用小數據類型的列作為鍵以使每個索引頁能夠容納盡可能多的索引鍵和指針，通過這種方式，可使一個查詢必須遍歷的索引頁面降到最小。此外，盡可能地使用整數為鍵值，因為它能夠提供比任何數據類型都快的訪問速度。
五、索引的維護
上面講到,某些不合適的索引影響到SQL Server的性能,隨著應用系統的運行,數據不斷地發生變化,當數據變化達到某一個程度時將會影響到索引的使用。這時需要用戶自己來維護索引。索引的維護包括：
1、重建索引
隨著數據行的插入、刪除和數據頁的分裂，有些索引頁可能只包含幾頁數據，另外應用在執行大塊I/O的時候，重建非聚簇索引可以降低分片，維護大塊I/O的效率。重建索引實際上是重新組織B-樹空間。在下面情況下需要重建索引：
(1)數據和使用模式大幅度變化。
(2)排序的順序發生改變。
(3)要進行大量插入操作或已經完成。
(4)使用大塊I/O的查詢的磁碟讀次數比預料的要多。
(5)由於大量數據修改，使得數據頁和索引頁沒有充分使用而導致空間的使用超出估算。
(6)dbcc檢查出索引有問題。
當重建聚簇索引時，這張表的所有非聚簇索引將被重建。
2、索引統計信息的更新
當在一個包含數據的表上創建索引的時候，SQL Server會創建分布數據頁來存放有關索引的兩種統計信息：分布表和密度表。優化器利用這個頁來判斷該索引對某個特定查詢是否有用。但這個統計信息並不動態地重新計算。這意味著，當表的數據改變之後，統計信息有可能是過時的，從而影響優化器追求最有工作的目標。因此，在下面情況下應該運行update statistics命令：
(1)數據行的插入和刪除修改了數據的分布。
(2)對用truncate table刪除數據的表上增加數據行。
(3)修改索引列的值。
六、結束語
實踐表明，不恰當的索引不但於事無補，反而會降低系統的執行性能。因為大量的索引在插入、修改和刪除操作時比沒有索引花費更多的系統時間。例如下面情況下建立的索引是不恰當的：
1、在查詢中很少或從不引用的列不會受益於索引，因為索引很少或從來不必搜索基於這些列的行。
2、只有兩個或三個值的列，如男性和女性(是或否)，從不會從索引中得到好處。
另外，鑒於索引加快了查詢速度，但減慢了數據更新速度的特點。可通過在一個段上建表，而在另一個段上建其非聚簇索引，而這兩段分別在單獨的物理設備上來改善操作性能。
③ sql 查詢 sqlserver200 distinct 問題
很簡單，在select 出的欄位前加入distinct 就會把出現重復的欄位取唯一值，如下
strsql = "select distinct PI_iID,PI_sCode,PI_sName,PI_fPrice,PIP_sImage from View_ProctPic" &_
" where PI_iID in (" & Session("ProctList") & ") order by PI_iID"
但是你需要注意，由於你所取的欄位不止有PI_iID，還包括PI_sCode,PI_sName,PI_fPrice,PIP_sImage ，所以如果有些產品的PI_iID相同，而其他這四個欄位里有個別相同的話，還是可能出現PI_iID重復的記錄。
這時如何取值，你需要再考慮一下。
④ access轉sqlserver的具體操作
1。首先連接SQL SERVER。CONN必須改。
2。把.mdb到入到SQL。
3。注意 SQL SERVER 表必須定義主鍵，否則無法更新
4。針對SQL SERVER 更改某些 SQL 語句，因為 SQL SERVER 中的 SQL 語句與 ACCESS 中的 SQL 語句不一定一樣的。
⑤ 您好，jdbc遠程連接PI資料庫時總是連接不上
解決方案：
1 首先要做的是在sql新建查詢里輸入
exec sys.sp_readerrorlog 0, 1, 'listening'
運行後 會顯示你的sql 正在運行的tcp/ip介面
看看是否和你java代碼中指定的url中的介面不一致
2 你看一下伺服器的TCP/IP是否被禁用了,sqlserver2005默認情況下是禁用了TCP/IP連接。啟動TCP/IP連接的方法:開始\程序\Microsoft SQL Server 2005\配置工具\目錄下的SQL Server Configuration Manager，選擇mssqlserver協議, 然後右邊窗口有個tcp/ip協議，然後啟動它，把sqlserver服務停了再啟動。
3
設置 「開始\程序\Microsoft SQL Server 2005\配置工具\SQL Server 外圍應用配置器」 在「SQL Server 2005 外圍應用配置器」頁, 單擊「服務和連接的外圍應用配置器」 ，然後單擊展開「資料庫引擎」， 選中「遠程連接」，在右邊選中「本地連接和遠程連接」， 再選擇要使用的協議，( 這個地方應當啟用TCP/IP 和命名管道服務！)單擊「應用」，您會看到下消息：
「直到重新啟動資料庫引擎服務後，對連接設置所做的更改才會生效。」單擊「確定」按鈕返回 。
4 或是防火牆的問題：你把1433的埠加到例外去就可以了。
⑥ PI資料庫的功能模塊
PI系統伺服器端
PI Data Archive歷史數據歸檔，PISnapshot實時數據快照，PI Universal Data Server通用數據伺服器核心模塊，PI PE性能公式模塊，PI SQLServer數據查詢模塊，PI Totalizer總加器模塊
PI Steam Tables蒸汽表模塊，PIRecalc重算器模塊，PI Alarm報警服務模塊，PI MoleDB模型資料庫，PI APS自動點同步，PI System Management Tools系統配置與管理模塊，PI MCN性能管理監控模塊，PIACE高級計算引擎 PI Interface（介面）
PI-IN-OPC PI標准OPC介面軟體
PI與控制系統介面 按用戶需要（400多種）
CNI 過物理隔離網閘軟體 PI Client
(PI客戶端）
PI-Combo
PI-ProcessBook(圖形用戶界面)+DataLink（數據表連接）
PI-ActiveView （WEB瀏覽器客戶端）
PI-Webparts (RtPortal瘦客戶端) PI技術服務
SRP技術服務
中電飛華技術7*24小時支持
OSI軟體升級和技術支持等
⑦ SqlServer函數的數學函數
trunc(45.923，1) 按指定精度截斷十進制數 結果：45.9 此為oracle函數
mod(1600,300) 求除法余數 結果：100
abs(numeric_expr) 求絕對值
ceiling(numeric_expr) 取大於等於指定值的最小整數
avg（numeric_expr）取平均數
exp(float_expr) 取指數
floor(numeric_expr) 小於等於指定值得最大整數
pi() 3.1415926.........
power(numeric_expr,power) 返回power次方
rand([int_expr]) 隨機數產生器
round(numeric_expr,int_expr) 安int_expr規定的精度四捨五入
sign(int_expr) 根據正數,0,負數,,返回+1,0,-1
sqrt(float_expr) 平方根
⑧ 關於SQLServer 2000 索引問題
沒法解決！
每日寫入10萬左右，1d=24H=24*60m=24*60*60s=86400s 這才8萬多條記錄，每秒鍾至少寫入一條記錄，這個已經不是關系庫可以承受的了。
你該跟領導說明情況，讓他知道還有個「實時資料庫」，這個才是解決辦法。
如PI、eDNA等實時庫才是能承受。
別說sql2000性能不好，就算用oracle11r2也不成。
如果非得用關系庫，那就考慮分表吧。
例如：主鍵一般都是有含義的，如 年份+序號，字母+序號..按照某一規律進行分表，然後將各分表連接做成一個視圖。
⑨ sqlserver里報子查詢返回的值不止一個。當子查詢跟隨在 =、!=、<、<=、>、>= 之後，或子查詢用作表達式時
(SELECT gb.Price FROM sys_ProctFeature gb WHERE gb.ProctID = p.ProctID) AS Price
這里估計返回不止一條數據 加個 top 1
⑩ 如何查表是否有索引 sqlserver
1、本文以表pi_content為例，相應的欄位為（[piid] int, [seqnum] int,[phname] nvarchar(50),[content] nvarchar(MAX)），數據量為百萬級。