建体彩网|中彩网双色球连号|
?
快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

和記娛樂備用:利用您的 Microsoft SQL Server 2000 技能來學習 DB2 UDB V8

?

小序

在當今的信息技巧領域中,新信息在賡續地向我們沖擊 - 新的軟件產品、新的版本和新的功能。使您能跟上這些賡續發生的變更的措施之一便是使用您手中 現有的常識。我將向您展示若何應用您今朝的 Microsoft® SQL Server 2000 的常識來迅速得到有關 DB2 UDB V8 for Linux、UNIX and Windows 的技能。在本文中,術語“SQL Server”指的是 Microsoft SQL Server 2000,“DB2 UDB” 指的是 DB2 UDB V8 for Linux、UNIX and Windows。本文的重點主要集中在 Windows 平臺。

第一個要留意的 SQL Server 和 DB2 UDB 之間的緊張差別是 SQL Server 僅在 Windows 平臺(Intel 體系布局)上受支持。而另一方面,DB2 UDB 可以在 Linux、UNIX 和 Windows 平臺以及許多硬件體系布局中獲得支持。針對所有這些平臺的代碼基礎上是相同的,只帶有極少數特定于平臺的模塊。此外,DB2 UDB 產品還可以擴展到 iSeries®(AS/400® 和 z/OS®(大年夜型機))的領域。iSeries 和 z/OS 的 DB2 UDB 成員的代碼庫與 DB2 UDB for Linux、UNIX and Windows 的不合,由于這些產品使用了各自的硬件體系布局。然則,這些 DB2 系列的功能是異常相似的。在您認識了 DB2 UDB for Linux、UNIX and Windows 今后,您可以大年夜膽考試測驗進修有關其它平臺上的 DB2 的更多常識。

系統布局概述

下圖 1 展示了基礎的 SQL Server 布局。圖 2 展示了 DB2 UDB 的布局,請把兩者做一下對照。我將在整篇文章中引用這兩幅圖。

圖 1. Microsoft SQL Server 2000 布局

圖 2. Linux、UNIX 和 Windows 上的 DB2 UDB V8 系統布局

實例和辦事器

只管在 SQL Server 術語中不常常應用“實例”這個術語,然則 實例的觀點在 SQL Server 和 DB2 UDB 中是相似的。用戶平日只把它稱為“辦事器”。對付這兩個產品而言,實例供給一個自力的情況,數據庫工具在此中創建,并且利用法度榜樣在這些工具上運行。因為實例遵照一種“不共享”的體系布局,是以一個實例的工具平日不與其它實例的工具進行交互。圖 1 和圖 2 將 PROD 實例和 DEV 實例表示為兩個觀點上彼此自力的框。雖然實例的觀點在這兩個產品中是相同的,但它的實現卻是截然不合的。在 SQL Server 中,您可以有一個“缺省”實例(僅有一個)和一些命名實例。 缺省實例在第一次安裝 SQL Server 時創建,并由謀略機名來標識。而 命名實例在創建 缺省實例之后創建,并必須經由過程 c和記娛樂備用omputer_nameinstance_name 的款式來進行標識。

要在同一臺機械上創建幾個 SQL Server 命名實例,您必須對每個新的實例應用安裝 CD,并且對每個新的安裝都要應用安裝 GUI。請留意,在這個歷程中,為每個您創建的實例復制 SQL Server 代碼,但應用的路徑不合。只有某些文件是實例之間共享的。要刪除一個實例,您必須應用安裝 GUI 來卸載該實例。

在 DB2 UDB 中,當將產品安裝在 Windows 平臺后,將缺省地創建“DB2”實例。在 Linux 和 UNIX 中,缺省實例名為“db2instl”。要在同一臺機械上創建另一個實例,您只須履行 db2icrt敕令。對付一臺機械上的多個 DB2 UDB 實例,只有 DB2 UDB 代碼的 一個副本。

圖 3 顯示了 DB2 UDB Control Center GUI 中的缺省 DB2 UDB 實例“DB2”和用 db2icrt 敕令創建的其它兩個實例。

圖 3. 顯示 DB2 UDB 實例的 DB2 UDB Control Center GUI

