sqlserver2000繁體
『壹』 哪位有sql SERVER2000繁體版的下載地址麻煩提供下，急用！！謝謝！！
Sql server 2000繁體中文版下載，使用期120天
http://download.microsoft.com/download/SQLSVR2000/Trial/2000/NT45/TW/SQLEVAL.exe
『貳』 高分求助，SQL Server 2000 繁體版無法卸離資料庫，緊急！在線等
打開查詢分析器，在master下執行以下語句：
exec sp_who
觀察返回數據表中，dbname為 Sw 的行，各列的數據類型和描述如下：
spid smallint 系統進程 ID。
ecid smallint 與指定 SPID 相關聯的給定線程的執行上下文 ID。
ECID = {0, 1, 2, 3, ...n}，其中 0 始終表示主或父線程，並且 {1, 2, 3, ...n} 表示子線程。
status nchar(30) 進程狀態。
loginame nchar(128) 與特定進程相關聯的登錄名。
hostname nchar(128) 每個進程的主機或計算機名。
blk char(5) 如果存在阻塞進程，則是該阻塞進程的系統進程 ID。否則該列為零。
當與給定的 spid 相關聯的事務受到孤立分布式事務的阻塞時，該列將對阻塞孤立事務返回 '-2'。
dbname nchar(128) 進程使用的資料庫。
cmd nchar(16) 為此進程執行的 SQL Server 命令（Transact-SQL 語句、SQL Server 內部引擎處理等）。
如果確定已經關閉所有相關程序，不會影響數據的保存，可以直接用kill語句關閉相關的事務進程：
語法：kill spid（exec sp_who返回表的第一列對應數值）
例如：假如Sw對應的spid為25，則 kill 25
確定exec sp_who返回表中沒有dbname為Sw的行後，再解掛資料庫，可以正常解掛。
『叄』 在sqlserver中有沒有函數可以把繁體轉換成簡體的！
住前台轉換吧，SQL Server可沒此么牛地功能
用外部程序軟體代碼實現寫出來內碼轉換功能，住SQL Server 2000里封裝成擴展存儲過程。
自己做1個程序軟體代碼，可以隨意將需要轉地表，欄位列出來，循環每個欄位地值，將它們從繁體轉換到簡體。俺想此樣地程序軟體代碼對樓主來說應該沒什麼問題和疑問吧。
提供幾個函數function供樓主參考：
{內碼轉換}
function Big5ToGB(BIG5Str : String): AnsiString;
{進行big5轉GB內碼}
var
Len: Integer;
pBIG5Char: PChar;
pGBCHSChar: PChar;
pGBCHTChar: PChar;
pUniCodeChar: PWideChar;
begin
//String -> PChar
pBIG5Char := PChar(BIG5Str);
Len := MultiByteToWideChar(950,0,pBIG5Char,-1,nil,0);
GetMem(pUniCodeChar,Len*2);
ZeroMemory(pUniCodeChar,Len*2);
//Big5 -> UniCode
MultiByteToWideChar(950,0,pBIG5Char,-1,pUniCodeChar,Len);
Len := WideCharToMultiByte(936,0,pUniCodeChar,-1,nil,0,nil,nil);
GetMem(pGBCHTChar,Len*2);
GetMem(pGBCHSChar,Len*2);
ZeroMemory(pGBCHTChar,Len*2);
ZeroMemory(pGBCHSChar,Len*2);
//UniCode->GB CHT
WideCharToMultiByte(936,0,pUniCodeChar,-1,pGBCHTChar,Len,nil,nil);
//GB CHT -> GB CHS
LCMapString($804,LCMAP_SIMPLIFIED_CHINESE,pGBCHTChar,-1,pGBCHSChar,Len);
Result := String(pGBCHSChar);
FreeMem(pGBCHTChar);
FreeMem(pGBCHSChar);
FreeMem(pUniCodeChar);
end;
function GBToBig5(GBStr : String): AnsiString;
{進行GB轉BIG5內碼}
var
Len: Integer;
pGBCHTChar: PChar;
pGBCHSChar: PChar;
pUniCodeChar: PWideChar;
pBIG5Char: PChar;
begin
pGBCHSChar := PChar(GBStr);
Len := MultiByteToWideChar(936,0,pGBCHSChar,-1,nil,0);
GetMem(pGBCHTChar,Len*2+1);
ZeroMemory(pGBCHTChar,Len*2+1);
//GB CHS -> GB CHT
LCMapString($804,LCMAP_TRADITIONAL_CHINESE,pGBCHSChar,-1,pGBCHTChar,Len*2);
GetMem(pUniCodeChar,Len*2);
ZeroMemory(pUniCodeChar,Len*2);
//GB CHT -> UniCode
MultiByteToWideChar(936,0,pGBCHTChar,-1,pUniCodeChar,Len*2);
Len := WideCharToMultiByte(950,0,pUniCodeChar,-1,nil,0,nil,nil);
GetMem(pBIG5Char,Len);
ZeroMemory(pBIG5Char,Len);
//UniCode -> Big5
WideCharToMultiByte(950,0,pUniCodeChar,-1,pBIG5Char,Len,nil,nil);
Result := String(pBIG5Char);
FreeMem(pBIG5Char);
FreeMem(pGBCHTChar);
FreeMem(pUniCodeChar);
end;
function GBKChtToChs(GBStr : String): AnsiString;
{進行GBK繁體轉簡體}
var
Len: Integer;
pGBCHTChar: PChar;
pGBCHSChar: PChar;
begin
pGBCHTChar := PChar(GBStr);
Len := MultiByteToWideChar(936,0,pGBCHTChar,-1,nil,0);
GetMem(pGBCHSChar,Len*2+1);
ZeroMemory(pGBCHSChar,Len*2+1);
//GB CHS -> GB CHT
LCMapString($804,LCMAP_SIMPLIFIED_CHINESE,pGBCHTChar,-1,pGBCHSChar,Len*2);
Result := String(pGBChsChar);
//FreeMem(pGBCHTChar);
FreeMem(pGBCHSChar);
end;
function GBKChsToCht(GBStr : String): AnsiString;
{進行GBK簡體轉繁體}
var
Len: Integer;
pGBCHTChar: PChar;
pGBCHSChar: PChar;
begin
pGBCHSChar := PChar(GBStr);
Len := MultiByteToWideChar(936,0,pGBCHSChar,-1,nil,0);
GetMem(pGBCHTChar,Len*2+1);
ZeroMemory(pGBCHTChar,Len*2+1);
//GB CHS -> GB CHT
LCMapString($804,LCMAP_TRADITIONAL_CHINESE,pGBCHSChar,-1,pGBCHTChar,Len*2);
Result := String(pGBCHTChar);
FreeMem(pGBCHTChar);
//FreeMem(pGBCHSChar);
end;
最後，我雖然也學了，可是沒有寫這個的牛，有必要聲明，我是倒過來的哦！
『肆』 用sql server 2000資料庫，不支持中文怎麼辦
不支持沒有關系的，如果通過程序存入的文字，直接在SQL中打開看是亂碼的，但是當你在頁面中輸出，還是會顯示中文的，沒多大影響。如果你用的是JSP，就要考慮一下中文問題了。
如果出現這樣的情況，建議不要使用直接在SQL輸入文字的方法。
『伍』 在繁體2003server系統上安裝sql 2000server 英文版補丁打不上
打英文版補丁是可以的，因為我也打過，前提是你的sql 2000server 也是英文版的，如果不是，就找對應的補丁來打。
『陸』 求SQL server 2000 繁體中文版,有的幫發下 郵箱是[email protected] QQ是88263804 最好是可以激活的0.0
我有繁體版的sql server 2008.要嗎？
『柒』 繁體SQL 資料庫 簡體SQL SERVER 2000
解決的辦法是指名排序方式，告訴查詢分析器應該怎樣排序即可。這里會需要用到一個關鍵字 COLLATE
Coliate 在SQLServer聯機叢書中是這樣解釋的
COLLATE
一個子句，可應用於資料庫定義或列定義以定義排序規則，或應用於字元串表達式以應用排序規則投影。
語法
COLLATE < collation_name >
< collation_name > ::=
{ Windows_collation_name } | { SQL_collation_name }
參數
collation_name
是應用於表達式、列定義或資料庫定義的排序規則的名稱。collation_name 可以只是指定的 Windows_collation_name 或 SQL_collation_name。
Windows_collation_name
是 Windows 排序規則的排序規則名稱。請參見 Windows 排序規則名稱。
SQL_collation_name
是 SQL 排序規則的排序規則名稱。請參見 SQL 排序規則名稱。
那麼我們怎麼可以知道當前的排序規則名稱是什麼呢，其實這個排序規則名稱是我們在創建資料庫（實例）的時候就可以進行選擇的，不過通常情況下我們都會默認原來的設定，不會對其進行變更，所以如果是簡體中文的SQLServer就會默認的使用簡體中文的排序規則，而如果是繁體中文的SQLServer 就會默認的使用繁體中文的排序規則。我們在察看資料庫（實例）的屬性時，常規頁簽的最下面一行就是當前的排序規則。在默認的情況下，簡體中文的排序規則名稱是：Chinese_PRC_CI_AS，而繁體中文的排序規則名稱則是：Chinese_Taiwan_Stroke_CI_AS，所以我們如果在有簡體繁體排序規則名稱混用的時候，只要聲明一下你當前要使用哪種排序規則進行比較就可以了，例如針對上面的那個SQL語句，下面兩種方法都可以解決那個錯誤提示的問題
SELECT Table1.*,Table2.*
FROM Table1
INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_PRC_CI_AS
SELECT Table1.*,Table2.*
FROM Table1
INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_Taiwan_Stroke_CI_AS
說了半天如何解決排序規則沖突引起的問題，如果還有興趣的話，下面把SQL Server聯機叢書裡面關於排序規則的概念貼出來給大家分享一下，省得大家再去找：
Microsoft® SQL Server™ 2000 支持多種排序規則。排序規則對控制正確使用語言（如馬其頓語或波蘭語）或字母表（如西歐語言使用的拉丁字母表 Latin1_General）字元的規則進行編碼。
每個 SQL Server 排序規則指定三個屬性：
用於 Unicode 數據類型（nchar、nvarchar 和 ntext）的排序次序。排序次序定義字元的排序序列，以及在比較操作中對字元取值的方法。
用於非 Unicode 字元數據類型（char、varchar 和 text）的排序次序。
用於存儲非 Unicode 字元數據的代碼頁。
說明 不能指定與 Unicode 數據類型（nchar、nvarchar 和 ntext）對應的代碼頁。用於 Unicode 字元的雙位元組位模式由 Unicode 標準定義且不能更改。
可在任何級別上指定 SQL Server 2000 排序規則。安裝 SQL Server 2000 實例時，可指定該實例的默認排序規則。每次創建資料庫時，可指定用於該資料庫的默認排序規則。如果未指定排序規則，資料庫的默認排序規則即是實例的默認排序規則。無論何時定義字元列、變數或參數，都可指定這些對象的排序規則。如果未指定排序規則，將使用資料庫的默認排序規則創建這些對象。
如果 SQL Server 實例的所有用戶都使用同一種語言，則應選擇支持該語言的排序規則。例如，若所有用戶都講法語，則選擇法語排序規則。
如果 SQL Server 實例的用戶使用多種語言，則應選擇能對多語種需求提供最佳支持的排序規則。例如，如果用戶一般都講西歐語言，則選擇 Latin1_General 排序規則。當支持使用多種語言的用戶時，對所有字元數據都使用 Unicode 數據類型 nchar、nvarchar 和 ntext 最為重要。Unicode 旨在消除非 Unicode char、varchar 和 text 數據類型的代碼頁轉換困難。因為排序規則定義用於比較操作的排序次序和 Unicode 字元的排序，所以當用 Unicode 數據類型實現所有的列時，排序規則仍會產生不同。即使當使用 Unicode 數據類型存儲字元數據時，也應選擇支持大多數用戶的排序規則，以防使用非 Unicode 數據類型實現列或變數。
SQL Server 排序規則定義資料庫引擎存儲和操作字元及 Unicode 數據的方式。然而，當數據移入應用程序後，在應用程序中進行的字元排序和比較將由計算機上選定的 Windows 區域設置控制。應用程序使用的字元數據排序規則是由 Windows 區域設置控制的項目之一，區域設置還定義其它項目，如數字、時間、日期和貨幣格式。對於 Microsoft Windows NT® 4.0、Microsoft Windows® 98 和 Microsoft Windows 95，可使用控制面板中的"區域設置"應用程序指定 Windows 區域設置。對於 Microsoft Windows 2000，可使用"控制面板"中的"區域選項"應用程序指定區域設置。有關 Windows 區域設置的更多信息，請參見 Microsoft Web 站點 MSDN® 頁中的 Developing International Software for Windows 95 and Windows NT 4.0。
多個排序規則可對非 Unicode 數據使用相同的代碼頁。例如，代碼頁 1251 定義西里爾語字元集。多個排序規則（如 Cyrillic_General、Ukrainian 和 Macedonian）都使用該代碼頁。雖然這些排序規則都使用相同的位集來表示非 Unicode 字元數據，但在處理字典定義時所應用的排序和比較規則略有不同，而字典定義確定語言或字母表中與排序規則相關的正確字元序列。
因為 SQL Server 2000 排序規則控制 Unicode 和非 Unicode 排序次序，所以不會遇到由為 Unicode 和非 Unicode 數據指定不同的排序規則而引起的問題。在 SQL Server 的早期版本中，對代碼頁號、字元排序次序和 Unicode 排序規則分別進行指定。SQL Server 的早期版本還支持每個代碼頁有不同數目的排序次序，並為某些代碼頁提供 Windows 區域設置中沒有的排序次序。在 SQL Server 7.0 中，還可以指定為非 Unicode 數據選擇的排序次序以外的其它 Unicode 排序次序。這會導致在使用與非 Unicode 數據相對的 Unicode 數據時，排序和比較操作返回不同的結果。