Time of Update: 2018-12-05
在做項目實施時,經常需要給使用者提供一個excel模板,讓使用者根據自己的實際情況在excel中按要求錄入一個基礎資料(比如部門人員資料、線上考試的試題庫、裝置資訊等),這樣做的原因一個是因為使用者一般對excel比較熟悉;另一個原因是使用excel的話客戶可以直接從其它資料來源匯入,而不是從頭開始錄入。 當使用者將處理好的試算表交給我們後,一般實施人員會利用自己熟悉的工具將excel匯入到系統資料表中,我以前一直用工具匯入,但今天一同事告訴我可以直接用sql
Time of Update: 2018-12-05
使用PowerShell的優點與使用標準的T-SQL和SSIS進行自動化的方法相比,PowerShell指令碼為DBA們帶來了更多優點。這些優點包括: 1、對多伺服器進行自動化處理更為簡單,我們可以在多台SQL
Time of Update: 2018-12-05
預存程序就是作為可執行對象存放在資料庫中的一個或多個SQL命令。 定義總是很抽象。預存程序其實就是能完成一定操作的一組SQL語句,只不過這組語句是放在資料庫中的(這裡我們只談SQL Server)。如果我們通過建立預存程序以及在ASP中調用預存程序,就可以避免將SQL語句同ASP代碼混雜在一起。這樣做的好處至少有三個: 第一、大大提高效率。預存程序本身的執行速度非常快,而且,調用預存程序可以大大減少同資料庫的互動次數。
Time of Update: 2018-12-05
熟悉SQL SERVER 2000的資料庫管理員都知道,其DTS可以進行資料的匯入匯出,其實,我們也可以使用Transact-SQL語句進行匯入匯出操作。在Transact-SQL語句中,我們主要使用OpenDataSource函數、OPENROWSET 函數,關於函數的詳細說明,請參考SQL線上說明。利用下述方法,可以十分容易地實現SQL SERVER、ACCESS、EXCEL資料轉換,詳細說明如下: 一、
Time of Update: 2018-12-05
SELECT (case when a.colorder=1 then d.name else '' end) 表名, a.colorder 欄位序號, a.name 欄位名, (case when COLUMNPROPERTY( a.id,a.name,'IsIdentity')=1 then '√'else '' end) 標識, (case when (SELECT count(*) FROM sysobjects
Time of Update: 2018-12-05
SQL Server 阻止了對組件 \'Ad Hoc Distributed Queries\' 的訪問 在Sql Server中查詢一下Excel檔案的時候出現問題:SELECT * FROM OPENROWSET( 'MICROSOFT.JET.OLEDB.4.0','Excel 8.0;IMEX=1;HDR=YES;DATABASE=D:\a.xls',[sheet1$]) 結果提示: SQL Server 阻止了對組件 'Ad Hoc Distributed
Time of Update: 2018-12-05
查詢速度慢的原因很多,常見如下幾種: 1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題,是程式設計的缺陷) 2、I/O輸送量小,形成了瓶頸效應。 3、沒有建立計算資料行導致查詢不最佳化。 4、記憶體不足 5、網路速度慢 6、查詢出的資料量過大(可以採用多次查詢,其他的方法降低資料量) 7、鎖或者死結(這也是查詢慢最常見的問題,是程式設計的缺陷) 8、sp_lock,sp_who,活動的使用者查看,原因是讀寫競爭資源。 9、返回了不必要的行
Time of Update: 2018-12-05
[轉]http://www.cnblogs.com/CareySon/archive/2013/05/04/PlanCacheInSQLServer.html簡介 我們平時所寫的SQL語句本質只是擷取資料的邏輯,而不是擷取資料的實體路徑。當我們寫的SQL語句傳到SQL
Time of Update: 2018-12-05
取出資料庫欄位中DateTime列的日期部分:(1)select Datename(year,GetDate())+'-'+Datename(month,GetDate())+'-'+Datename(day,GetDate()) (2)select convert(varchar(10),getdate(),120) (3)select * from MyDsk_提醒 where year(預約時間) = '2008' and month(預約時間)='8' and Day(預約時間)='29
Time of Update: 2018-12-05
1. 開啟sqlserver資料庫 xp_cmdshell功能 -- To allow advanced options to be changed. EXEC sp_configure 'show advanced options', 1 GO -- To update the currently configured value for advanced options. RECONFIGURE GO -- To enable the feature. EXEC
Time of Update: 2018-12-05
簡介 加密是指通過使用密鑰或密碼對資料進行模糊處理的過程。在SQL Server中,加密並不能替代其他的安全設定,比如防止未被授權的人訪問資料庫或是資料庫執行個體所在的Windows系統,甚至是資料庫所在的機房,而是作為當資料庫被破解或是備份被竊取後的最後一道防線。通過加密,使得未被授權的人在沒有密鑰或密碼的情況下所竊取的資料變得毫無意義。這種做法不僅僅是為了你的資料安全,有時甚至是法律所要求的(像國內某知名IT網站泄漏密碼這種事在中國可以道歉後不負任何責任了事,在米國妥妥的要破產清算)。
Time of Update: 2018-12-05
次序函數是SQL Server2005新加的功能。在SQL Server2005中有如下四個次序函數:1. row_number2. rank3. dense_rank4. ntile 下面分別介紹一下這四個次序函數的功能及用法。在介紹之前假設有一個t_table表,表結構與表中的資料1所示:圖1其中field1欄位的類型是int,field2欄位的類型是varchar一、row_number
Time of Update: 2018-12-05
利用Xquery 剖析元素來完成XML的分解。記住,Xpath是Xquery的一個子集。Xquery利用Xpath來描述一個XML的文檔部分。利用“For, Let, Where, Order By, Return”等運算式進行補充說明,或者用FLWOR(上面五個單詞的縮寫)進行化簡。Xquery不支援更新操作和全文檢索搜尋功能,而這兩種功能可能會在以後推出但是目前Xquery還只是一種查詢語言。XML樣本Code highlighting produced by Actipro
Time of Update: 2018-12-05
1 為什麼要這麼做,要引用背景資料幹嘛?當你開啟一個基於瀏覽器的表單時,表單中的一些下拉式控制項,比如"商品類型","材料規格",你可能不希望讀者自己輸入,而希望直接從系統原有的SQL SERVER中的"商品類型表"讀取。或者,你希望完成一些"自動填寫"操作,比如當輸入完"客戶名稱"時,"客戶地址"一欄就會根據系統原有資料自動填寫完成。 2 基於InfoPath Form
Time of Update: 2018-12-05
ado文檔對使用指定屬性建立新的 Parameter 對象。文法Set parameter = command.CreateParameter (Name, Type, Direction, Size, Value)傳回值返回 Parameter 對象。參數Name 可選,字串,代表 Parameter 對象名稱。Type 可選,長整型值,指定 Parameter 對象資料類型。關於有效設定請參見 Type 屬性。Direction 可選,長整型值,指定 Parameter
Time of Update: 2018-12-05
C;\11.xls是一個excel表裡面內容Type_Name \ Type_Order \Type_Check武術 \ 0 \ 1sql server2000 裡面有個資料庫shop,其中有一個表Goods_Type有欄位Type_Id /Type_Name /Type_text /Type_Order /Type_Check /Type_time其中
Time of Update: 2018-12-05
0 Feb 22 2006 4:26PM CONVERT(CHAR(19), CURRENT_TIMESTAMP, 0)1 02/22/06 CONVERT(CHAR(8), CURRENT_TIMESTAMP, 1)2 06.02.22 CONVERT(CHAR(8), CURRENT_TIMESTAMP, 2)3 22/02/06 CONVERT(CHAR(8), CURRENT_TIMESTAMP, 3)4 22.02.06 CONVERT(CHAR(8),
Time of Update: 2018-12-05
查詢速度慢的原因很多,常見如下幾種: 1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題,是程式設計的缺陷) 2、I/O輸送量小,形成了瓶頸效應。 3、沒有建立計算資料行導致查詢不最佳化。 4、記憶體不足 5、網路速度慢 6、查詢出的資料量過大(可以採用多次查詢,其他的方法降低資料量) 7、鎖或者死結(這也是查詢慢最常見的問題,是程式設計的缺陷) 8、sp_lock,sp_who,活動的使用者查看,原因是讀寫競爭資源。 9、返回了不必要的行
Time of Update: 2018-12-05
varchar和nvarchar的區別:varchar(n)長度為 n 個位元組的可變長度且非 Unicode 的字元資料。n 必須是一個介於 1 和 8,000 之間的數值。儲存大小為輸入資料的位元組的實際長度,而不是 n 個位元組(如varchar(6),當欄位為qqq時,資料庫實際佔用空間為3個位元組,而不是6個位元組,但只允許儲存6個位元組,一般中文佔兩個位元組)。nvarchar(n)包含 n 個字元的可變長度 Unicode 字元資料。n 的值必須介於 1 與 4,000
Time of Update: 2018-12-05
--add linkexec sp_addlinkedserver @server='DBLinkCompalAPS',@srvproduct='',@provider='SQLOLEDB',@datasrc='cetebiddb',@catalog='bccdb'exec sp_addlinkedsrvlogin 'DBLinkCompalAPS',false,null,'ebid','******' EXEC master.dbo.sp_addlinkedserver @server