SQL Server

　　昨天開始接觸sql server複製的時候，算是對這個方面一無所知，但是我的所想要通過這個功能達到的目標非常的明確----完成兩個sql

http://msdn2.microsoft.com/zh-cn/library/ms152567(SQL.90).aspx複製使用出版業術語表示複寫拓撲中的組件，其中有發行伺服器、散發者、訂閱伺服器、發布、項目和訂閱。可藉助雜誌的概念來協助理解 Microsoft SQL Server

      在SQL Server中，每一個操作SQL Server都會做一定的Log記錄，比較說Insert,Update 或者Delete事件，每一個操作都會鎖定行，然後對行操作做一些記錄。當一個表中的資料行很多的時候，幾十萬條或更多，那麼刪除的時候TRUNCATE TABLE則更快，它是一種快速、無日誌記錄的方法。TRUNCATE TABLE 與不含有 WHERE 子句的 DELETE 語句在功能上相同。但是，TRUNCATE TABLE

資料庫複寫有4種.分別是:每一種都有各自的優缺點. 其中本人主要使用快照發布, 和事務發布. 至於為什麼不使用其他的, 是因為除這兩種之外其他的都為互相同步. 可能照成自增主鍵衝突問題, 並且網上還有人說有可能會照成死迴圈. 當然我沒試過.快照發布: 發行伺服器按預定的時間間隔向訂閱伺服器發送已發佈資料的快照。原理: 對當前資料庫進行拍照然後將所得的照片發過去恢複資料優點: 快照發布可以有效保證資料的完整性. 可以控制快照產生的間隔時間等.缺點:

文章目錄 Creating a Sample Project that Will Create a SQL Server Catalog by Running Customized SQL Script Creating a Sample Project that Will Create an Oracle Catalog by Running Customized SQL Script

如果刪除一張資料表中的一批記錄，在沒有觸發器的情況下，使用一條DELETE語句就可以刪除全部合格記錄。但是我發現：如果一張資料表建有刪除觸發器，此情況下刪除這張表中的一批合格記錄，那麼每次執行一次DELETE語句，只能刪除合格一條記錄。舉例：文檔資料表tblDocument中，要刪除狀態status=4001的記錄。資料庫中，tblDocument的主鍵docID，還是其他多張表的外鍵。過程：在表tblDocument上，建立DELETE的觸發器，在刪除tblDocument中合格記錄之前，先刪

一、建立發布和散發者            [歡迎使用配置發布和分發嚮導]->[選擇散發者]           ->[使"@servername"成為它自己的散發者,SQL Server將建立散發資料庫和日誌]              ->[制定快照檔案夾]-> [自訂配置] -> [否,使用下列的預設配置] -> [完成]           上述步驟完成後, 會在當前"@servername" SQL

　　經過兩天的尋找和實踐，終於對－如何同步兩個sql server的資料有了一個比較粗略的瞭解。　　不是使用寫sql 的方式來實現，而是採用－強制訂閱實現資料庫同步操作，大量和批量的資料可以用資料庫的同步機制處理。　　說明：　　為方便操作,所有操作均在發行伺服器(散發者)上操作,並使用推模式，在客戶機器使用強制訂閱者式。測試通過：＝＝1:環境伺服器環境:機器名稱： serverDB作業系統：Windows 2000 Server資料庫版本：SQL 2000 Server

　　從昨天在網上搜尋“資料同步”開始，出現頻率最高的一篇文章，算是自己對這個知識瞭解的入門吧！複製的概念　　複製是將一組資料從一個資料來源拷貝到多個資料來源的技術，是將一份資料發布到多個儲存網站上的有效方式。使用複製技術，使用者可以將一份資料發布到多台伺服器上，從而使不同的伺服器使用者都可以在許可權的許可的範圍內共用這份資料。複製技術可以確保分布在不同地點的資料自動同步更新，從而保證資料的一致性。SQL複製的基本元素包括　　出版伺服器、訂閱伺服器、散發者、出版物、文章SQL複製的工作原理　　SQ

在自己機器的sql

