數據庫管理員

資料庫說的普通一點就是一個裡面儲存資料的倉庫，而我們對資料庫的操作完全可以向平時我們往倉庫中存放或取出東西一樣。如果我們需要從一個倉庫中存取東西，首先要知道倉庫在哪兒，倉庫的鑰匙，等，這樣我們才有可能達到我們想要的目的。所以，串連資料庫，首先我們就需要sqlconnection（資料庫連接，配置連接字串等，使用者名稱密碼之類的，就相當於知道倉庫的位置鑰匙或其他）。Dim connStr as string ="server=.;database=datatable;uid=sa;pwd=123"

logrotate實現MySQL慢日誌分割MySQL慢日誌？　　MySQL的慢查詢日誌是MySQL提供的一種日誌記錄，它用來記錄在MySQL中回應時間超過閥值的語句，具體指已耗用時間超過long_query_time值的SQL，則會被記錄到慢查詢日誌中。long_query_time的預設值為10，意思是運行10s以上的語句。　　預設情況下，MySQL資料庫並不啟動慢查詢日誌，需要我們手動來設定這個參數，當然，如果不是調優需要的話，一般不建議啟動該參數，因為開啟慢查詢日誌或多或少會帶來一定的效能

Oracle資料庫物件_同義字同義字是一種資料庫物件，它是為一個資料庫物件定義的別名，使用同義字的主要目的是為了簡化SQL語句的書寫。同義字的概念和類型利用同義字可以為使用者的一個對象，或者其他使用者的一個對象定義別名，從而簡化命令或程式的書寫，在命令或程式中可以直接使用同義字代替原來的對象。可以為表、視圖、儲存程式、序列等對象建立同義字，也可以為一個同義字再建立同義字，甚至可以為一個不存在的對象建立同義字，系統僅僅在使用同義字時才驗證它所代表的對象是否存在。同義字本身並不包含原對象中的資料或代

源碼編譯安裝MySQL 5.7.9安裝CentOS 6.3配置yum：[root@bkjia ~]# cd /etc/yum.repos.d/[root@bkjia yum.repos.d]# mkdir a[root@bkjia yum.repos.d]# lsa  CentOS-Base.repo  CentOS-Debuginfo.repo  CentOS-Media.repo  CentOS-Vault.repo[root@bkjia

使用Toad進行遠程Oracle 12C資料連線一、在本機安裝Oracle12c，如果你想在本機安裝資料庫，則選擇安裝資料，如果只是遠端連線，則不需安裝資料庫，直接跳過，二、配置TNSNAMES(網路設定)1）開啟程式oracle下的網路設定助手開啟後如2)        選擇【本地Net服務名配置】->【下一步】，進入添加介面3)       

MariaDB 10.1 和 MySQL 5.7 在普通商用硬體上的表現你讀到我的上一篇文章關於 MariaDB 10.1 GA 效能的文章時，你可能會困惑我為什麼對 MySQL 5.7 隻字未提。原因有兩個：首先，MySQL 在那時還不是 GA。其次，MySQL 在 Power8

Alert Log中“Fatal NI connect error 12170”錯誤問題定期檢查資料庫alert log資訊，是我們進行資料庫日常維護、巡檢和故障排除的重要工作手段。資料庫系統“帶病運行”、“負傷運行”往往是“小病致死”的主要殺手。所謂“防患於未然”就需要資料庫管理員從日常的小事微情入手，時刻瞭解系統運行情況，並儘早進行處理。本文主要介紹筆者使用Oracle

Oracle中su切換進去sqlplus登入失敗的問題處理問題描述：生產環境的Oracle資料庫突然登入不上去了，rlwrap生產環境的oracle資料庫突然登入不上去了，rlwrap sqlplus "/ as sysdba"報錯如下：rlwrap[oracle@localhost root]$ rlwrap sqlplus "/ as sysdba"rlwrap: warning: your $TERM is 'xterm' but rlwrap couldn't find it in

ORA-12520錯誤解決執行個體問題描述：今天突然發現串連資料庫時報錯，用pl/sql dev串連資料時，有時能串連上，有時串連時報：ORA-12520: TNS: 監聽程式無法找到需要的伺服器類型的可用控制代碼通過伺服器登入資料庫，報下面的報串連數錯誤：[Oracle@dbserver22 ~]$ sqlplus"/as sysdba"SQL*Plus: Release 11.2.0.3.0Production on 星期五 11月 14 10:23:23 2014Copyright (c)

