SQL Server

Sybase SQL Server 的每一個資料庫，無論是系統資料庫（master,model, sybsystemprocs, tempdb），還是使用者資料庫，都有自己的transaction log，每個庫都有 syslogs表。Log記錄使用者對資料庫修改的操作，所以如果不用命令清除， log會一直增長直至 佔滿空間。清除log可用dump transaction 命令；或者開放資料庫選項trunc log on chkpt，

在SQL SERVER 中如果我們想要使主鍵按照一定規則自動成長我們可以這樣做：這裡我們建立一張研究表，裡面有研究ID,研究人員姓名和研究醫院.我們使SicentificId 設為主鍵 並且從1開始每次遞加1.這裡要更各位強調一下使用Identity 關鍵字的前提要求是 資料類型必須為 int ,decimal,bigint,smallint等數實值型別.但是很多時候只有一個數字編號並不能滿足我們的要求,

SQL Server 2014 CTP2之後公布了一項針對備份的特性，那就是原生備份加密。考慮到之前網路上影響很壞的資料庫泄漏事件，本質上都是Database Backup泄漏給第三方導致，SQL Server的原聲資料備份可以使得即使備份本身被盜，在沒有加密認證的情況下也無法使用，這有效解決了上述資料泄漏問題。原先的解決方案在SQL Server

如何知道一句SQL語句的執行效率呢，只知道下面3種：1、通過SQL語句執行時磁碟的活動量(IO)資訊來分析：SET STATISTICS IO ON (開啟) / SET STATISTICS IO OFF(關閉)2、通過SQL語句執行時文法分析、編譯以及執行所消耗的時間：SET STATISTICS TIME ON (開啟) / SET STATISTICS TIME OFF(關閉)3、通過執行計畫查看：Ctrl + L-------------------------------------

在SQL Server 2008提供FileStream,以藉助Windows系統本身的API來強化SQL Server對於非結構化資料的支援後，SQL Server 2012更是推出了像Contained Database、FileTable等令人期待的新功能。對於FileTable的功能和特性，在此無需贅述，本文主要針對FileTable的T-SQL操作目錄做一個執行個體示範。關於FileTable的介紹，請參閱MSDN:http://technet.microsoft.com/zh-cn/

利用資料庫表構造無限級分類，通常我們會採用下面這種方式這種主子關係結構清晰，但查詢時會有一些小問題；查詢當前類別的所有子類及子類下的子孫類，會出現遞迴查詢，而實際應用中這種查詢是很常見的，比如我們要查詢所有技術類文章資訊；解決這類問題在SqlServer2005出現之前通常是採用遊標來操作，但熟悉資料庫內部機制的人都知道使用遊標帶來的效能問題和其他問題是比較嚴重的到了SqlServer2005下，可以選擇用CTE來做遞迴查詢,例如要查詢所有技術類文章，就可使用這種方式，向上遞迴和向下遞迴基本實現

簡介SQL Server查詢分析器是基於開銷的。通常來講，查詢分析器會根據謂詞來確定該如何選擇高效的查詢路線,比如該選擇哪個索引。而每次查詢分析器尋找路徑時，並不會每一次都去統計索引中包含的行數，值的範圍等，而是根據一定條件建立和更新這些資訊後儲存到資料庫中，這也就是所謂的統計資訊。如何查看統計資訊查看SQL Server的統計資訊非常簡單，使用如下指令：DBCC

    微軟公司的SQL Server是目前小型網路中常用的資料庫管理系統之一。面向這種網路資料庫的應用程式也在日益增多，這種網路資料庫應用系統的正常運行，一般都依賴於已經存在的使用者資料庫。建立資料庫的工作當然可以用SQL Server提供的SQL Enterprise Manager工具來完成，但是，如果能夠提供一種定製的資料庫管理工具，專門管理應用系統需要的資料庫及其裝置，對使用者來說無疑更加理想。現存問題我們知道，在使用CREATE

 SQL Server 用戶端組態工具用於配置用戶端的工具(除基於DOS作業系統的用戶端工具以外)，以便使它們可以成功地和SQL Server進行通訊。這個程式應該在用戶端工具裝載之後運行。在大多數情況下，你並不需要運行這些程式，因為預設的設定在大多數的網路設定下都能工作。但是，如果用戶端軟體不能和SQL Server進行通訊，你可以使用這個工具來正確配置用戶端軟體，使之能夠和SQL

在SQL Server 2005的許多被大力推薦的特性裡面，有一項可能對那些使用SQLServer 工作的編程人員最實用的是Common Language Runtime，或者簡寫為CLR。CLR可以讓編程人員直接在SQL Server中建立預存程序、觸發器，使用者自訂函數，集合體和類型。CLR有很多的承諾，但是也有一些缺陷。關於CLR的重要性有一些主要的原因。首先，隨著SQL Server 編程技術的成熟，代碼編寫人員陷入了SQL

python遠程清除sqlserver資料庫伺服器日誌，供參考：# coding=gbkfrom encodings import gbkimport reimport sysimport  osimport  pyodbcimport tracebackimport decimal#串連資料庫conn = pyodbc.connect('DRIVER={SQL