好久沒有上部落格了，最近研究Windows Phone7開發，先從SQL Compact Edition開始。杯具發生在使用SSMS建立SQL Compact Edition資料庫檔案時（*.sdf），我使用的SSMS Express居然無法建立SQL Compact檔案。在SSMS的“登入的伺服器”欄中，只有“資料庫引擎”一項可選，經過仔細研究，在MSDN上得知必須要安裝SP2以上版本的SQL Server Management Studio Express才能串連，我之前所安裝的為最初版本（

下面是建立一個sqlserver資料庫的代碼模板，加上一個建立表的模板。開發的時候可以拷貝過去直接改動一下就可以用了。希望能幫上忙！ Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->USE [master]GOIF EXISTS(SELECT 1 FROM sysdatabases WHERE NAME=N'HkTemp')BEGINDROP

Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->--會員表if object_id('userinfo','u') is not nulldrop table userinfogocreate table userinfo(userid int primary key,user_tegral int,level int)insert into

　　本文來自於51CTO部落格（停不了的V）　　varchar在SQL Server中是採用單位元組來儲存資料的，nvarchar是使用Unico來儲存資料的．中文字元儲存到SQL Server中會儲存為兩個位元組（一般採用Unico編碼），英文字元儲存到資料庫中，如果欄位的類型為varchar，則只會佔用一個位元組，而如果欄位的類型為nvarchar，則會佔用兩個位元組。 　　正常情況下，我們使用varchar也可以儲存中文字元，但是如果遇到作業系統是英文作業系統並且對中文字型的支援不全面時,

  SELECT SYSCOLUMNS.name  FROM SYSCOLUMNS,SYSOBJECTS,SYSINDEXES,SYSINDEXKEYS   WHERE SYSCOLUMNS.id = object_id('Tab_XXX') --syscolumns.id為該列所屬的表對象ID   AND SYSOBJECTS.xtype = 'PK' --sysobjects.xtype物件類型  AND SYSOBJECTS.parent_obj = SYSCOLUMNS.id  

注: sql server 2005 及以上支援. 版本估計是不支援(工作環境2005,2008). 工作需要, 需要向SQL Server 現有表中添加新列並添加描述. 從而有個如下預存程序. (先附上預存程序然後解釋) 代碼/********調用方法**********作用: 添加列並添加列描述資訊調用:exec [SetColumnInfo] '表名', '列名', N'列說明,描述','列類型{預設:NVARCHAR(50)}','列預設值{預設:NULL}'**************

FK_ 外鍵 主鍵約束SELECT tab.name AS [表名], idx.name AS [主鍵名稱], col.name AS [主鍵列名]FROM sys.indexes idx JOIN sys.index_columns idxCol ON (idx.object_id = idxCol.object_id AND idx.index_id = idxCol.index_id AND

深入淺出SQL Server Replication第一篇：走近Replication(上)對於很多的SQL Server DBA而言，Replication不是什麼新鮮的事物了，也是大家常常說的“複製”，很多的朋友已經在項目中使用。正如其他技術一樣：有人可以使用的好，有人會抱怨技術不行。我們AgileSharp團隊也經過了不少高可用的案例，

談談SQL Server高可用的常見問題每次談到SQL Server的高可用，很多的DBA，特別是SQL Server DBA心裡一痛：因為大家都認為SQL Server無法或者很難實現SQL Server。也有很多的DBA朋友腦袋一拍，給出答案“高可用不就是微軟的那幾個技術嗎，如Replication, Failover Clustering”…1.難道SQL Server在高可用上面就顯得這麼的無力嗎？回答：不是的，其實SQL Server很給力。2.為什麼很多人總是抱怨SQL

深入淺出SQL Server Replication第三篇：事物複製實戰-建立Publisher對於很多的SQL Server DBA而言，Replication不是什麼新鮮的事物了，也是大家常常說的“複製”，很多的朋友已經在項目中使用。正如其他技術一樣：有人可以使用的好，有人會抱怨技術不行。我們AgileSharp團隊也經過了不少高可用的案例，