在Birt中動態插入子表欄位，birt動態插入欄位         庫表dColThread是主表，主鍵是tID。dColQuestion是子表，外鍵是tID，如下：         dColThread         dColQuestion       

Hive merge（小檔案合并），當Hive的輸入由很多個小檔案組成時，如果不涉及檔案合并的話，那麼每個小檔案都會啟動一個map task。如果檔案過小，以至於map任務啟動和初始化的時間大於邏輯處理的時間，會造成資源浪費，甚至發生OutOfMemoryError錯誤。因此，當我們啟動一個任務時，如果發現輸入資料量小但任務數量多時，需要注意在Map前端進行輸入小檔案合併作業。同理，向一個表寫資料時，注意觀察reduce數量，注意輸出檔案大小。1、

叢集索引和非叢集索引，一、深入淺出理解索引結構　　實際上，您可以把索引理解為一種特殊的目錄。微軟的SQL SERVER提供了兩種索引：叢集索引（clustered index，也稱聚類索引、簇集索引）和非叢集索引（nonclustered index，也稱非聚類索引、非簇集索引）。下面，我們舉例來說明一下叢集索引和非叢集索引的區別：　　其實，我們的漢語字典的本文本身就是一個叢集索引。比如，我們要查“安”字，就會很自然地翻開字典的前幾頁，因為“安”的拼音是“an”，而

DB重要的日誌概念 $ db2 get db cfg for sampleLog file size (4KB) (LOGFILSIZ) = 1000Number of primary log files (LOGPRIMARY) = 3Number of secondary log files (LOGSECOND) = 2Changed path to log files (NEWLOGPATH) =Path to log files =

在本地匯入或者匯出資料偶然遇到匯入失敗，Oracle報錯ora 12154 無法解析指定的串連標識符。匯入命名如下：imp crspuser/123456@crsp fromuser=crspfenlove touser=crspuser file=d:\daochu20140102.dmp錯誤資訊：EXP-00056: 遇到 ORACLE 錯誤 12154ORA-12154: TNS: 無法解析指定的串連標識符EXP-00000:

MongoDB 基礎（五）備份還原與匯出匯入，mongodb匯出參考官方文檔 : MongoDB Backup Methods原本使用作業系統的快照進行備份還原，備份成功後，還原沒有成功（參考：Backup and Restore with Filesystem Snapshots）所以這個方法就先不記錄到這裡了。當前測試以下？種備份還原方法（個人初學理解）：1. 使用拷貝和替換資料庫檔案進行備份還原2. 使用mongodump和mongorestore3.

ORACLE 11G DataGuard Failover後如何修複standby庫，dataguardfailoverfailover後的問題情境：由於做failover測試，一個standby已經被我變成了primary庫，如何將這個新的primary庫(原來的standby)變回來重新成為standby兩個都是primary，p1，p2，如何將一個primary庫1設定成p1,而另外一個primary庫p2設定成p1的standby庫呢？1，問題描述原來的primary庫：SQL>

Sql Server服務遠端程序呼叫失敗，sqlserver調用       由於開發系統，需要vs版本統一，於是經過了昨天一整天艱苦卓絕的鬥爭，小編終於成功的寫在了13版本的vs，重新裝上了12版本的vs，本來想著，12版本的vs搭建成功了，就趕快搭建架構，然後敲例子，可是天意弄人，小編的資料庫神奇般的打不開了，又經過半天的百度，問題答案漸漸浮出水面，接下來小編就簡單的介紹一下如何解決Sql

關於動態抽樣（Dynamic Sampling），dynamicsampling關於動態抽樣（Dynamic Sampling）原文：http://www.oracle.com/technetwork/issue-archive/2009/09-jan/o19asktom-086775.html本文將回答：什麼是動態抽樣？動態抽樣有啥作用？以及不同層級的動態抽樣的意思？1、什麼是動態採樣？動態抽樣從 oracle

第三方系統通過IFrame的方式訪問BIEE報表，iframebieeBIEE開發的報表經常會與現有系統整合 ，通常可以用iframe的方式嵌入到需要整合的系統，在這裡有兩種方式可以整合 ：1,通過SSO,將BI與業務整合做單點登入，可以參考類似“BI

kettle轉換之多線程，kettle多線程kettle轉換之多線程        ETL項目中效能方面的考慮通常是最重要的，特別是所討論的任務頻繁執行，或一些列的任務必須在固定的時間內執行。本文重點介紹利用kettle轉換的多線程特性，以最佳化其效能。