要從敕令行接口引用一個給定的 DB2 UDB 實例,請應用 DB2INSTANCE 情況變量。該變量讓您指定所有敕令將利用到確當前的活動實例。例如,假如 DB2INSTANCE 被設置成 PROD,然后您發出 create database MYDB1 敕令,那么您將創建和實例 PROD 關聯的數據庫。假如您想在實例 DB2 上創建該數據庫,則您必須首先將 DB2INSTANCE 變量的值變動為 DB2。

標識您想應用的實例的另一個簡單措施是如圖 3 所示的應用 DB2 UDB Control Center GUI。您可能必須經由過程右鍵單擊 Instances并選擇 Add來將實例添加到 GUI 中,這樣就可以在這個對象中看到該新實例的條款。

在 Windows 中創建了一個 DB2 UDB 實例后,一個與實例名同名的響應辦事也被創建。可以履行 db2idrop敕令來刪除 DB2 實例。該敕令 不會撤除 DB2 UDB 代碼。假如是 Windows 的話,它會撤除該實例的響應 Windows 辦事。

總而言之,SQL Server 和 DB2 UDB 中的實例在觀點上是相同的;不合的是在著實現上。SQL Server 對付每個新實例都必要一個不合的 SQL Server 代碼的副本,而 DB2 UDB 則不必要。在 SQL Server 中,可以應用 Enterprise Manager GUI 來治理實例,而在 DB2 UDB 中,則應用 Control Center GUI 來達到類似的目的。

Windows 辦事

表 1 描述了一些主要的 DB2 UDB Windows 辦事。

表 1. DB2 UDB Windows 辦事

辦事名

描述

DB2 - -

這是一個給定實例的引擎。它處置懲罰所有的 SQL 語句并治理數據庫。假如啟用了分區支持,DB2 可以支持一個數據庫在不合機械上的多個分區。是以,

注解您正在處置懲罰哪個分區。假如沒有啟用分區,分區號則不會呈現。

DB2 Governor

網絡連接 DB2 數據庫的利用法度榜樣的信息,并且基于您定義的規則來監控操作并對一些操作采取行動。例如,您可以指定一條規則將某一事情單元應用的光陰限定在一個小時,并且假如跨越了這個限定,則強制連接到數據庫。

DB2 JDBC Applet Server

為應用 JDBC 類型 3 驅動法度榜樣的 DB2 利用法度榜樣供給 JDBC 辦事器支持。

DB2 License Server

監控是否相符 DB2 許可證。

DB2 Remote Command Server

支持多分區數據庫的分區間通信。

DB2 Security Server

當在客戶機上履行認證時,認證 DB2 數據庫用戶。

DB2DAS - DB2DAS00

這是 DB2 Administration Server。它支持本地的和遠程的數據庫治理哀求。DB2 Administration Server 的 Windows 缺省名稱是 DB2DAS00。該辦事器與對象目錄辦事器一路應用來治理功課、警告等。

圖 4 顯示了帶出缺省 DB2 實例以及用 db2icrt 敕令創建的 PROD 和 DEV 實例的 DB2 UDB Windows 辦事。

圖 4. DB2 UDB Windows 辦事

既然已司理解了 DB2 UDB 應用的 Windows 辦事,讓我們把這些辦事與 SQL Server 上的辦事逐一對應起來。請看下面的表 2。

表 2. 把 SQL Server Windows 辦事映射到 DB2 UDB Windows 辦事

SQL Server 辦事

匹配的 DB2 UDB Windows 辦事

MSSQLServer 辦事。這個辦事代表了缺省的 SQL Server 實例。

DB2 - DB2-0 辦事。這個辦事代表了缺省的“DB2”實例。

MSSQL$

DB2 -

SQLServerAgent

DB2DAS - DB2DAS00。這個辦事代表了 DB2 Administration Server(DAS)*

SQLAgent$

DB2DAS - DB2DAS00。這個辦事代表了 DB2 Administration Server(DAS)*

Microsoft Distributed Transaction Coordinator (MS DTC)

Sync Point Manager(SPM)用于支持散播式事情單元。數據庫設置設置設備擺設擺設參數 SPM_NAME 向數據庫治理器標識了同步點治理器實例的名稱。

Microsoft Search

沒有匹配的 DB2 UDB Windows 辦事;然則,Net Search Extender 軟件可用于類似的目的。

* 每臺 DB2 機械僅可以有一個 DAS。

數據庫

