數據庫管理員

# 合法的Oracle標識符號1、不能是保留關鍵字2、必須使用1到30個字元。資料庫的名稱最多是8個字元。3、必須以資料庫字元集中的字母字元開頭4、只能夠包含資料庫字元集中的字母字元，以及以下字元：#、$、_，另外資料庫連結可以包含@符號和'.'(句號)5、不能包含引號# 建立使用者create user angeos identified by angeos;建立了使用者：angeos，密碼為：angeos# 對使用者授權grant connect,resource to

有一個持續很長時間的爭論，是關於在哪裡儲存應用程式商務邏輯的：是在應用程式本身的商務邏輯層中還是在資料庫層中。應用程式邏輯層的絕對支援者提出，資料庫的唯一目的就是儲存資料，以備應用程式所用。提倡用資料庫來儲存商務規則的人則堅持認為，商務規則最好儲存在資料庫中，因為資料也儲存在那裡，規則在那裡更容易運行。而在我看來，對於儲存應用程式的邏輯來說，沒有一個“最好的地方”——它真正取決於您正在解決的業務問題。連結資料庫預存程序如果您更喜歡將全部或一部分商務邏輯儲存在資料庫中的話，那麼知道 SQL

由於GROUP BY 實際上也同樣會進行排序操作，而且與ORDER BY 相比，GROUP BY 主要只是多了排序之後的分組操作。當然，如果在分組的時候還使用了其他的一些彙總函式，那麼還需要一些彙總函式的計算。所以，在GROUP BY 的實現過程中，與 ORDER BY 一樣也可以利用到索引。在MySQL 中，GROUP BY 的實現同樣有多種(三種)方式，其中有兩種方式會利用現有的索引資訊來完成 GROUP

因為主要管理資料庫平台，所以和公司各個部門的相關技術人員都打過不少交道，然後從日常溝通中，瞭解到不少技術人員對資料庫的觀念，有正確的，有錯誤的，今天就列一些常見的錯誤觀念：1，發現鎖表嚴重情況，會立刻想到改用Innodb,好像Innodb的行級鎖之後，就不會表鎖了，持這種觀念的開發人員不在少數，其實他們不知道在做排序或是where條件複雜的情況下，一樣會產生表鎖。2，

一直覺得除了Oracle之外應該再去瞭解一個其它資料庫，對於SQL Server實在是沒有興趣，對於MySQL或者PostgreSQL又覺得畢竟是開源庫，一時半會兒難以在企業級領域跟商用資料庫競爭，那麼就選擇IBM DB2下刀吧，跟Oracle推出免費的Oracle XE一樣，IBM也推出了IBM DB2® Express-C 9.5，DB2 Express-C 提供了與 DB2 Express Edition 相同核心的資料服務器功能，又可以免費使用，是一個學習DB2的好機會。DB2

以下操作在Oracle9i、10g版本成功步驟一：建立存放XML檔案的目錄對象SQL>createorreplacedirectoryexp_diras'/opt';/--注意此目錄要有oracle使用者的寫入權限步驟二：建立過程產生xml檔案的主過程SQL>createorreplaceproceduretable2xml(result  inoutnocopyclob,filenameinvarchar2)isxmlstr

以前經常被SQL Server中的使用者名稱和登入名稱搞迷糊，因為用sa登入名稱）就搞定一切東西了，當然這會存在一些安全隱患。網上的文章也貌似講得很好，但還是不明白。今天決心把這個問題弄明白。mashallah,

BKJIA資料庫頻道也向您推薦《資料庫之索引與查詢專題》專題，相信這個專題能協助您更好的理解本文。為了從一本書中擷取資訊，怎樣做更有效？仔細閱讀每一頁內容，還是根據索引來精確確定要擷取資訊的位置？顯然後者更有效，嵌入式系統也應該能如此智能。如今，嵌入式應用程式管理著數量高速增長的複雜資料。找到正確的資料無論是尋找網路包的路由目標節點、計算地圖上點與點之間的距離、以及其他計算目標）通常必須在即時效能要求下被實現。幸運的是，編程人員可以使用資料索引將尋找速度從線性層級提升到對數層級。隨著成品資料庫管

BKJIA獨家特稿】低碳指數：在這裡為了方便計算和直觀，我們以Intel至強X7500處理器的TDP為標準計算能耗TDP=130W/h=2.167W/m=0.036W/s）。另外根據中國林業局的資料，一棵樹一天吸收二氧化碳量為5.023kg，每一度電產生0.785公斤二氧化碳。如果按照本文方法最佳化後資料庫執行時間由27秒縮減到14秒，也就是單位時間少47.8%的能量消耗。那麼在一天裡將減少1.486kw電能消耗，約合1.167kg二氧化碳排放，按我們的計算是一天減少0.232棵樹二氧化碳吸收量

以下的文章主要向大家描述的是MySQL資料庫預存程序基本函數類型即字串，MySQL字串在實際操作中還是經常被用到的，以下的文章主要是對MySQL字串的時機應用與相關功能的描述。字串類 CHARSET(str) //返回字串字元集CONCAT (string2 [,... ]) //串連字串INSTR (string ,substring ) //返回substring首次在string中出現的位置,不存在返回0LCASE (string2 ) //轉換成小寫LEFT (string2

