Time of Update: 2013-12-28
事務的概念事務是一組原子性的SQL查詢語句,也可以被看做一個工作單元。如果資料庫引擎能夠成功地對資料庫應用所有的查詢語句,它就會執行所有查詢,如果任何一條查詢語句因為崩潰或其他原因而無法執行,那麼所有的語句就都不會執行。也就是說,事務內的語句要麼全部執行,要麼一句也不執行。事務的特性:acid,也稱為事務的四個測試(原子性,一致性,隔離性,持久性)automicity:原子性,事務所引起的資料庫操作,要麼都完成,要麼都不執行consisitency:一致性,事務執行前的總和和事務執行後的總和是不
Time of Update: 2013-12-28
“被打”和“北大” 的關聯--- 趣味資料採礦系列之一(唐常傑) (說明:這是在科學部落格上的趣味資料採礦系列十二篇中的第一篇,和朋友討論過,博文不算正式刊物,只把系列的第一篇搬過來,可以宣傳科學網,不算犯規。後面有其它幾篇的連結) 小時候喜歡讀趣味數理化,所以久有一個小心愿,寫一組趣味資料採礦的科普博文。要把資料採礦的一些概念講得通俗有趣,需要好的例子,正搜尋中,一個有趣的、適合解釋關聯規則的例子就冒出來了。 科學網上三位博主周濤、呂喆、程智在博文文1 ,文2,文3
Time of Update: 2013-12-28
前幾天我寫了點btree的東西(http://thuhak.blog.51cto.com/2891595/1261783),今天繼續這個思路,繼續寫b+tree。而且b+tree才是我的目的,更加深入理解檔案和資料庫索引的基本原理。在之前,我一直只把b+tree當成是btree的一種變形,或者說是在某種情況下的一種最佳化,另外一些情況可能還是btree好些。但是做完之後才發現,b+tree在各種情況都可以完全取代btree,並能夠讓索引效能得到比btree更好的最佳化。因為b+tree設計的核心
Time of Update: 2013-12-28
夜裡重做主從複製,順便調整了下從庫的my.cnf。早上想起從庫忘了重啟,打完命令接著開啟slave,居然報錯Last_SQL_Errno: 1286Last_SQL_Error: Error executing row event: 'Unknown storage engine 'InnoDB''奇怪,怎麼會報錯不知道儲存引擎InnoDB。查看下引擎:mysql> show engines;+-------------------
Time of Update: 2013-12-15
1、startup nomount 非安裝啟動,這種方式啟動下可執行:重建控制檔案、重建資料庫 啟動instance,即啟動SGA和後台進程,這種啟動只需要init.ora檔案。 2、startup mount dbname 安裝啟動,這種方式啟動下可執行:資料庫日誌歸檔、資料庫恢複、重新命名一些資料庫檔案 如:系統資料表空間或記錄檔。 執行“nomount”,然後開啟控制檔案 3、startup open
Time of Update: 2013-12-15
一、背景介紹 結構化查詢語言 (SQL)(Structured Query
Time of Update: 2013-12-15
1、應用開發Application Development) SQL*Plus E:\Oracle\Ora81\BIN\SQLPLUSW.EXE 2、資料庫管理Database Administration) Database Configuration Assistant 資料庫配置助手:建立、配置、刪除資料庫 DBA Studio 將多個資料庫工具併入一個應用程式中。DBA Studio 管理以下對象: 例 程:包括啟動、關閉和常式化常式。 方 案:包括表、索引和 Oracle8對象。
Time of Update: 2013-12-15
主要以DB27.X為基礎的.以下的字元為小寫.1.DB2產品的層級有那些?企業版的NTERPRISEEDITION工作群組版WORKGROUPEDITION企業擴充版ENTERPRISEEXTENDEDEDITION個人版的PERSONALEDITION衛星版的SATELLITEEDITION微型版的EVERYPLACE2.可以串連到DB2資料庫的產品有哪些?DB2用戶端DB2CONNECTDB2DATAPROPAGATORDB2NET.DATADB2DATAJOINERDB2RELATIONA
Time of Update: 2013-12-15
數學函數 1.絕對值 S:select abs(-1) value O:select abs(-1) value from dual 2.取整(大) S:select ceiling(-1.001) value O:select ceil(-1.001) value from dual 3.取整小) S:select floor(-1.001) value O:select floor(-1.001) value from dual 4.取整截取) S:select cast(-1.002
Time of Update: 2013-12-15
一般的to_char是這樣用的to_char(sysdate,'YYYY-MM-DD hh:mi:ss AM') ,也有幾個突出點的用法:to_char(sysdate, 'dd') 查看今天是幾號to_char(sysdate, 'ww') 查看這是這個月第幾個星期to_char(sysdate, 'mm') 查看這是一年中第幾個月to_char(sysdate, 'yyyy') 查看年份last_day(to_date('2007-02-01','YYYY-MM-DD'
Time of Update: 2013-12-15
1、表create table test (names varchar2(12), dates date,
Time of Update: 2013-12-15
基本概念: 1、Cube:Cube是線上分析處理 (OLAP) 中的主要對象,是一項可對資料倉儲中的資料進行快速存取的技術。Cube是一個資料集合,通常從資料倉儲的子集構造,並組織和匯總成一個由一組維度和度量值定義的多維度結構。 2、維度:是Cube的結構性特性。它們是事實資料表中用來描述資料的分類的有組織階層層級)。這些分類和層級描述了一些相似的成員集合,使用者將基於這些成員集合進行分析。 3、度量值:在Cube中,度量值是一組值,這些值基於Cube的事實資料表中的一列,而且通常為數字。此外,
Time of Update: 2013-12-15
本文用舉例的形式來講解使用LogMiner方法分析資料庫日誌。 ◆一、安裝LogMiner工具 以下兩個指令碼以SYSDBA身份運行) @$ORACLE_HOME\rdbms\admin\dbmslm.sql;@ $ORACLE_HOME\rdbms\admin\dbmslmd.sql;第一個指令碼用來建立DBMS_LOGMNR包,該包用來分析記錄檔。 第二個指令碼用來建立DBMS_LOGMNR_D包,該包用來建立資料字典檔案。 ◆二、使用LogMiner工具
Time of Update: 2013-12-15
有一個持續很長時間的爭論,是關於在哪裡儲存應用程式商務邏輯的:是在應用程式本身的商務邏輯層中還是在資料庫層中。應用程式邏輯層的絕對支援者提出,資料庫的唯一目的就是儲存資料,以備應用程式所用。提倡用資料庫來儲存商務規則的人則堅持認為,商務規則最好儲存在資料庫中,因為資料也儲存在那裡,規則在那裡更容易運行。而在我看來,對於儲存應用程式的邏輯來說,沒有一個“最好的地方”——它真正取決於您正在解決的業務問題。連結資料庫預存程序如果您更喜歡將全部或一部分商務邏輯儲存在資料庫中的話,那麼知道 SQL
Time of Update: 2013-12-15
根據NULL的定義,NULL表示的是未知,因此兩個NULL比較的結果既不相等,也不不等,結果仍然是未知。根據這個定義,多個NULL值的存在應該不違反唯一約束。實際上Oracle也是如此實現的:SQL> CREATE TABLE T (ID NUMBER);表已建立。SQL> ALTER TABLE T ADD UNIQUE (ID);表已更改。SQL> INSERT INTO T VALUES (1);已建立 1 行。SQL> INSERT INTO T VALUES (
Time of Update: 2013-12-15
引言我們先不講遊標的什麼概念,步驟及文法,先來看一個例子: 表一 OriginSalary &
Time of Update: 2013-12-15
BKJIA資料庫頻道向您推薦《SQL
Time of Update: 2013-12-15
全域共用記憶體主要是 MySQL Instancemysqld進程)以及底層儲存引擎用來暫存各種全域運算及可共用的暫存資訊,如儲存查詢快取的 Query Cache,緩衝連接線程的 Thread Cache,緩衝表檔案控制代碼資訊的 Table Cache,緩衝二進位日誌的 BinLog Buffer, 緩衝 MyISAM 儲存引擎索引鍵的 Key Buffer以及儲存 InnoDB 資料和索引的 InnoDB Buffer Pool 等等。下面針對 MySQL
Time of Update: 2013-12-15
最近經常有人問我 MySQL Query Cache 相關的問題,就整理一點MySQL Query Cache的內容,以供參考。顧名思義,MySQL Query Cache就是用來緩衝和Query相關的資料的。具體來說,Query Cache 緩衝了我們用戶端提交給 MySQL 的 SELECT 語句以及該語句的結果集。大概來講,就是將 SELECT 語句和語句的結果做了一個HASH 映射關係然後儲存在一定的記憶體地區中。在大部分的MySQL分發版本中,Query Cache
Time of Update: 2013-12-15
前端時間給別人做遷移資料庫時候,遇到一些問題.大致是,如果備份的資料庫存在EXTERNAL_ACCESS 和UNSAFE的程式集,那麼在還原的時候程式集會出現一些奇怪的錯誤:訊息 10314,層級 16,狀態 11,第 1 行在嘗試載入程式集 ID 65536 時 Microsoft .NET Framework 出錯。伺服器可能資源不足,或者不信任該程式集,因為它的 PERMISSION_SET 設定為 EXTERNAL_ACCESS 或