⑴ 建議不要將sql安裝在域控制器上是怎麼會事
因為SQL工作室要消耗大量CPU資源，而域控制器主要也是消耗CPU資源，在一起的話容易導致伺服器卡住的！
⑵ sql server 2012 資源調控器 啟用和禁用的區別
if (con.State!=ConnectionState.Closed)
{
con.Close();
}
//釋放資料庫資源
con.Dispose();
}
if (dt.Rows.Count>0)
{
⑶ sql server 2016 rco是什麼版本
SQL Server有很多配置選項只能在SQL Server實例級別進行全局配置。例如MAXDOP選項（當你不使用資源調控器時）。
另外微軟提供我們大量不同的跟蹤標記（Trace Flags）可以修改SQL Server的內部行為。微軟現在最終宣布這些領域，SQL Server 2016會為我們提供現存的配置選項，在資料庫級別就可以配置，而不使用特定的跟蹤標記（Trace Flags）。
⑷ sql 對象資源管理器
sql2000 用企業管理器。
右擊「LOCAL(Windows NT)」--------〉「新建sql server注冊」---------〉進入「注冊SQL Server向導」-----〉點擊「下一步」--------〉在「可用的伺服器（本機就是local）」列表中選擇一個需要注冊的伺服器，點擊右側的「添加」按鈕，就會出現在「添加的伺服器」列表中----〉點擊「下一步」---〉點擊「完成」。
然後選中資料庫，右鍵-》所有任務-》備份、還原
⑸ 揭秘SQL Server 2014有哪些新特性
有以下新特性：
資料庫引擎功能增強
內存優化表
Windows Azure 中的 SQL Server 數據文件
將 SQL Server 資料庫託管在 Windows Azure 虛擬機中
備份和還原增強功能
針對基數估計的新設計
延遲持續性
AlwaysOn 增強功能
分區切換和索引生成
管理聯機操作的鎖優先順序
列存儲索引
緩沖池擴展
增量統計信息
物理 IO 控制的資源調控器增強功能
Online Index Operation 事件類
資料庫兼容性級別
Transact-SQL 增強功能
系統視圖增強功能
⑹ 如何在SQL資源管理器中添加約束表達式
1、首先我們打開電腦里的SQL資源管理器，如圖是一個Student表其中我們主要針對於這個表中的Phone這一列來進行演示。
⑺ sql2008 資源調控器一般設多少
在今天的文章里，我想談下SQL Server 2014里非常酷的提升：現在你終於可以根據需要的IOPS來壓制查詢！資源調控器（Resource Governor）自SQL Server 2008起引入，但提供的功能還是有所限制：你只能限制CPU時間（這個已經很棒了），還有你能限制查詢（從每個獨立的查詢）內存量。 但作為DBA的你，你經常會進行一些資料庫維護操作，例如索引重建，DBCC CHECKDB操作等。我們都知道，這些操作會在你的存儲里帶來大量的IOPS直至峰值。如果在7 * 24在線的資料庫來說，這個會影響你的生產力，給業務和銷售額帶來很大影響。 自SQL Server 2014開始，這個情況就變了，因為你可以通過資源調控器來部署指定的資源池來限制IOPS使用率。當你隔離你的DBA操作到指定的資源池時，你能指定資源池可以使用的最大IOPS（包括最小IOPS）。因此你可以壓制下DBA操作需要的IOPS。你的生產工作量就可以更好的使用你的存儲。更多信息可以查看微軟在線幫助。 我想用一個非常簡單的例子來展示下這個行為。假設你是DBA，正要進行常規索引重建操作，這個需要通過資源調控器對它們的最大IOPS使用率進行控制。第1步我們為DBA操作創建專用的資源池和工作負荷組。 -- Create a new Resource Pool for the DBAs. -- We use a very high value for MAX_IOPS_PER_VOLUME so that we are -- currently running unlimited. CREATE RESOURCE POOL DbaPool WITH ( MAX_IOPS_PER_VOLUME = 100000 ) GO -- Create a new Workload Group for the DBAs CREATE WORKLOAD GROUP DbaGroup USING DbaPool GO 從剛才的代碼可以看到，CREATE RESOURCE POOL語句現在為你提供MAX_IOPS_PER_VOLUME屬性（包括MIN_IOPS_PER_VOLUME）。這里我設置了一個很高的值，因此在第一次執行時IOPS不會受限，這里我們根據需要的IOPS建立了初始基線。下一步我會創建資源調控器需要的分類函數。 -- Create a new Classifier Function for Resource Governor CREATE FUNCTION dbo.MyClassifierFunction() RETURNS SYSNAME WITH SCHEMABINDING AS BEGIN DECLARE @GroupName SYSNAME IF SUSER_NAME() = 'DbaUser' BEGIN SET @GroupName = 'DbaGroup' END ELSE BEGIN SET @GroupName = 'Default' END RETURN @GroupName; END GO 在分類函數里我們根據登錄進行評估。如果登錄是DbaUser，進入的會話會在DbaGroup工作負荷組里。否則就進入默認的工作負荷組。最後我們在資源調控器注冊並配置它，這樣我們的設置就生效了。 -- Register the Classifier Function within Resource Governor ALTER RESOURCE GOVERNOR WITH ( CLASSIFIER_FUNCTION = dbo.MyClassifierFunction ) GO -- Reconfigure Resource Governor ALTER RESOURCE GOVERNOR RECONFIGURE GO 現在當你創建名為DbaUser的登錄時，你可以用它連接到你的SQL Server。你可以在DMV sys.dm_exec_sessions 看下 group_id列驗證下到來的會話是否在正確的工作負荷組里。下一步我在ContoRetailDW資料庫的FactOnlineSales表裡的DataKey里創建一個非聚集索引。 -- Create a simple Non-Clustered Index CREATE NONCLUSTERED INDEX idx_DateKey ON FactOnlineSales(DateKey) GO 我們從開始就創建了資源池，現在在我們在我們的資源池裡並沒有限制。因此當我們現在進行剛才創建的非聚集索引的索引重建時，SQL Server會佔用大量的IOPS。我們可以通過性能監控里的「SQL Server:Resource Pool Stats:Disk Write IO/Sec」性能計數器來驗證剛才創建的資源池。 ALTER INDEX idx_DateKey ON FactOnlineSales REBUILD GO 可以看到索引重建花費近100的IOPS。接下來我要做的是限制DbaPool資源池為僅50的IOPS： -- Let's change the Resource Pool by lowering the maximum IOPS. ALTER RESOURCE POOL DbaPool WITH ( MAX_IOPS_PER_VOLUME = 50 ) GO 現在當你執行索引重建時，在性能監視器里可以清楚看到，在特定的資源池裡只有平均50 IOPS。 另外Disk Write IO Throttled/sec性能計數器也會告訴為你資源調控器的IOPS的限制數。 使用以前的資源調控器，查詢本身毫無辦法，它是否被壓制了。這對性能調優也是個非常重要的因素。當啟用資源調控器時，沒有特定的等待類型出現在SQL Server里。我的測試顯示一旦資源調控器啟用時，有更多的PAGEIOLATCH_SH/PAGEIOLATCH_EX等待類型，這就對了。下面2個圖片顯示了對於發生索引重建的會話里具體的等待類型信息——第1個沒有資源調控器，第2個有資源調控器壓制了IOPS。 從2個圖中可以看到，2個運行的測試有巨大的區別，尤其是在PAGEIOLATCH_EX 和 SOS_SCHEDULER_YIELD等待類型。 從我站在IOPS壓制來看，對於已有的功能來說，資源調控器是個很好的附加，這讓資源調控器更加成熟。 大家可以嘗試用這個新功能解決IOPS方面的問題。 以上所述就是本文的全部內容，希望對大家的學習有所幫助。
⑻ 資料庫中用sql資源管理器修改列寬
「sql
server
對象資源管理器」或從「伺服器資源管理器」中的「數據連接」
節點連接到
sql
server
資料庫。
「sql
server
對象資源管理器」
提供了類似於
sql
server
management
studio
的視圖。若要從菜單欄打開該資源管理器，請依次選擇「視圖」、「sql
server
對象資源管理器」
。有關更多信息，請參見
連接的資料庫開發。
⑼ 做開發的朋友們，SqlServer大家都用什麼版本
各版本功能對比
從我最開始接觸的SQL SERVER 2000 開始，已經經歷了如此多的版本。下面簡單闡述下各個版本新增的功能：
SQL SERVER 2000
日誌傳送
索引視圖
SQL SERVER 2005
分區
資料庫鏡像
（只有 SQL Server 2005 Enterprise Edition SP1 和更高版本支持非同步資料庫鏡像。）
聯機索引
資料庫快照
復制
故障轉移群集
SQL SERVER 2008
數據壓縮
資源調控器
備份壓縮
SQL SERVER 2008 R2
R2標志表示這是SQL Server的一個中間版本，而不是一個主版本 .此版本目前我的客戶中，使用還是非常多，性能穩定，雖然新增功能比較少：
新增數據中心版，最大支持256核.
Unicode壓縮
(為Unicode存儲提供一個簡單的壓縮方案，通過Unicode壓縮，可以減少Unicode字元對空間的佔用)
SQL SERVER 2012
AlwaysOn
Columnstore 索引
增強的審計功能
大數據支持
SQL SERVER 2014
這個版本的新特效特別多，和非常有用，可以多了解下.
內存優化表
備份加密
針對基數估計的新設計
AlwaysOn 增強功能
延遲持續性 （將部分或所有事務指定為延遲持久事務，從而能夠縮短延遲）
分區切換和索引生成
(官網寫得Partition Switching and Indexing，感覺是有問題的，其實就是分區表的單個分區可以重建)
列存儲索引
緩沖池擴展 就是使用SSD 擴展緩沖池
增量統計信息
資源調控器增強功能
（--之前只能控制CPU和內存，2014 開始可以控制IO）
DBCC CHECK 支持maxdop 提示
SQL SERVER 2016
全程加密技術(Always Encrypted)
JSON支持
多TempDB資料庫文件
（以前也是支持的，在2014 開始就在error log提示,2016中，在安裝時就可以設置。）
Query Store
（前幾天去參加微軟的培訓還講到的，挺不錯的功能。可以幫助解決參數嗅探的問題，資料庫升級的時候也可以用到它）
支持R語言
Live Quer y St at ist ics
（可以更清晰的看到執行計劃的開銷（水流式））
SQL SERVER 2017
可恢復的在線索引重建
允許您在發生故障（例如故障切換到副本或磁碟空間不足）之後恢復在線索引重建操作。
IDENTITY_CACHE option
當此選項設置為OFF時，它可以避免在伺服器意外重新啟動或故障切換到輔助伺服器的情況下，標識列值的間隙
CLR在.NET Framework中使用代碼訪問安全性（CAS），該框架不再支持安全邊界。
使用PERMISSION_SET = SAFE創建的CLR程序集可能能夠訪問外部系統資源，調用非託管代碼並獲取sysadmin許可權
圖表資料庫功能
用於多對多關系建模
Read-scale availability groups without cluster
可以在不依賴集群的情況下，搭建讀的可用性組，分擔讀壓力。不過此時不能實現高可用。
R/PYTHON 機器學習方面的功能
總結
總的來說,SQL SERVER 正在變得越來越好，希望越來越多的人更多的了解他.如果有什麼其他疑問歡迎討論。