Time of Update: 2018-12-08
近來有許多人問起SQL線上管理的問題,遂將以前用過的一個開源SQL 線上管理工具修改了一下,並分享。看下: 原項目的地址:http://sourceforge.net/projects/asp-ent-man/files/ 邀月修改後的項目:vs2010版本:下載二下載一vs2005版本:下載三註:邀月提供的下載是在vs2010+Framework 2.0環境下編譯通過的c#+web項目。補充:原提供的下載編譯有問題,已修正下載連結,請重新下載編譯。非常抱歉!
Time of Update: 2018-12-08
熟悉SQL SERVER 2000的資料庫管理員都知道,其DTS可以進行資料的匯入匯出,其實,我們也可以使用Transact-SQL語句進行匯入匯出操作。在Transact-SQL語句中,我們主要使用OpenDataSource函數、OPENROWSET 函數,關於函數的詳細說明,請參考SQL線上說明。利用下述方法,可以十分容易地實現SQL SERVER、ACCESS、EXCEL資料轉換,詳細說明如下: 一、SQL SERVER 和ACCESS的資料匯入匯出 常規的資料匯入匯出:
Time of Update: 2018-12-08
一、將Access 資料庫資料移植轉換為SQL Server 2000第一步,開啟SQLSERVER 2000服務管理,開啟“企業管理器”,建立一個資料庫,名稱為“Access資料轉換”;第二步,運行“匯入和匯出資料”,開啟“DTS匯入/匯出嚮導”。選擇資料來源時,有兩種選擇:“Driver do Microsoft Access(*.mdb)”或“Microsoft Access”(前者所選是的ODBC驅動程式,後者則是微軟提供的資料介面),下面作分別介紹:如果選擇前者“Driver do
Time of Update: 2018-12-08
在微軟發布SQL Server 2012的前一天,也同時發布了針對SQL Server 2012的JDBC Driver 4,為:http://www.microsoft.com/downloads/zh-cn/details.aspx?FamilyID=49C554CA-41A0-472C-B728-75DF5789369C 從 3.0 到 4.0 的更改:1765616 對於 katmai 和更高版本,DatabaseMetadata.getTypeInfo 現在為 date、time、
Time of Update: 2018-12-08
Microsoft SQL Server JDBC Driver 3.0官方地址:http://www.microsoft.com/downloads/zh-cn/details.aspx?FamilyID=a737000d-68d0-4531-b65d-da0f2a735707針對2.0,主要增加了對sql server 2008 r2的支援。從 2.0 到 3.0 的更改:327029 “未能載入 sqljdbc_auth.dll”異常現在包含更多有關失敗原因的資訊。329180
Time of Update: 2018-12-08
1.按姓氏筆畫排序:Select * From TableName Order By CustomerName Collate Chinese_PRC_Stroke_ci_as 2.資料庫加密:select encrypt('原始密碼')select pwdencrypt('原始密碼')select pwdcompare('原始密碼','加密後密碼') = 1--相同;否則不相同 encrypt('原始密碼')select pwdencrypt('原始密碼')select pwdcompare(
Time of Update: 2018-12-08
實際工作中有時候需要把大量資料匯入資料庫,然後用於各種程式計算,本實驗將使用5中方法完成這個過程,並詳細記錄各種方法所耗費的時間。 本實驗中所用到工具為VS2008和SQL SERVER 2000、SQL SERVER 2008,分別使用5中方法將100萬條資料匯入SQL 2000與SQL 2008中,實驗環境是DELL 2850雙2.0GCPU,2G記憶體的伺服器。感興趣的朋友可以下載原始碼自己驗證一下所用時間。
Time of Update: 2018-12-08
本系列文章是我在sqlskill.com的PAUL的部落格看到的,很多誤區都比較具有典型性和代表性,原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經過我們團隊的翻譯和整理髮布在AgileSharp上。希望對大家有所協助。 本系列文章一直所沒有觸及的就是有關”還原(Restore)”的話題,因為一旦牽扯到這個話題就會涉及大量的誤區,多到我無法通過一篇文章說完的地步。
Time of Update: 2018-12-08
有表t_lock:ID是主鍵,表中有5行資料,1~2,4~6 可重複讀:Code highlighting produced by Actipro CodeHighlighter
Time of Update: 2018-12-08
本系列文章是我在sqlskill.com的PAUL的部落格看到的,很多誤區都比較具有典型性和代表性,原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,希望對大家有所協助。 誤區 #28:有關大容量交易記錄復原模式的幾個誤區 28 a)常見的DML操作可以被“最小記錄日誌” 不是。在大容量交易記錄復原模式下只有一小部分大量操作可以被“最小記錄日誌”,這類操作的列表可以在Operations That Can
Time of Update: 2018-12-08
本系列文章是我在sqlskill.com的PAUL的部落格看到的,很多誤區都比較具有典型性和代表性,原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經過我們團隊的翻譯和整理髮布在AgileSharp上。希望對大家有所協助。 誤區 #26: SQL Server中存在真正的“事務嵌套”錯誤
Time of Update: 2018-12-08
本系列文章是我在sqlskill.com的PAUL的部落格看到的,很多誤區都比較具有典型性和代表性,原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經過我們團隊的翻譯和整理髮布在AgileSharp上。希望對大家有所協助。 誤區 #27:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB錯誤 乍一看,由於BACKUP WITH
Time of Update: 2018-12-08
寫在前面:上次我關於索引的文章有幾個園友發站內信問我如何將索引和表格儲存體在不同的硬碟上。我覺的需要專門寫一篇文章來講述一下檔案和檔案組應該更容易理解.簡介 在SQL SERVER中,資料庫在硬碟上的儲存方式和普通檔案在Windows中的儲存方式沒有什麼不同,僅僅是幾個檔案而已.SQL SERVER通過管理邏輯上的檔案組的方式來管理檔案.理解檔案和檔案組的概念對於更好的設定資料庫來說是最基本的知識。 理解檔案和檔案組 在SQL
Time of Update: 2018-12-08
簡介 我們平時所寫的SQL語句本質只是擷取資料的邏輯,而不是擷取資料的實體路徑。當我們寫的SQL語句傳到SQL Server的時候,查詢分析器會將語句依次進行解析(Parse)、綁定(Bind)、查詢最佳化(Optimization,有時候也被稱為簡化)、執行(Execution)。除去執行步驟外,前三個步驟之後就產生了執行計畫,也就是SQL
Time of Update: 2018-12-08
跟蹤標記是什嗎? 對於DBA來說,掌握Trace Flag是一個成為SQL Server高手的必要條件之一,在大多數情況下,Trace Flag只是一個劍走偏鋒的奇招,不必要,但在很多情況下,會使用這些標記可以讓你更好的控制SQL Server的行為。下面是官方對於Trace Flag的標記: 跟蹤標記是一個標記,用於啟用或禁用SQL Server的某些行為。 由上面的定義不難看出,Trace Flag是一種用來控制SQL Server的行為的方式。很多DBA對Trace
Time of Update: 2018-12-08
簡介 在上篇文章中我們談到了查詢最佳化工具和執行計畫緩衝的關係,以及其二者之間的衝突。本篇文章中,我們會主要闡述執行計畫緩衝常見的問題以及一些解決辦法。 將執行緩衝考慮在內時的流程 上篇文章中提到了查詢最佳化工具解析語句的過程,當將計畫快取考慮在內時,首先需要查看計畫快取中是否已經有語句的緩衝,如果沒有,才會執行編譯過程,如果存在則直接利用編譯好的執行計畫。因此,完整的過程1所示。圖1.將計畫快取考慮在內的過程
Time of Update: 2018-12-08
本篇文章是系列文章中的第五篇,是對前一個日誌系列的補充篇。如果您對日誌的基本概念還沒有一個比較系統的瞭解,可以參看本系列之前的文章:淺談SQL Server中的交易記錄(一)----交易記錄的物理和邏輯構架淺談SQL Server中的交易記錄(二)----交易記錄在修改資料時的角色淺談SQL Server中的交易記錄(三)----在簡單復原模式下日誌的角色淺談SQL Server中的交易記錄(四)----在完整復原模式下日誌的角色 簡介
Time of Update: 2018-12-08
一、問題起因 隨著資料庫檔案的日益增大,存放的磁碟空間越發顯得不足,同時為了提高資料庫的效能,資料庫記錄檔遷移顯得尤為重要,即資料庫主檔案和記錄檔分別存放在不同的磁碟上。 二、嘗試遷移 遷移記錄檔,首先想到的是Detach和Attach方式,可以使用下面任一種方式1. 指令碼SP_DETACH_DB 'DB NAME', 'TRUE'你會發現如下錯誤2.
Time of Update: 2018-12-08
MySQL遷移工具是微軟SQL Server遷移助手(Microsoft SQL Server Migration Assistant)的其中一個工具。此次發布的為支援預覽版CTP1.0,支援SQL server 2008,對應的MySQL資料庫則支援4.1、5.0以及5.1,之前的於此同時還發布了一個針對SQL Server 2005的遷移工具。如下:下載:Microsoft SQL Server Migration Assistant 2005 for MySQL v1.0 CTP1 下載:
Time of Update: 2018-12-08
分區請三思:1 雖然分區可以帶來眾多的好處,但是同時也增加了實現對象的管理費用和複雜性。因此在進行分區之前要首先仔細的考慮以確定是否應為對象進行分區。2 在確定了為對象進行分區後,下一步就有確定分區鍵和分區數。要確定分區資料,應先評估您的資料中是否存在邏輯分組和模式。3