正如圖 1 所示,在 SQL Server 中,一個實例可以包孕多個數據庫。每個數據庫都是一個自力的單元;然而,有關所有用戶數據庫的元數據都保存在 master數據庫中,是以查詢可以造訪兩個不合數據庫中的表。當創建一個實例的時刻,同時也缺省創建了幾個數據庫,例如 tempdb、master、model 和 Northwind 等等。

SQL Server 采納兩個級別來存儲元數據:實例級(應用 master 數據庫中的系統表)和數據庫級(應用用戶數據庫本身的系統表)。master 和 tempdb 這兩個數據庫可以被實例中的其它數據庫共享。其它例如視圖(view)這樣的工具在創建用戶數據庫時也被缺省創建。

正如圖 2 所示,在 DB2 UDB 中,一個實例也可以容納多個數據庫,每個數據庫是真正封閉、自力的單元。每個數據庫都有自己的目錄表空間(存儲元數據)、臨時表空間和用戶表空間。但沒有一個數據庫能夠像 SQL Server 中的 master數據庫那樣可以跨數據庫共享元數據信息。同樣,也沒稀有據庫能夠像 SQL Server 中的 tempdb 那樣可以在其它數據庫中被共享以維持臨時數據。DB2 UDB 包孕了一個稱作 系統數據庫目錄的二進制文件,里面有您從 DB2 機械連接的所稀有據庫的條款。這個目錄在實例級別保存。

圖和記娛樂備用 2 顯示了 DB2 UDB 中的每個數據庫的自力性。此外,您從圖中還可以看到每個數據庫都有自己的事務日志,這一點與 SQL Server 也很類似。

當創建一個實例時,缺省環境下不創建數據庫。您必要應用 create database 敕令顯式地創建數據庫。您也可以應用如圖 5 和圖 6 所示的 Control Center 來創建數據庫。

圖 5. 應用 Control Center GUI 創建 DB2 UDB 數據庫

圖 6. 應用 Control Center GUI 創建 DB2 UDB 數據庫(續)

在圖 6 中,您也可以看到當單擊了 Show Command時會發生什么環境。所有的 DB2 UDB Control Center GUI 屏幕都邑顯示實際上在后臺履行的 SQL 語句或敕令。這些敕令能夠保存在腳本中以供往后履行,或者被復制并從敕令行處置懲罰器(Command Line Processor,CLP)對象或 Command Center GUI 對象中履行。這兩個對象分手等同于 SQL Server 的 iSQL 和 Query Analyzer。

一個實例內的數據庫平日不會互訂交互;然而,假如利用法度榜樣有這樣的要求,那么可以經由過程啟用 聯邦(federation)支持來實現此目的。

容器、表空間和文件組

在 DB2 UDB 中, 容器是數據實際存儲的地方,并可以分為文件、目錄和裸設備。在和記娛樂備用 SQL Server 中不存在“容器”的觀點;而是用文件來存儲數據。

在 DB2 UDB 中, 表空間是邏輯工具,用作邏輯表和物理容器之間的層。當創建一個表空間時,您可以將它和一個特定的緩沖池(數據庫高速緩存)關聯起來,并關聯到特定的容器。這給了你治理和機能上的機動性。例如,假如有一個“熱門”的表,您可以在它自身的表空間中定義它,而這個表空間又關聯到其自身的緩沖池。這樣就贊助確保了該表的數據老是在內存中高速緩存。

當用缺省選項創建 數據庫時,將創建三個表空間,如表 3 所述。

表 3. 當創建數據庫時,缺省創建的 DB2 UDB 表空間

表空間名稱

描述

SYSCATSPACE

包孕元數據的目錄表空間。

TEMPSPACE1

用于履行諸如連接和排序操作的系統臨時表空間。該表空間的名稱可以變動。

USERSPACE1

這個表空間是可選的,用于在創建表時沒有顯式指定表空間的時刻存儲用戶表。

由于數據庫是自力的單元,是以不能跨數據庫共享表空間。又由于表空間只在一個數據庫中是已知的,以是兩個不合的數據庫可以有同名的表空間。您可以在圖 2 中看到,數據庫 MYDB1 有一個名為 MYTBLS 的表空間,而數據庫 MYDB2 也有一個同名的表空間。

SQL Server 經由過程與 DB2 UDB 表空間類似的要領來應用文件組。兩個不合的數據庫可以有同名的文件組,這一點和表空間類似。如圖 1 中所顯示的,數據庫 MYDB1 有一個名為 MyFileGroup 的文件組,而數據庫 MYDB2 也有一個同名的文件組。

