① 自動化操作軟體可以插入sql語句嗎
現在很多自動化軟體都可以輕松地訪問SQLServer資料庫，當然可以插入SQL語句。
② 如何使用SSDT進行SQL資料庫的自動化部署到生產環境和版本控制
嗯問題解決資料庫先附加2014資料庫給創建腳本腳本放低版本資料庫進行創建行想單純降低能微軟具兼容性所能高兼低低兼高太實現
③ SQLServer怎麼創建任務來自動執行一連串SQL語句
第一步當然是打開我們的SQLServer軟體，打開之後，我們需要找到「SQL Server Agent」，如下圖中所示。
這個時候我們需要注意的是：如果在「SQL Server Agent」的圖表左邊我們看到一個紅色的小x，這個時候就說明我們需要「start」，具體位置如下圖。
完成第二步之後，我們就可以看到，之前的小x已經消失了，會轉變為如下圖所示的樣子。
現在我們就開始來創建一個「job」,具體步驟是點擊「job」，右鍵選擇「New job」。然後我們就會看到一個創建一個新的「job」的窗口，如下圖：這個我們創建一個名為「test2」的「job」。
取好名字之後，我們就點擊「steps」進入最重要的步驟：這里我們需要把我們想要執行的sql語句按步驟一步一步的填寫好，具體步驟是點擊「New」開始每一步sql的錄入。
這里筆者只添加一步用來演示給大家看，假設我們要執行的是：「select * from test where id=001」，如下圖所示操作。
設置完成所有步驟之後，我們可以給這個「job」自動化運行的時間，具體做法是點擊「scheles」->"New" 然後就會出現設置自動化運行的時間設置窗口，如果我們希望每個月的第一天運行這個「job」，就可以入下圖所示設置。
完成設置之後，點擊「確定」，然後刷新我們的資料庫，我們就可以看到「test2」已經創建完成。
④ sql server有哪些自動化入庫工具
sql server有哪些自動化入庫工具
自動化任務直接可以在SQL中創建job job有時間執行周期 所以可以設置執行起始時間，可以按天，按周，等等 假如按小時，那就選擇按天，設置多少小時執行一次
⑤ SQL Server Agent有什麼作用 怎樣用它
SQL Server Agent代理服務，是sql server的一個標准服務，作用是代理執行所有sql的自動化任務，以及資料庫事務性復制等無人值守任務。
這個服務在默認安裝情況下是停止狀態，需要手動啟動，或改為自動運動，否則sql的自動化任務都不會執行的，還要注意服務的啟動帳戶。
SQL Server Agent 也叫SQL Server代理，以前稱為SQL執行者，這是SQL Server
的任務日程表。
這種服務主要是用於在設定的時間備份、復制數據，以及在自動執行調度表上設置的其他項目。啟動這個服務後，設定好在什麼時候做什麼事，這個服務會讓它自動運行，不需要人工干預。
(5)自動化執行sql擴展閱讀
SQL Server索引的作用：
微軟的SQL SERVER提供了兩種索引：聚集索引和非聚集索引。下面，舉例來說明一下聚集索引和非聚集索引的區別：
其實，漢語字典的正文本身就是一個聚集索引。比如，要查「安」字，就會很自然地翻開字典的前幾頁，因為「安」的拼音是「an」，而按照拼音排序漢字的字典是以英文字母「a」開頭並以「z」結尾的，那麼「安」字就自然地排在字典的前部。
如果翻完了所有以「a」開頭的部分仍然找不到這個字，那麼就說明的字典中沒有這個字；同樣的，如果查「張」字，那也會將您的字典翻到最後部分，因為「張」的拼音是「zhang」。
也就是說，字典的正文部分本身就是一個目錄，不需要再去查其他目錄來找到需要找的內容。把這種正文內容本身就是一種按照一定規則排列的目錄稱為「聚集索引」。
⑥ SQL 語句在資料庫中是怎樣執行的
第一步：應用程序把查詢SQL語句發給伺服器端執行
我們在數據層執行SQL語句時，應用程序會連接到相應的資料庫伺服器，把SQL語句發送給伺服器處理。
第二步：伺服器解析請求的SQL語句
SQL計劃緩存，經常用查詢分析器的朋友大概都知道這樣一個事實，往往一個查詢語句在第一次運行的時候需要執行特別長的時間，但是如果你馬上或者在一定時間內運行同樣的語句，會在很短的時間內返回查詢結果。原因是：
伺服器在接收到查詢請求後，並不會馬上去資料庫查詢，而是在資料庫中的計劃緩存中找是否有相對應的執行計劃。如果存在，就直接調用已經編譯好的執行計劃，節省了執行計劃的編譯時間。
如果所查詢的行已經存在於數據緩沖存儲區中，就不用查詢物理文件了，而是從緩存中取數據，這樣從內存中取數據就會比從硬碟上讀取數據快很多，提高了查詢效率。數據緩沖存儲區會在後面提到。
如果查詢語句所包含的數據行已經讀取到數據緩沖存儲區的話，伺服器會直接從數據緩沖存儲區中讀取數據返回給應用程序，避免了從物理文件中讀取，提高查詢速度。
如果數據行沒有在數據緩沖存儲區中，則會從物理文件中讀取記錄返回給應用程序，同時把數據行寫入數據緩沖存儲區中，供下次使用。
FROM子句返回初始結果集。
WHERE子句排除不滿足搜索條件的行。
GROUP BY子句將選定的行收集到GROUP BY子句中各個唯一值的組中。
選擇列表中指定的聚合函數可以計算各組的匯總值。
此外，HAVING子句排除不滿足搜索條件的行。
計算所有的表達式；
使用order by對結果集進行排序。
查找你要搜索的欄位。
如果在SQL計劃緩存中沒有對應的執行計劃，伺服器首先會對用戶請求的SQL語句進行語法效驗，如果有語法錯誤，伺服器會結束查詢操作，並用返回相應的錯誤信息給調用它的應用程序。
注意：此時返回的錯誤信息中，只會包含基本的語法錯誤信息，例如select寫成selec等，錯誤信息中如果包含一列表中本沒有的列，此時伺服器是不會檢查出來的，因為只是語法驗證，語義是否正確放在下一步進行。
語法符合後，就開始驗證它的語義是否正確。例如，表名、列名、存儲過程等等資料庫對象是否真正存在，如果發現有不存在的，就會報錯給應用程序，同時結束查詢。
接下來就是獲得對象的解析鎖，我們在查詢一個表時，首先伺服器會對這個對象加鎖，這是為了保證數據的統一性，如果不加鎖，此時有數據插入，但因為沒有加鎖的原因，查詢已經將這條記錄讀入，而有的插入會因為事務的失敗會回滾，就會形成臟讀的現象。
接下來就是對資料庫用戶許可權的驗證。SQL語句語法，語義都正確，此時並不一定能夠得到查詢結果，如果資料庫用戶沒有相應的訪問許可權，伺服器會報出許可權不足的錯誤給應用程序，在稍大的項目中，往往一個項目裡面會包含好幾個資料庫連接串，這些資料庫用戶具有不同的許可權，有的是只讀許可權，有的是只寫許可權，有的是可讀可寫，根據不同的操作選取不同的用戶來執行。稍微不注意，無論你的SQL語句寫的多麼完善，完美無缺都沒用。
解析的最後一步，就是確定最終的執行計劃。當語法、語義、許可權都驗證後，伺服器並不會馬上給你返回結果，而是會針對你的SQL進行優化，選擇不同的查詢演算法以最高效的形式返回給應用程序。例如在做表聯合查詢時，伺服器會根據開銷成本來最終決定採用hashjoin,mergejoin ，還是loop join，採用哪一個索引會更高效等等。不過它的自動化優化是有限的，要想寫出高效的查詢SQL還是要優化自己的SQL查詢語句。
當確定好執行計劃後，就會把這個執行計劃保存到SQL計劃緩存中，下次在有相同的執行請求時，就直接從計劃緩存中取，避免重新編譯執行計劃。
第三步：語句執行
伺服器對SQL語句解析完成後，伺服器才會知道這條語句到底表態了什麼意思，接下來才會真正的執行SQL語句。
此時分兩種情況：
說明：SQL緩存分好幾種，這里有興趣的朋友可以去搜索一下。有時因為緩存的存在，使得我們很難馬上看出優化的結果，因為第二次執行因為有緩存的存在，會特別快速，所以一般都是先消除緩存，然後比較優化前後的性能表現，這里有幾個常用的方法：
1 DBCC DROPCLEANBUFFERS
2 從緩沖池中刪除所有清除緩沖區。
3 DBCC FREEPROCCACHE
4 從過程緩存中刪除所有元素。
5 DBCC FREESYSTEMCACHE
6 從所有緩存中釋放所有未使用的緩存條目。
SQL Server 2005資料庫引擎會事先在後台清理未使用的緩存條目，以使內存可用於當前條目。但是，可以使用此命令從所有緩存中手動刪除未使用的條目。
這只能基本消除SQL緩存的影響，目前好像沒有完全消除緩存的方案，如果大家有，請指教。
執行順序：
⑦ 如何自動化完成SQL審核
sql審核主要完成兩方面的目的.
1、避免性能太差的sql進入生產系統,導致整體性能降低
2、檢查開發設計的索引是否合理,是否需要添加索引
第一點是SQL審核最核心的地方,避免亂七八糟的sql影響線上性能,甚至導致線上系統崩潰.
第二點是屬於建模的范疇,要解決建模的最好辦法是DBA參與項目前期審核,由DBA建模,如果DBA人力資源不足,那麼就定期由DBA對開發人員進行培訓.然後發現建模太爛的就扣KPI.
現在很多公司都是人肉來完成SQL審核的,人肉審核對dba的要求較高,需要懂一些代碼,另外是費時費力,畢竟一般公司幾十個開發,對應一個DBA，而且DBA還要干很多其他的事情.
如何將DBA從人肉SQL審核中解放出來呢?
思路其實很簡單:
1、獲取程序要執行的SQL
2、對要執行的SQL做分析,可以加各種分析條件來判斷這個SQL是否可以自動審核通過,未通過審核的需要人工處理.
3、配合後期的慢查詢日誌分析系統完成長期的監控.
開源的解決方案主要有淘寶丹臣sqlautoreview系統.可以在github上搜索到.
但是這個系統主要是基於java sqlmapfile.xml解決自動創建索引的問題,對源數據有要求,並且是通過解析SQL結構來假設SQL的執行計劃,不是特別准確,並且不能夠很好的區分新sql還是老sql.
所以產生了一個新的方案:
1、為所有的執行過的sql產生一個figerprint
2、基於慢查詢提供的數據,加上explain 提供的數據來判斷這個sql的性能是否可接受,或者可優化.
3、自動審核通過性能可接受的部分,給DBA展示性能較差的sql,然後進行優化.
方案的優點在於:
基於用戶真正執行的SQL,並且可以觀察SQL執行頻率.
基於MySQL真正的執行計劃和執行結果,分析更准確.
每個SQL都有一個fingerprint,只需要增量處理新加的SQL,效率和性能提高.
基於Box anemometer二次開發,讓慢查詢和sql審核同平台,增加工具集成性,提高用戶體驗(DBA和開發人員)。
方案實施:
既然咱是DBA，肯定會有更DBA的思維方式.基於現有軟體二次開發完成,減少開發成本,整合管理平台.
基於Box anemometer.安裝Box anemometer
Box anemometer是一款B/S架構,圖形化的MySQL慢查詢分析工具.功能強大易用,設計簡單直接.anemometer是基於pt-query-digest的二次封裝得來.
核心處理流程:
mysql node–>計劃任務通過pt-query-digest收集慢查詢信息–>結果寫入到資料庫中–>anemometer按條件去展示慢查詢的結果,並且提供了圖形化和趨勢分布圖等功能.
所以anemometer已經幫我們完成了數據收集,包括每個sql的fingerprint信息,以及相關的信息,我們在測試環境,基於anemometer,將long_query_time設置為0,就可以收集到所以的SQL及相關信息.
在我們收集到所有SQL以後,我們就要來分析這個SQL是否可以自動審核通過.這里開始我們就要定製了.
定製內容如下:
一、
設置一個單獨的datasources,可以命名為audit_sql.
這個datasources裡面只放置開發環境或者測試環境的慢查詢(你要做sql審核基於哪個環境),將此環境的long_query_time設置為0,接收所有的sql查詢.
二、修改anemometer
ALTER TABLE `global_query_review` ADD audit_status VARCHAR(255) NOT
NULL DEFAULT 『refuse』 comment 『sql審計的狀態 refuse未通過 pass審核通過』;
修改PHP代碼.
在report模塊的where條件中增加一個Ait Status的選項框,可以過濾audit_status的狀態
在show_query模塊中增加一個Audit Status的選項框,可以人工設置audit_status的狀態
三、增加兩個額外的腳本,准實時的分析audit_status為refuse的sql,如果sql的滿足自動審核通過的條件,那麼就設置audit_status為pass,表示自動審核通過.
自動審核未通過的sql,由DBA人工在anemometer上檢索和處理.
這里就涉及到一個自動審核通過的演算法:
演算法分兩種.
第一種是准實時,也就是可以幾分鍾或者一個小時運行一次,主要是根據每個sql的執行效率判斷是否pass.
對應的腳本名字叫做:audit_sql.py
第二種是一天一次,弱化執行效率判斷,增加一天執行的頻率判斷.
對應的腳本名字叫做:audit_sql_day.py
各家根據自己的實際情況調整或者優化這兩個腳本.
至此,你已經可以讓99%以上的代碼自動審核通過了,審核不通過的代碼你可以讓開發自己來tracking也可以主動推給開發.
對於才搭建的環境,可能會有一些亂七八糟的sql,不過使用一段時間穩定以後,異常的sql指紋都有了,那麼每天產生的sql指紋就比較少了,而這部分SQL指紋也就是程序員編寫新的代碼產生的.
⑧ 如何自動化與SSIS包存儲過程的執行
下面是這樣的一種方式。在SSIS 2008 R2和SQL Server 2012的後端。 創建一個表來存儲你的價值觀。比方說，該表是dbo.SProcValues。基於存儲的定義，表架構是這樣的。
CREATE TABLE dbo.SProcValues(
Id int IDENTITY(1,1) NOT NULL,
SProcName nvarchar(40) NOT NULL,
SchemaName nvarchar(20) NOT NULL,
Dimension nvarchar(40) NOT NULL,
ETLSchema nvarchar(20) NOT NULL,
ETLTable nvarchar(40) NOT NULL,
IsExecute bit NOT NULL
)
GO
讓我們來插入示例下面的腳本。
INSERT INTO dbo.SProcValues
(SProcName, SchemaName, Dimension, ETLSchema, ETLTable, IsExecute) VALUES
('dbo.sp_generate_merge', 'dim1', 'dimension1', 'stg1', 'table1', 1),
('dbo.sp_generate_merge_scdbk', 'dim2', 'dimension2', 'stg2', 'table2', 1),
('dbo.sp_generate_merge_scdbk', 'dim3', 'dimension3', 'stg3', 'table3', 0),
('dbo.sp_generate_merge', 'dim4', 'dimension4', 'stg4', 'table4', 0);
GO
在SSIS包，假設你有數據源和已建立的連接管理器。創建以下變數。可變SProcValues將容納存儲在表中的設置。可變SQLInnerQuery將舉行，這將在後面的內部執行SQL任務查詢。其他變數涉及到每一列可在表格中我們可以通過每一行循環，並保持在一個變數。 在變數的值粘貼以下查詢SELECT SProcName, SchemaName, Dimension, ETLSchema, ETLTable, IsExecute FROM dbo.SProcValues選擇變數SQLInnerQuery，然後按F4以查看屬性。設置該屬性EvaluateAsExpression為True，然後單擊省略號按鈕對Expression屬性。 我們需要設置，將評估對存儲在EXEC可在以後提供給內部執行SQL任務的表達式。設置以下表達式。"EXEC " + @[User::SProcName] + " @Schema = ?, @Dimension = ?, @ETLSchema = ?, @ETLTable = ?, @IsExecute = ?"如果單擊評估的編輯器表達式按鈕，你可以看到什麼樣的表達式會。您還會注意到，沒有存儲在下面的截圖就是包變數目前沒有任何價值。在將與表中的值，該表達式被分配會自動自行解決。 在SSIS包，拖放一個執行SQL任務。此任務將運行下面的查詢來獲取存儲在表中dbo.SProcValues值的列表。在執行SQL任務配置常規頁面，如下圖所示。該OLEDB連接和連接管理器/數據源是作為實踐。 配置執行SQL任務的結果集頁面，結果從查詢中設置保存為一個對象變數。 現在，第一個執行SQL任務配置得到應傳遞到存儲的值的列表中，您需要通過記錄循環。 拖放一個Foreach循環容器。執行SQL任務的優先順序容器連接到Foreach循環容器。配置Foreach循環容器的集合頁面。我們通過循環的結果將ADO 在Foreach循環容器配置變數映射頁面，如下圖所示。當我們中的每一行循環，我們將存儲在各自的變數中的列值，所以我們可以把它傳遞給下一個執行SQL任務來運行存儲 拖放一個執行SQL任務Foreach循環容器內，使這個任務是在結果集中每次執行我們遍歷一行。配置執行SQL任務，如下圖所示。 注 您可能希望在這問題上，根據你的如果你選擇的ResultSet，那麼你需要配置一個合適的對象變數來接受這個結果集執行SQL任務配置的ResultSet屬性。我把它作為無這個例子。 設定值被傳遞給存儲 最後，控制流程是這樣的。 當包運行時，循環將執行存儲盡可能多的記錄由上述的SELECT返回的，前提是你把所有表中的行存儲的定義，可在資料庫中。我已經創建的存儲dbo.sp_generate_merge_scdbk和dbo.sp_generate_merge同的定義。這就是包執行的理由
⑨ 如何在自動化腳本中寫SQL語句
在MS SQL SERVER 中：
打開查詢分析器，選擇資料庫，在腳本編輯窗口中輸入SQL語句，點擊保存，即可將擴展名為SQL的腳本文件存入磁碟（默認我的文檔或選擇的文件夾）中。
⑩ 如何在SQL中建立一個自動化任務
自動化任務直接可以在SQL中創建job
job有時間執行周期
所以可以設置執行起始時間，可以按天，按周，等等
假如按小時，那就選擇按天，設置多少小時執行一次