最近經常有人問我 MySQL Query Cache 相關的問題，就整理一點MySQL Query Cache的內容，以供參考。顧名思義，MySQL Query Cache就是用來緩衝和Query相關的資料的。具體來說，Query Cache 緩衝了我們用戶端提交給 MySQL 的 SELECT 語句以及該語句的結果集。大概來講，就是將 SELECT 語句和語句的結果做了一個HASH 映射關係然後儲存在一定的記憶體地區中。在大部分的MySQL分發版本中，Query Cache

MSSQL 從 2005 開始推出鏡像功能.SQL Server鏡像是不可讀的.整個庫在個 norecovery模式.SQL Server鏡像只能是1對1 但可以用鏡像+logshipping 混合實現一對多和鏡像鏈.SQL Server鏡像認證分為 認證 和windows驗證.windows驗證必須在一個域裡面實現.並不是每個公司的生產環境都是一個域.域的好處是可以做容錯移轉叢集+鏡像混合實現保障.下面就說下認證方式的鏡像環境:win2008 +mssql2008 1

BKJIA資料庫頻道之前曾報導過《走進列資料庫Infobright的世界》，Infobright的總體構架圖如下:如所示，Infobright採用了和MySQL一致的構架，分為兩層。上層是服務及應用管理，下層是儲存引擎。Infobright的預設儲存引擎是brighthouse，但是Infobright還可以支援其他的儲存引擎，比如MyISAM、MRG_MyISAM、Memory、CSV。Infobright通過三層來組織資料，分別是DP(Data Pack)、DPNData Pack

BKJIA經典譯文】MongoDB和CouchDB都是面向文檔的資料庫，它們都使用JSON文檔格式，它倆通常都被看作是NoSQL資料庫，並且現在都很時髦，有很多的共同點，但談到查詢時，兩者的差別就很明顯了，CouchDB需要預定義視圖本質上是JavaScript

很多公司流行使用資料倉儲進行資料分析,一般從線上資料來源備庫(mirror,logshipping,slave等)抽取到ods 層在從ods層到dw再到dm.特別在ods層到dw時,資料的清洗裝載需要一定的時間和硬體資源.但是當硬體成為瓶頸時,怎麼能快速完成清洗轉載,及時的提供資料分析?下面提供一種方法使用Ssis 載入到 ods層後,直接通過分區表把資料載入到 dw 1 準備 /*create filegroup*/

1．資料庫的資料存放區1.1檔案：我們一旦建立一個資料庫，都會產生兩個檔案：DataBaseName.mdf: 主檔案，這是資料庫中的資料最終存放的地方。DataBaseName.ldf:記錄檔，由資料操作產生的一系列日誌記錄。1.2分區：在一個給定的檔案中，為表和索引分配空間的基本存放裝置單位。 1個區佔64KB,由8個連續的頁組成。 如果一個分區已滿，但需存一條新的記錄，那麼該記錄將佔用整個新分區的空間。1.3 頁：分區中的一個分配單位。這是實際資料行最終存放的地方。

在這篇文章裡，我將介紹怎樣編寫你的代碼來提高緩衝計劃的重用。瞭解當有緩衝計劃或重用一個已有的計劃時空格和注釋會產生怎樣的影響，這會協助你降低你的應用程式緩衝的計劃數目。探究緩衝計劃你在利用計畫快取嗎？你是否很好地利用緩衝計劃？你的應用程式曾經使用它們了嗎，它們是否被多次利用？你有沒有在同一時間在預存程序緩衝中對同一查詢具有多個緩衝計劃？這些緩衝計劃使用了多少空間？這些是你需要回答的問題，以確保你在最佳化過程緩衝以及減少你的應用程式將建立的緩衝計劃數目。你編寫你的T-SQL代碼時有些細微的地方需要

新陣列移動日問：我們當前的 RAID 很快就填滿了，因此需要將一些 SQL Server 2005 資料庫移到其他位置。新陣列已準備就緒，並且我一直在為移動資料庫作準備。我剛剛發現其中一個資料庫是事務複製發行伺服器，我知道這表示我不能移動該資料庫。我應怎樣做？答：對您來說有一個好訊息 － 只有 SQL Server 2000和更早版本）具有以下局限性：限制在未重新初始化事務複製或直接更改各種系統資料表的情況下移動發行集資料庫。對於 SQL Server 2005 和 SQL Server 200

當伺服器必須提供與兩個或更多個網路或網路子網的串連時，典型的方案是使用多重主目錄電腦。此電腦通常位於周邊網路也稱為 DMZ、外圍安全區域或屏蔽子網）中。本主題介紹在多重主機環境中如何對 SQL Server 和進階安全 Windows 防火牆進行配置以便為 SQL Server 執行個體提供多個網路連接。注意多重主目錄電腦有多個網路介面卡或者已配置為一個網路介面卡使用多個 IP 位址。雙宿主要電腦有兩個網路介面卡或者已配置為一個網路介面卡使用兩個 IP

從事企業系統開發很多年了，在系統的工作流程分析中，少不了要分析SQL語句，當系統積累到一定規模後，所涉及的資料庫表會以幾何數增長，因此會經常碰到很長的SQL語句，涉及到的表會達到幾十張之多，當你拿到這樣一段SQL時，需要分析各個表之間的關係，頭就有點大！我Google了一下，沒有找到對SQL語句進行斷行及縮排的工具，但是工作中又經常碰到這種SQL，手動來斷行及縮排的話，又是一種機械重複的工作，因此"懶"勁上來了，自己周末開發了一個簡單的協助工具輔助，同時分享給大家，我已上傳程