DB2 UDB 表空間可以被分為 SMS(系統治理空間)或 DMS(數據庫治理空間)。SMS 表空間由操作系統治理并僅可所以目錄。它們會跟著必要自動地增長,是以供給了較好的機能并且不必要太多治理。這與 SQL Server 數據文件的行徑(假如您容許自動增長)千篇一律。DMS 表空間由 DB2 UDB 治理,可所以文件或裸設備。這種類型的表空間能得到最佳機能,但必要必然的治理。例如,您必要提前指定盼望分配給表空間的空間量,由于增長不是自動進行的。

事務日志的位置和大年夜小可以在數據庫 設置設置設備擺設擺設文件中指定。

下表 4 顯示了 SQL Server 數據庫若何與 DB2 UDB 數據庫或表空間逐一對應。

表 4. SQL Server 數據庫若何與 DB2 UDB 數據庫或表空間逐一對應

SQL Server 數據庫

DB2 UDB 數據庫或表空間

Master

SYSCATSPACE(目錄表空間);在 DB2 UDB 中,僅在數據庫級別保存該信息。

model

沒有等同的數據庫/表空間;然而,DB2 供給了一個名為“db2look”的對象,它用來將數據庫的布局復制到一個腳本文件以便往后履行它來創建一個新的數據庫。

msdb

對象目錄數據庫,它可以在安裝時創建,也可以在安裝后經由過程敕令 create tools catalog 創建

Northwind

SAMPLE 數據庫

pubs

SAMPLE 數據庫

tempdb

TEMPSPACE1 表空間

distribution

DB2 UDB 為所有的 DB2 UDB 系列供給內建的復制支持。涉及非 DB2 的關系治理系統的復制必要 Information Integrator 軟件。

工簽字稱

SQL Server 工簽字稱的布局由四部分組成,如下所示:

[SQL Server Instance].[Database Name].[Owner].[object name]

請留意:這些名稱的頭三個部分是可選的,取決于應用工具的高低文。

在 DB2 UDB 中,工具的布局由兩部分組成:

Schema_name.object_name

模式名用來從邏輯上對工具進行分組。模式名不必然和用戶標知趣匹配。任何具著名為 IMPLICIT_SCHEMA 特權的用戶都可以應用不存在的模式創建工具。例如,假設“Peter”具有 IMPLICIT_SCHEMA 特權,并履行了以下敕令:

CREATE TABLE WORLD.TABLEA (lastname char(10))

在這種環境下,創建了表 WORLD.TABLEA,此中 WORLD 是新創建的模式。假如 Peter 沒有顯式地指明該模式,那么表 PETER.TABLEA 也會被創建,由于缺省應用了連接標識。

在 DB2 UDB 中,在發出敕令之前您老是顯式地連接至一個數據庫,這就說清楚明了為什么數據庫名稱不是工簽字稱布局一部分的緣故原由。

表、視圖和索引

表、視圖和索引在 SQL Server 和 DB2 UDB 中基礎上是相同的。就創建 GUI 而言,應用 SQL Server 的 Enterprise Manager GUI 對象時,您必須在創建索引之前創建一個圖表,而應用 DB2 UDB Control Center 時,您無需中心步驟就可以直接從 GUI 中創建一個索引。

SQL Server 應用 master 數據庫來存儲有關其它用戶數據庫的信息,然則用戶數據庫本身是自力的單元,就象在 DB2 UDB 中一樣。是以,在兩種產品中,表、視圖或索引都可以在兩個不合的數據庫中擁有相同的名稱。SQL Server 容許連接不合數據庫(和 SQL Server)的表;DB2 UDB 僅在顯式激活聯邦的時刻才供給此支持。

存儲歷程、觸發器和用戶定義函數(UDF)

本文的主要目的是經由過程與 SQL Server 情況的對照來描述 DB2 UDB 情況。討論應用存儲歷程、觸發器和 UDF 的數據庫辦事器的邏輯是一個相稱廣泛的話題,是以這里只是簡要地先容一下。