　　最近，為了能在資料庫伺服器中運行其他應用程式，在保持資料庫作業系統版本不變的前提下對資料庫伺服器進行了軟、硬體上的升級。在軟體上，將作業系統從Windows 2000升級到Windows Server 2003；在硬體上，將伺服器中的記憶體由原來的512MB增加到1GB（1024MB）。　　在升級後的開始幾個星期之內，伺服器在使用中表現良好。但是不久後就發現，在伺服器上同時啟動並執行其他應用程式卻出現了異常，不時地報出記憶體配置不足的警告。經過幾次跟蹤後發現，原來是SQL

    方法一 1.建立一個同名的資料庫 2.再停掉sql server(注意不要分離資料庫) 3.用原資料庫的資料檔案覆蓋掉這個建立的資料庫 4.再重啟sql server 5.此時開啟企業管理器時會出現置疑，先不管，執行下面的語句（注意修改其中的資料庫名) 6.完成後一般就可以訪問資料庫中的資料了,這時,資料庫本身一般還要問題,解決辦法是,利用 資料庫的指令碼建立一個新的資料庫,並將資料導進去就行了. USE MASTERGOSP_CONFIGURE

第一：編寫限制搜尋範圍的查詢語句。眾所周知，在資料庫查詢的時候返回記錄的多少直接關係到查詢的效率。所以，在用戶端通過一定的條件陳述式，限制搜尋的範圍，往往可以大幅度的提高查詢的效率。如使用者在用戶端查詢資料庫的時候，在查詢語句中，加入TOP語句，讓其顯示前面的50條或者100條記錄。因為根據經驗，使用者在查詢資料的時候，60%左右要查看的都是靠前面的記錄。特別是在一些曆史交易資訊表中，如在ERP系統的庫存交易表中，就可以只顯示前面幾百條的記錄，而不需要顯示所有的記錄。當使用者覺得記錄不夠時，可以

--sql語句就用下面的預存程序/*--資料匯出Excel匯出查詢中的資料到Excel,包含欄位名,檔案為真正的Excel檔案,如果檔案不存在,將自動建立檔案,如果表不存在,將自動建立表基於通用性考慮,僅支援匯出標準資料類型--鄒建 2003.10--*//*--調用樣本p_exporttb @sqlstr='select * from 地區資料',@path='c:\',@fname='aa.xls',@sheetname='地區資料'--*/if exists (select * from

年初的時候一直在做一個網站MSSQL2000->MySQL5的遷移工作，因為採用了不同的程式系統，所以主要問題在資料的遷移。由於2個系統資料庫結構差異非常大，不方便採取SQLSERVER裡匯入MYSQL的ODBC資料來源的功能（也不推薦這麼做，欄位類型等不同點會搞死人的～），因此就在WINDOWS下自己寫PHP指令碼從SQLSERVER裡讀資料，然後按照新系統的需要處理之後插入MYSQL裡面，靈活也比較方便。實際過程主要有下面幾個問題：1、資料庫的串連，主要是串連SQLSERVER。主要有

一."SQL Server 不存在或訪問被拒絕"這個是最複雜的,錯誤發生的原因比較多,需要檢查的方面也比較多.一般說來,有以下幾種可能性:1,SQL Server名稱或IP地址拼字有誤2,伺服器端網路設定有誤3,用戶端網路設定有誤要解決這個問題,我們一般要遵循以下的步驟來一步步找出導致錯誤的原因.============= 首先,檢查網路物理串連 =============ping <伺服器IP地址/伺服器名稱>如果 ping <伺服器IP地址>

MS Sql Server 提供了很多資料庫修複的命令，當資料庫質疑或是有的無法完成讀取時可以嘗試這些修複命令。 1. DBCC CHECKDB 重啟伺服器後，在沒有進行任何操作的情況下，在SQL查詢分析器中執行以下SQL進行資料庫的修複，修複資料庫存在的一致性錯誤與分配錯誤。 use master declare @databasename varchar(255) set @databasename='需要修複的資料庫實體的名稱' exec sp_dboption

開發人員在努力做到妥善地處理意外，這樣使用者就不用擔心天書般的系統錯誤資訊。出於這個原因，異常處理是每個.NET應用程式的一個標準部分。Try／catch塊讓你能夠捕捉異常並從該點控制應用程式的執行。與資料庫進行互動操作的時候會發生很多錯誤，但是很多開發人員都不知道如何處理資料庫層的錯誤。本文我們將探討如何利用SQLServer和T-SQL來處理你資料庫代碼裡的錯誤。處理T-SQL裡的錯誤SQLServer的SQL對話讓你能夠輕鬆地處理可能會在儲存進程、函數裡發生的非致命錯誤，但是並不是所有的錯

筆者日前參與開發了一套高速公路收費系統，主要功能是記錄通過收費站的所有車輛的資訊，包括時間、車型、金額、車輛圖片資料等，其中涉及到多媒體資料的處理。下面筆者將主要依靠Delphi中的流資料類型來為大家做講解。一、選擇資料庫1．問題常用的案頭型資料庫，如Access、Visual