qq群數(shù)據(jù)庫(kù)查詢工具

qq群數(shù)據(jù)庫(kù)查詢工具篇一：QQ加群——關(guān)鍵詞搜索

篇二：聊天軟件數(shù)據(jù)庫(kù)設(shè)計(jì)

表構(gòu)造

數(shù)據(jù)庫(kù)表構(gòu)造設(shè)計(jì)方案，僅供參考

UserState(--用戶狀態(tài)表

Friends(--好友表

)

FriendGroups(--好友分組表

FriendType(--好友類型

Messages(--聊天記錄表)

MessagesType〔--消息類型

〕

Nation(--國(guó)家

Province(--省份)

City(--城市

User_Groups(--用戶群表

User_GroupsToUser(--群用戶關(guān)聯(lián)表

User_GroupsMSGContent(--群消息內(nèi)容表〕

User_GroupsMSGToUser(--群消息關(guān)聯(lián)表

User_GroupsMSGUserToUser(--群內(nèi)私聊消息關(guān)聯(lián)表〕

篇三：數(shù)據(jù)庫(kù)分區(qū)

效勞器集群技術(shù)方案

一、概念與定義

集群〔Cluster〕技術(shù)是開展高性能計(jì)算機(jī)的一項(xiàng)技術(shù)。它是一組互相獨(dú)立的計(jì)算機(jī)，利用高速通信網(wǎng)絡(luò)組成一個(gè)單一的計(jì)算機(jī)系統(tǒng)，并以單一系統(tǒng)的形式加以管理。其出發(fā)點(diǎn)是提供高可靠性、可擴(kuò)大性和抗災(zāi)難性。一個(gè)集群包含多臺(tái)擁有共享數(shù)據(jù)存儲(chǔ)空間的效勞器，各效勞器通過內(nèi)部局域網(wǎng)互相通信。當(dāng)一臺(tái)效勞器發(fā)生故障時(shí)，它所運(yùn)行的應(yīng)用程序?qū)⒂善渌谄髯詣?dòng)接收。在大多數(shù)形式下，集群中所有的計(jì)算機(jī)擁有一個(gè)共同的名稱，集群內(nèi)的任一系統(tǒng)上運(yùn)行的效勞都可被所有的網(wǎng)絡(luò)客戶使用。采用集群系統(tǒng)通常是為了進(jìn)步系統(tǒng)的穩(wěn)定性和網(wǎng)絡(luò)中心的數(shù)據(jù)處理才能及效勞才能。

集群分為同構(gòu)與異構(gòu)兩種，它們的區(qū)別在于：組成集群系統(tǒng)的計(jì)算機(jī)之間的體系構(gòu)造是否一樣。集群計(jì)算機(jī)按功能和構(gòu)造可以分成以下幾類:

高可用性集群High-availability(HA)clusters

負(fù)載平衡集群Loadbalancingclusters

高性能計(jì)算集群High-performance(HPC)clusters

網(wǎng)格計(jì)算Gridputing

高可用性集群

一般是指當(dāng)集群中有某個(gè)節(jié)點(diǎn)失效的情況下，其上的任務(wù)會(huì)自動(dòng)轉(zhuǎn)移到其他正常的節(jié)點(diǎn)上。還指可以將集群中的某節(jié)點(diǎn)進(jìn)展離線維護(hù)再上線，該過程并不影響整個(gè)集群的運(yùn)行。

負(fù)載平衡集群

負(fù)載平衡集群運(yùn)行時(shí)一般通過一個(gè)或者多個(gè)前端負(fù)載平衡器將工作負(fù)載分發(fā)到后端的一組效勞器上，從而到達(dá)整個(gè)系統(tǒng)的高性能和高可用性。這樣的計(jì)算機(jī)集群有時(shí)也被稱為效勞器群〔ServerFarm〕。一般高可用性集群和負(fù)載平衡集

MDCC挪動(dòng)開發(fā)者大會(huì)精彩薈萃智能硬件挪動(dòng)開發(fā)產(chǎn)品體驗(yàn)粉絲經(jīng)濟(jì)社交游戲

群會(huì)使用類似的技術(shù)，或同時(shí)具有高可用性與負(fù)載平衡的特點(diǎn)。

Linux虛擬效勞器〔LVS〕工程在Linux操作系統(tǒng)上提供了最常用的負(fù)載平衡軟件。

高性能計(jì)算集群

高性能計(jì)算集群采用將計(jì)算任務(wù)分配到集群的不同計(jì)算節(jié)點(diǎn)而進(jìn)步計(jì)算才能，因此主要應(yīng)用在科學(xué)計(jì)算領(lǐng)域。比擬流行的HPC采用Linux操作系統(tǒng)和其它一些免費(fèi)軟件來完成并行運(yùn)算。這一集群配置通常被稱為Beowulf集群。這類集群通常運(yùn)行特定的程序以發(fā)揮HPCcluster的并行才能。這類程序一般應(yīng)用特定的運(yùn)行庫(kù),比方專為科學(xué)計(jì)算設(shè)計(jì)的MPI庫(kù)。

HPC集群特別適宜于在計(jì)算中各計(jì)算節(jié)點(diǎn)之間發(fā)生大量數(shù)據(jù)通訊的計(jì)算作業(yè)，比方一個(gè)節(jié)點(diǎn)的中間結(jié)果或影響到其它節(jié)點(diǎn)計(jì)算結(jié)果的情況。

網(wǎng)格計(jì)算

網(wǎng)格計(jì)算或網(wǎng)格集群是一種與集群計(jì)算非常相關(guān)的技術(shù)。網(wǎng)格與傳統(tǒng)集群的主要差異是網(wǎng)格是連接一組相關(guān)并不信任的計(jì)算機(jī)，它的運(yùn)作更像一個(gè)計(jì)算公共設(shè)施而不是一個(gè)獨(dú)立的計(jì)算機(jī)。還有，網(wǎng)格通常比集群支持更多不同類型的計(jì)算機(jī)集合。

網(wǎng)格計(jì)算是針對(duì)有許多獨(dú)立作業(yè)的工作任務(wù)作優(yōu)化，在計(jì)算過程中作業(yè)間無需共享數(shù)據(jù)。網(wǎng)格主要效勞于管理在獨(dú)立執(zhí)行工作的計(jì)算機(jī)間的作業(yè)分配。資源如存儲(chǔ)可以被所有結(jié)點(diǎn)共享，但作業(yè)的中間結(jié)果不會(huì)影響在其他網(wǎng)格結(jié)點(diǎn)上作業(yè)的進(jìn)展。

Oracle數(shù)據(jù)庫(kù)集群

RealApplicationCluster(以前稱作OracleParallelServer，OPS)用來在集群環(huán)境下實(shí)現(xiàn)多機(jī)共享數(shù)據(jù)庫(kù)，以保證應(yīng)用的高可用性。同時(shí)可以自動(dòng)實(shí)現(xiàn)并行處理

及均分負(fù)載，還能實(shí)現(xiàn)數(shù)據(jù)庫(kù)在故障時(shí)的容錯(cuò)和無斷點(diǎn)恢復(fù)。

RealApplicationCluster為大多數(shù)關(guān)鍵業(yè)務(wù)要求的數(shù)據(jù)庫(kù)環(huán)境提供了極高的性能和完善的糾錯(cuò)功能。RealApplicationCluster允許集群系統(tǒng)或大型并行系統(tǒng)中的多個(gè)節(jié)點(diǎn)共享同一物理數(shù)據(jù)庫(kù)。RealApplicationCluster可以自動(dòng)進(jìn)展負(fù)載平衡、故障修復(fù)和規(guī)劃停機(jī)時(shí)間，以支持高可用性應(yīng)用程序。它還顯著地進(jìn)步了大型數(shù)據(jù)倉(cāng)庫(kù)和決策支持系統(tǒng)的性能。通過與并行查詢選件結(jié)合，它還提供了節(jié)點(diǎn)間的并行性和節(jié)點(diǎn)內(nèi)的并行性，以得到更高的性能。多效勞器的Cluster〔集群〕構(gòu)造，因其具有高可靠性、大容量共享磁盤支持、以及無斷點(diǎn)的故障恢復(fù)，越來越受到業(yè)界的關(guān)注，越來越多的硬件廠商都相繼推出自己的Cluster機(jī)種和機(jī)型，它已經(jīng)成為硬件平臺(tái)的一個(gè)新的開展方向。

當(dāng)并行效勞器中某節(jié)點(diǎn)失效，透明的應(yīng)用程序容錯(cuò)可以把用戶自動(dòng)轉(zhuǎn)接到另一節(jié)點(diǎn)上繼續(xù)運(yùn)行，應(yīng)用程序在用戶沒有覺察的情況下繼續(xù)執(zhí)行。這使周期性和非周期性發(fā)生故障的系統(tǒng)增大了連續(xù)可用性。進(jìn)程的失效可以完全透明地轉(zhuǎn)移到另一節(jié)點(diǎn)上去，通過適當(dāng)?shù)嘏渲茫梢?/p>

指定所有查詢都在客戶端進(jìn)展緩存，這樣它們便可以在轉(zhuǎn)移后的節(jié)點(diǎn)上重新設(shè)置。同時(shí)，還可以在沒有失效時(shí)預(yù)先與容錯(cuò)節(jié)點(diǎn)建立一個(gè)連接，這樣可以減少容錯(cuò)時(shí)在連接所花的時(shí)間。

Oracle11gRealApplicationCluster并行效勞器方式有以下優(yōu)點(diǎn)：

各效勞器共享一個(gè)數(shù)據(jù)庫(kù)，在正常運(yùn)行時(shí)可以進(jìn)展負(fù)載分擔(dān)，無需考慮

應(yīng)用數(shù)據(jù)的人為分割

并行效勞器方式對(duì)應(yīng)用完全透明，在應(yīng)用程序設(shè)計(jì)和開發(fā)的過程中也不

需要進(jìn)展特殊編程，簡(jiǎn)化了開發(fā)的復(fù)雜程度，同時(shí)今后系統(tǒng)擴(kuò)展也無需修改應(yīng)用程序不需要重新啟動(dòng)數(shù)據(jù)庫(kù)核心進(jìn)程，縮短了故障造成的停機(jī)時(shí)間

總結(jié)以上ORACLERAC的功能和特點(diǎn)，ORACLERAC主要具有如下好處：1.可伸縮性用戶或者中間層應(yīng)用效勞器客戶，可以通過虛擬數(shù)據(jù)庫(kù)效勞名連接到數(shù)據(jù)庫(kù)上。Oracle在集群中多個(gè)節(jié)點(diǎn)之間自動(dòng)平衡用戶負(fù)載。不同節(jié)點(diǎn)上的RealApplicationClusters數(shù)據(jù)庫(kù)實(shí)例預(yù)訂所有數(shù)據(jù)庫(kù)效勞或者局部子集數(shù)據(jù)庫(kù)效勞。這使得DBA高度靈敏地選定，連接到特定數(shù)據(jù)庫(kù)效勞的特定應(yīng)用程序客戶是否可以連接到某些或者全部的數(shù)據(jù)庫(kù)節(jié)點(diǎn)。

說明：

數(shù)據(jù)庫(kù)分區(qū)容器途徑不可違犯以下需求之一：

*容器途徑必須是有效的標(biāo)準(zhǔn)絕對(duì)途徑或有效的相對(duì)途徑。后者解釋為相對(duì)于數(shù)

*

*

*

*

據(jù)庫(kù)目錄。對(duì)于EXTEND、REDUCE、RESIZE和DROP操作，指定容器途徑必須存在。途徑對(duì)于實(shí)例標(biāo)識(shí)必須是可讀寫的〔檢查基于UNIX的系統(tǒng)上的文件容許權(quán)〕。系統(tǒng)管理的表空間中的容器〔目錄〕在指定為容器時(shí)必須是空的，并且不能嵌套在其他容器以下。一個(gè)數(shù)據(jù)庫(kù)的容器不能定位在另一數(shù)據(jù)庫(kù)的目錄之下，并且不可以在看起來是其他數(shù)據(jù)庫(kù)的任何目錄之下。這將任何SQLnnnnn格式的目錄排除在外，這*容器的類型必須是命令中指定的類型〔目錄，文件或者設(shè)備〕。里"n"是任意的數(shù)字。

*容器必須在操作系統(tǒng)的文件大小限制以內(nèi)。

*在所有代理程序終止后，已刪除的數(shù)據(jù)庫(kù)管理的表空間的容器〔文件〕僅能重新用作系統(tǒng)管理的表空間的容器〔目錄〕，反之亦然。

*重定向復(fù)原期間，對(duì)DMS表空間指定了SMS容器，或?qū)MS表空間指定了DMS容器。

*用于EXTEND、REDUCE、RESIZE或DROP操作的容器的指定類型與創(chuàng)立容器時(shí)

指定的容器〔FILE或DEVICE〕的類型不匹配。

假設(shè)發(fā)生阻止DB2訪問容器的任何其他意外錯(cuò)誤，那么也將返回此消息。

假設(shè)您正在使用集群管理器，并且DB2數(shù)據(jù)庫(kù)管理器未能將數(shù)據(jù)庫(kù)容器途徑添加至集群管理器配置，那么就可能會(huì)返回此錯(cuò)誤。假設(shè)集群管理器無法訪問此途徑，那么集群管理器將不能成功地管理涉及到此途徑的故障轉(zhuǎn)移。集群管理器中生成的錯(cuò)誤消息將記錄在db2diag日志文件中。

用戶響應(yīng)：

指定另一個(gè)容器位置或更改容器以使其可被DB2承受〔如更改文件容許權(quán)〕，然后再次嘗試。

假設(shè)您正在使用集群管理器，那么更正問題并重新提交該命令：

1.查看db2diag日志文件，以獲取集群管理器中生成的錯(cuò)誤消息。

2.對(duì)db2diag日志文件中的集群管理器錯(cuò)誤消息作出響應(yīng)，以更正導(dǎo)致DB2數(shù)據(jù)庫(kù)管理器無法將途徑添加至集群管理器配置的底層問題。

3.重新提交該命令。

采用數(shù)據(jù)庫(kù)分區(qū)，可以為您帶來如下好處：

查詢擴(kuò)展性

這是采用DB2數(shù)據(jù)庫(kù)分區(qū)最主要的原因之一。將一個(gè)大的數(shù)據(jù)庫(kù)分成多個(gè)小的數(shù)據(jù)庫(kù)可以進(jìn)步查詢的性能，因?yàn)槊總€(gè)數(shù)據(jù)庫(kù)分區(qū)擁有自己的一小局部數(shù)據(jù)。假設(shè)您想掃描1億條記錄，對(duì)一個(gè)單一分區(qū)的數(shù)據(jù)庫(kù)來講，該掃描操作需要數(shù)據(jù)庫(kù)管理器獨(dú)立掃描一億條記錄，假設(shè)您將數(shù)據(jù)庫(kù)系統(tǒng)做成50個(gè)分區(qū)，并將這1億條記錄平均分配到這50個(gè)分區(qū)上，那么每個(gè)數(shù)據(jù)庫(kù)分區(qū)的數(shù)據(jù)庫(kù)管理器將只掃描200萬(wàn)記錄。

架構(gòu)限制

在DB2V8和以前版本，非分區(qū)數(shù)據(jù)庫(kù)的最大的表取決于頁(yè)面大小，4K頁(yè)最大支持64GB，32K頁(yè)最大支持512GB數(shù)據(jù)量。表和表空間大小限制是每個(gè)分區(qū)上的限制，因此將數(shù)據(jù)庫(kù)分成N個(gè)分區(qū)可以將表的最大尺寸增加為單個(gè)分區(qū)表最大尺寸的N倍。內(nèi)存也可能是個(gè)限制，

特別是在32為操作系統(tǒng)環(huán)境，因?yàn)槊總€(gè)數(shù)據(jù)庫(kù)分區(qū)管理并擁有自己的資源，因此通過數(shù)據(jù)庫(kù)分區(qū)可以抑制這個(gè)限制。

數(shù)據(jù)庫(kù)裝載性能

數(shù)據(jù)庫(kù)分區(qū)可以并行裝載數(shù)據(jù)到所有數(shù)據(jù)庫(kù)分區(qū)，極大減少單表的裝載時(shí)間，這對(duì)于像實(shí)時(shí)商業(yè)智能系統(tǒng)那樣對(duì)數(shù)據(jù)裝載的時(shí)間要求特別高的系統(tǒng)特別重要。

數(shù)據(jù)庫(kù)維護(hù)性能

將數(shù)據(jù)庫(kù)分散到多個(gè)數(shù)據(jù)庫(kù)分區(qū)效勞器可以加快系統(tǒng)維護(hù)，因?yàn)槊總€(gè)操作都運(yùn)行在分區(qū)所管理的一個(gè)數(shù)據(jù)子集上面，這樣可以通過數(shù)據(jù)庫(kù)分區(qū)進(jìn)一步減少創(chuàng)立索引的時(shí)間，減少搜集統(tǒng)計(jì)信息的時(shí)間，因?yàn)閞unstats僅運(yùn)行在一個(gè)數(shù)據(jù)庫(kù)分區(qū)上面，減少表重整(reorg)的時(shí)間。

備份/恢復(fù)性能

將數(shù)據(jù)庫(kù)分區(qū)到不同的數(shù)據(jù)庫(kù)效勞器上可以大大減少數(shù)據(jù)庫(kù)備份的時(shí)間，這往往是決定是否使用數(shù)據(jù)庫(kù)分區(qū)很重要的一點(diǎn)。DB2通過為每個(gè)表空間分配獨(dú)立的進(jìn)程或線程來實(shí)現(xiàn)備份和恢復(fù)操作的并行處理的。在分區(qū)數(shù)據(jù)庫(kù)環(huán)境的備份中，每個(gè)DB2數(shù)據(jù)庫(kù)分區(qū)的備份是獨(dú)立的，通過并行備份數(shù)據(jù)庫(kù)分區(qū)可以大大減少備份整個(gè)數(shù)據(jù)庫(kù)的時(shí)間。

什么時(shí)候采用數(shù)據(jù)庫(kù)分區(qū)

設(shè)計(jì)數(shù)據(jù)庫(kù)分區(qū)的根本原那么是，盡量將大表分布在所有的分區(qū)上，進(jìn)步并行處理才能;將小表放置在盡量少的分區(qū)上，一般是建議放在單一分區(qū)上;盡量減少分區(qū)間的通信。對(duì)于是否采用數(shù)據(jù)庫(kù)分區(qū)，除了考慮上一節(jié)提到的分區(qū)的優(yōu)勢(shì)之外，我們也要根據(jù)DB2數(shù)據(jù)庫(kù)分區(qū)設(shè)計(jì)原那么來考慮：

選擇數(shù)