數據庫管理員

原SQL如下：SELECT o.order_id FROM orders o JOIN shipping_orders so ON so.order_id = o.order_id JOIN shippings s ON s.shipping_no = so.shipping_no WHERE o.payment_method = 'COD'AND o.status IN(3, 4, 6

掙紮在初級Web開發，無論是hibernate還是基礎的jdbc都要涉及到一個編碼問題，畢竟編程這套東西是倫家外國銀髮明的，我大中華的程式猿不得不低頭，閑言少敘。嚴明而言，3點： 1.mysql設定檔my.ini中添加2條，這裡配置的是mysql啟動時的預設編碼 [client] default-character-set=UTF8手動添加） [mysqld] default-character-set=UTF8手動添加） 2.進入資料庫： ->D:

/** *資料庫和java程式中日期類型資料的儲存和擷取: *一:在資料庫端插入日期類型的資料 *eg:insert into student(birthday) values(to_date('1990-09-19','yyyy-MM-dd')); *二:java編程中 *實體中的屬性類型應設為: java.util.Date date *往實體中儲存 日期類型 *1:直接將從結果集中擷取的資料儲存到實體中 *person.setBirthday(resultSet.getDate());

正在搞的Hive查詢平台給每一個Query打了tag，想試試看效果如果發現竟然沒有資料流入；原來發現Hive裡面做了一個改進：https://issues.apache.org/jira/browse/HIVE-887對於簡單的查詢不會走mapreduce而是直接在檔案層面過濾，由於bypass了mapreduce，大大降低了hive的查詢時間，可以通過參數hive.fetch.task.conversion控制是否啟用該特性本文出自 “MIKE老畢的部落格” 部落格，請務必保留此出處http:

--=============================-- SYSTEM 資料表空間管理及備份恢複--=============================SYSTEM資料表空間是Oracle資料庫最重要的一個資料表空間,存放了一些DDL語言產生的資訊以及PL/SQL包、視圖、函數、過程等,稱之為資料字典,因此該資料表空間也具有其特殊性，下面描述SYSTEM資料表空間的相關特性及備份與恢複。

早晨看到警示發現2個dead Datanode，查看系統日誌發現當時的負載持續高位導致datanode逾時沒有發送心跳被DatanodeManager摘除，進一步發現高負載是因為一個Job的小檔案太多而沒有進行map file合并導致在這2台節點上同時起的MAP太多導致的，解決方案參考：http://boylook.blog.51cto.com/7934327/1298651這裡主要看看HeartbeatManager

一、什麼是ASMASM全稱為Automated Storage

mysql熱備 1 查看mysql版本，保證主庫低於等於從庫 2 主庫配置： A 需要開啟支援日誌功能：log-bin=mysql-bin B 提供server-id:server-id=1 C 重啟mysql，進入後，分配複製從庫的帳號 GRANT REPLICATION SLAVE ON *.* TO 'repuser'@'backip' IDENTIFIED BY 'repuser'; D show master status;能看到二進位記錄檔目前的Position E

C:\Users\Administrator>emctl status dbconsoleEnvironment variable ORACLE_UNQNAME not defined. Please set ORACLE_UNQNAME to database uniquename.C:\Users\Administrator>emctl stop dbconsoleEnvironment variable ORACLE_UNQNAME not defined. Please

idle> startup ASM instance started Total System Global Area 83886080 bytes Fixed Size 1217836 bytes Variable Size 57502420 bytes ASM Cache 25165824 bytes ORA-15032: not all alterations performed ORA-15063: ASM discovered an

選擇和最佳化索引理解B樹索引(BANLANCE)1建表createtablecust(cust_idnumber,last_namevarchar2(30),first_namevarchar2(30));2確定多個SQL查詢會頻繁在where子句使用last_name列，建立下列索引：createindexindex_idx1oncust(last_name);插入資料insertintocustvalues(7,'ACER','SCOTT');insertintocustvalues(4,'

資料庫恢複方案http://netkiller.github.io/journal/db.restore.htmlMr. Neo Chen(netkiller), 陳景峰(BG7NYT)中國廣東省深圳市龍華新區民治街道溪山美地518131+86 13113668890+86 755 29812080<netkiller@msn.com>$Id$著作權 2011, 2012, 2013

官方：The first time you install Oracle Database software on a server, you are prompted to specify the location of the inventory directory, called oraInventory. This directory provides a centralized inventory of all Oracle software products installed

一、隨機查詢最佳化：4.6G -rw-rw---- 1 mysql mysql 4.6G Oct 7 14:13 task_log.ibdselect sql_no_cache * from task_log order by rand() limit 1;mysql> explain select sql_no_cache * from task_log order by rand() limit 1 ;+----+-------------+----------+------+---

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131229/2021045S2-0.gif" alt="t_0022.gif" />介面中忘記Interface已經比較過分了，還有更過分的錯誤啊！我運行程式的時候，經常會出現這麼個錯誤，我還鬱悶了好久呢！650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131229/2021042151-1.

最近一直在休假，沒有寫部落格，轉眼十一還剩最後一天，時間真的很快。今天想談談資料庫的安全問題。 對於資料庫的安全問題，首先，重要的產生庫千萬不能放在公網上，一旦被駭客入侵後果不堪設想，輕則資料丟失，重則被脫褲整庫被打包匯出），如果恰恰又以明文儲存了使用者的密碼，那麼就太可怕了，去年轟動一時的某幾個大型網站的使用者資料泄漏事件都是因為明文的方式儲存了使用者的密碼。其次是大量的資料庫弱口令問題存在，造成這個問題的原因往往是sa或者dba對安全問題疏忽，只為方便。

緊接著上面的文章：http://ixdba.blog.51cto.com/2895551/88051114：安裝Oracle Clusterware1）解壓軟體包 這裡假定資料庫所有軟體放在了/rac目錄下，首先需要解壓Oracle的兩個軟體包，操作如下：[root@node-rac1 rac]#lslinux_11gR1_database_1013.zip linux_x86_11gR1_clusterware.zip[root@node-rac1 rac]#unzip

在ORACLE 11gR2中，安裝RAC發生了顯著變化。在10g以及11gR1的時代，安裝RAC的步驟是先安裝CRS，再安裝DB，而到了11gR2的時代，crs與asm被整合在一起，合稱為GRID，必須先安裝GRID後，才能繼續安裝DB，否則，你就跟11gR2的RAC無緣了，呵呵。下面我們說一下ORACLE 11g R2  RAC的網路規劃，從ORACLE 11.2開始，對網路IP地址有特殊要求，增加SCAN IP，所以從11.2開始至少需要4種IP地址。650)

    今天用xtrabackup工具完整備份mysql資料庫的時候出現“./ib_logfile0 is of different”錯誤，具體的日誌資訊如下: 650) this.width=650;" border="0" src="http://www.bkjia.com/uploads/allimg/131229/20003MW6-0.jpg" alt="" />   

在遠端用戶端串連RAC資料庫時，通過統一的服務名串連時經常會出現ORA-12545錯誤。在METALINK上查詢了一下，竟是Oracle的一個小bug。環境：ORACLE 11G R2 RAC資料庫，兩節點。現象：[oracle@ted35 ~]$sqlplus /nolog SQL*Plus: Release 11.2.0.1.0 Production on 星期五 6月 15 11:57:00 2012 Copyright (c) 1982, 2010, Oracle.&