首先,兩個產品都支持所有這些工具。只是SQL Server 應用它專有的 Transact-SQL(T-SQL),而 DB2 應用的是 SQL 歷程說話(SQL Procedural Language,SQL PL),兩者都是 SQL/PSM 標準的擴展。在 SQL Server 中,Transact-SQL 實際利用于每一件工作,包括實和記娛樂備用現 SQL Server 敕令。在 DB2 UDB 中,環境卻不是這樣。DB2 應用不合的 API 來實現其敕令,并且由于 SQL PL 存儲歷程被首先轉換為 C,以是它必要一個 C 編譯器來開拓這些存儲歷程。Transact-SQL 是在 SQL Server 引擎中本機履行的一種解釋說話。當運行它時,會變成顛末解釋的字節代碼,并在每次運行時都必要優化。存儲歷程的 C 說話實現可以供給機能上風,由于代碼只編譯一次(尤其當運行在無保護要領下);然而,它也增加了對 C 編譯器的需求。在 DB2 UDB 的未來發行版中,在供給現有功能的根基上,盼望能在無需 C 編譯器的環境下支持 SQL PL 存儲歷程,這將容許用戶選擇他們想要實現 SQL PL 存儲歷程的要領。

應用 DB2 UDB,您可以在觸發器和函數中應用 內聯SQL PL,這意味著您不必要 C 編譯器。經由過程這種措施可以支持 SQL PL 語句的一個子集。

設置設置設備擺設擺設文件

SQL Server 在實例級別和數據庫級別存儲它的設置設置設備擺設擺設信息。應用 Enterprise Manager GUI,右鍵單擊一個給定的實例或數據庫并選擇 Properties就可以顯示一個帶有所有可能設置設置設備擺設擺設選項的窗口。在 DB2 UDB 中,設置設置設備擺設擺設參數同樣存儲在實例級別(稱為 數據庫治理器設置設置設備擺設擺設文件)和數據庫級(稱為 數據庫設置設置設備擺設擺設文件)。

應用 Control Center,假如右鍵單擊一個給定的實例并選擇 Configure Parameters,您將會看到圖 7 所示的窗口。

圖 7. DB2 UDB 數據庫治理器設置設置設備擺設擺設參數(實例級別)

在數據庫級別,右鍵單擊一個給定的數據庫并選擇 Configure Parameters,將顯示圖 8 所示的窗口。

圖 8. 數據庫設置設置設備擺設擺設參數(數據庫級別)

DB2 UDB 供給了許多可以用來設置設置設備擺設擺設系統的參數;然而,假如您愛好用一種簡單的措施來自動設置設置設備擺設擺設系統,請應用 autoconfigure 敕令(或 Configuration Advisor GUI),它根據您供給的一些信息,將數據庫治理器和數據庫設置設置設備擺設擺設參數設置成最佳值。圖 9 顯示了 Configuration Advisor。

圖 9. DB2 UDB Configuration Advisor

除了設置設置設備擺設擺設文件之外,DB2 UDB 平日還把 DB2 注冊表變量用于特定于平臺的設置設置設備擺設擺設。留意, DB2 注冊表變量與 Windows 注冊表沒有任何關系。用戶可以應用 db2set 敕令來查看并變動這些變量。

安然性

SQL Server 應用認證、角色和特權的觀點來實現安然性。

支持兩種要領的認證:

Windows 認證。

Windows 操作系統認證登錄標識和密碼,并僅將和記娛樂備用登錄標識通報給 SQL Server,后者再將這個標識與 sysxlogins 系統表匹配。

混雜要領的認證。

SQL Server 根據它在 sysxlogins 系統表中的信息認證登錄標識和密碼。

一旦顛末認證,用戶還不能對 SQL Server 進行任何操作,除非他/她被分配了一個角色或一個給定的特權。 角色被用于將用戶分組為一個自力的單元,在這個單元上將利用許可權。是以,您不用將零丁的許可權賦予幾個用戶,相反,您可以創建一個包括所有這些許可權的角色,然后再把這個角色分配給用戶。

在 DB2 UDB 中,用戶不存在于數據庫中,而是由操作系統進行治理的。是以,DB2 UDB 的認證在某種程度上有點類似于 SQL Server 的 Windows 認證;然則,在任何數據庫表中都不會保存數據庫登錄信息。任何操作系統用戶都有可能潛在地應用 DB2 UDB;然而,除非他們被付與了給定的 DB2 UDB 權限或特權,否則他們能做的并不是很多。經由過程 Control Center GUI 可以很方便地處置懲罰權限和特權的付與和撤銷。您可能首先必須將一個用戶或組從可用的操作系統用戶或組中添加到 Control Center。

別的,在 DB2 UDB 中不應用術語“角色”;而是應用術語“權限(authority)”,這類似于 SQL Server 的固定的辦事器和數據庫角色。DB2 UDB 不支持 MS SQL Server 的用戶定義的數據庫角色;然則,一個操作系統組可以被付與權限和特權來實現角色功能。DB2 UDB 支持的權限有:SYSADM、SYSCTRL、SYSMAINT、DBADM 和 LOAD。

應用 GRANT SQL 語句不能付與 SYSADM、SYSCTRL 和 SYSMAINT 權限。這些特殊的權限只能從數據庫治理器設置設置設備擺設擺設文件來設置。

具有 SYSADM 權限的 DB2 UDB 用戶相稱于具有 sysadmin 角色的 SQL Server 用戶。

DB2 UDB 還應用術語“特權”,這等同于 SQL Server 的許可權。稀有據庫 特權(connect、createtab 等)和 數據庫工具特權(schema、table、view 等)。圖 10 顯示了從 Control Center GUI 中得到的 DB2 UDB 安然性信息。圖中大年夜部分的選項卡對應了 DB2 UDB 所支持的特權。

圖 10. DB2 UDB 安然性

下表 5 將 SQL Server 的安然性觀點和 DB2 UDB 中的逐一對應起來。

表 5. 將 SQL Server 的安然性觀點和 DB2 UDB 中的逐一對應起來

SQL Server

DB2 UDB

兩種認證要領:Windows 認證和混雜要領認證

由操作系統處置懲罰的一種認證要領;異常靠近于 SQL Server 的 Windows 認證。

角色

權限(都是預定義的,沒有用戶定義的權限。)

許可權

特權

對象

我們已經簡單地評論爭論了 SQL Server 和 DB2 UDB 中應用的一些對象;然而,還有許多對象在本文中并沒有涉及到。圖 11 顯示了 DB2 UDB 的菜單。這應該讓您對本文中沒有評論爭論到的對象和主題有一個大年夜致的熟識。

圖 11. DB2 UDB 菜單

應用敕令行

假如您更愛好應用敕令行接口,那么對付 SQL Server,您應該習氣應用 iSQL 實用法度榜樣。在 DB2 UDB 中的對應接口是敕令行處置懲罰器(CLP)。

圖 12 顯示了 DB2 UDB CLP 實用法度榜樣。我們首先從敕令提示窗口履行敕令 db2cmd 來打開敕令窗口。這將初始化運行 CLP 所必要的 DB2 情況。然后,我們經由過程履行敕令 db2 來調用 CLP。

圖 12. DB2 UDB CLP(敕令行處置懲罰器)

SQL Server 和 DB2 UDB 都供給了同樣是 GUI 對象的敕令行接口。SQL Server 中有 Query Analyzer。而在 DB2 UDB 中對等的是 Command Center,如圖 13 所示。

圖 13. DB2 UDB Command Center

停止語

本文使用您現有的 Microsoft SQL Server 2000 常識向您先容了 DB2 UDB V8 for Linux、Windows and UNIX。既然 SQL Server 只受 Windows 平臺的支持,是以本文就著重于這個平臺;然而,此處所有您進修到的關于 DB2 UDB 的常識(不是很具體)也可以利用于 Linux 和 UNIX 平臺。而且,因為應用的是 Windows 平臺,以是我們采納了兩個產品的 GUI 對象來解釋大年夜多半的觀點。然則,所有已經解釋過的內容都有一個等同的敕令。

作為對 SQL Server 和 DB2 UDB 體系布局的著末回首,讓我們對照一下圖 14 和圖 15。它們分手應用 SQL Server Enterprise Manager 和 DB2 UDB Control Center 顯示了各自的數據庫工具。

圖 14. MS SQL Server Enterprise Manager - 總結

圖 15. DB2 UDB Control Center - 總結

免責聲明:以上內容源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

您可能還會對下面的文章感興趣:

建体彩网
腾讯游戏欢乐麻将全集 捕鱼的鸟 快乐十分 北京28彩票合法吗 新疆时时彩五星基本图 微乐龙江麻将 六合彩开奖查询 青海11选5今日开奖结果走试图 滚球胜率最高的模式 湖北新快3走势图