成人午夜视频全免费观看高清-秋霞福利视频一区二区三区-国产精品久久久久电影小说-亚洲不卡区三一区三区一区

oracle如何準(zhǔn)確查詢 oracle 數(shù)據(jù)查詢

如何準(zhǔn)確的查看oracle的執(zhí)行計(jì)劃

在日常基于數(shù)據(jù)庫應(yīng)用的開發(fā)過程中,我們經(jīng)常需要對多個(gè)表或者數(shù)據(jù)源進(jìn)行關(guān)聯(lián)查詢而得出我們需要的結(jié)果集。那么Oracle到底存在著哪幾種連接方式?優(yōu)化器內(nèi)部又是怎樣處理這些連接的?哪種連接方式又是適合哪種查詢需求的?只有對這些問題有了清晰的理解后,我們才能針對特定的查詢需求選擇合適的連接方式,開發(fā)出健壯的數(shù)據(jù)庫應(yīng)用程序。選擇合適的表連接方法對SQL語句運(yùn)行的性能有著至關(guān)重要的影響。下面我們就Oracle常用的一些連接方法及適用情景做一個(gè)簡單的介紹。

10年積累的成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)經(jīng)驗(yàn),可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你,你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程,更有增城免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

3.1 嵌套循環(huán)連接(nested loop)

嵌套循環(huán)連接的工作方式是這樣的:

1、 Oracle首先選擇一張表作為連接的驅(qū)動(dòng)表,這張表也稱為外部表(Outer Table)。由驅(qū)動(dòng)表進(jìn)行驅(qū)動(dòng)連接的表或數(shù)據(jù)源稱為內(nèi)部表(Inner Table)。

2、 提取驅(qū)動(dòng)表中符合條件的記錄,與被驅(qū)動(dòng)表的連接列進(jìn)行關(guān)聯(lián)查詢符合條件的記錄。在這個(gè)過程中,Oracle首先提取驅(qū)動(dòng)表中符合條件的第一條記錄,再與內(nèi)部表的連接列進(jìn)行關(guān)聯(lián)查詢相應(yīng)的記錄行。在關(guān)聯(lián)查詢的過程中,Oracle會(huì)持續(xù)提取驅(qū)動(dòng)表中其他符合條件的記錄與內(nèi)部表關(guān)聯(lián)查詢。這兩個(gè)過程是并行進(jìn)行的,因此嵌套循環(huán)連接返回前幾條記錄的速度是非常快的。在這里需要說明的是,由于Oracle最小的IO單位為單個(gè)數(shù)據(jù)塊,因此在這個(gè)過程中Oracle會(huì)首先提取驅(qū)動(dòng)表中符合條件的單個(gè)數(shù)據(jù)塊中的所有行,再與內(nèi)部表進(jìn)行關(guān)聯(lián)連接查詢的,然后提取下一個(gè)數(shù)據(jù)塊中的記錄持續(xù)地循環(huán)連接下去。當(dāng)然,如果單行記錄跨越多個(gè)數(shù)據(jù)塊的話,就是一次單條記錄進(jìn)行關(guān)聯(lián)查詢的。

3、 嵌套循環(huán)連接的過程如下所示:

Nested loop

Outer loop

Inner loop

我們可以看出這里面存在著兩個(gè)循環(huán),一個(gè)是外部循環(huán),提取驅(qū)動(dòng)表中符合條件的每條記錄。另外一個(gè)是內(nèi)部循環(huán),根據(jù)外循環(huán)中提取的每條記錄對內(nèi)部表進(jìn)行連接查詢相應(yīng)的記錄。由于這兩個(gè)循環(huán)是嵌套進(jìn)行的,故此種連接方法稱為嵌套循環(huán)連接。

嵌套循環(huán)連接適用于查詢的選擇性強(qiáng)、約束性高并且僅返回小部分記錄的結(jié)果集。通常要求驅(qū)動(dòng)表的記錄(符合條件的記錄,通常通過高效的索引訪問)較少,且被驅(qū)動(dòng)表連接列有唯一索引或者選擇性強(qiáng)的非唯一索引時(shí),嵌套循環(huán)連接的效率是比較高的。

嵌套循環(huán)連接驅(qū)動(dòng)表的選擇也是連接中需要著重注意的一點(diǎn),有一個(gè)常見的誤區(qū)是驅(qū)動(dòng)表要選擇小表,其實(shí)這是不對的。假如有兩張表A、B關(guān)聯(lián)查詢,A表有1000000條記錄,B表有10000條記錄,但是A表過濾出來的記錄只有10條,這時(shí)候顯然用A表當(dāng)做驅(qū)動(dòng)表是比較合適的。因此驅(qū)動(dòng)表是由過濾條件限制返回記錄最少的那張表,而不是根據(jù)表的大小來選擇的。

在外連接查詢中,如果走嵌套循環(huán)連接的話,那么驅(qū)動(dòng)表必然是沒有符合條件關(guān)聯(lián)的那張表,也就是后面不加(+)的那張表。這是由于外連接需要提取可能另一張表沒符合條件的記錄,因此驅(qū)動(dòng)表需要是那張我們要返回所有符合條件記錄的表。比如下面這個(gè)查詢,

嵌套循環(huán)連接返回前幾行的記錄是非??斓模@是因?yàn)槭褂昧饲短籽h(huán)后,不需要等到全部循環(huán)結(jié)束再返回結(jié)果集,而是不斷地將查詢出來的結(jié)果集返回。在這種情況下,終端用戶將會(huì)快速地得到返回的首批記錄,且同時(shí)等待Oracle內(nèi)部處理其他記錄并返回。如果查詢的驅(qū)動(dòng)表的記錄數(shù)非常多,或者被驅(qū)動(dòng)表的連接列上無索引或索引不是高度可選的情況,嵌套循環(huán)連接的效率是非常低的

-- 刪除原表

drop table t1;

-- 建立測試表

create table t1(

f1 varchar2(10),

f2 varchar2(1000)

)

tablespace CTL

pctfree 98;

-- 填充測試內(nèi)容

insert into t1(f1,f2)

select rownum, lpad(rownum,700,'0')

from dba_tables a, dba_tab_cols b

where a.owner = b.owner

and rownum 10000;

commit;

-- 檢查測試內(nèi)容格式

select sys.dbms_rowid.rowid_block_number(rowid), f1, f2 from t1;

-- 每條記錄都存儲(chǔ)在單獨(dú)的數(shù)據(jù)塊中

select count( distinct sys.dbms_rowid.rowid_block_number(rowid)) from t1;

/*

用同樣的方式建立表t2

*/

-- 刪除原表

drop table t2;

-- 建立測試表

create table t2(

f1 varchar2(10),

f2 varchar2(1000)

)

tablespace CTL

pctfree 98;

-- 填充測試內(nèi)容

insert into t2(f1,f2)

select rownum * 10, lpad(rownum * 10,700,'0')

from dba_tables a, dba_tab_cols b

where a.owner = b.owner

and rownum 1000;

commit;

-- 檢查測試內(nèi)容格式

select sys.dbms_rowid.rowid_block_number(rowid), f1, f2 from t2;

-- 每條記錄都存儲(chǔ)在單獨(dú)的數(shù)據(jù)塊中

select count( distinct sys.dbms_rowid.rowid_block_number(rowid)) from t2;

create index ind_t1_f1 on t1(f1);

create index ind_t2_f1 on t2(f1);

--首先我們來看使用nested loop關(guān)聯(lián)方式, 不同表作為驅(qū)動(dòng)時(shí)的情況.

1, 表t2作為驅(qū)動(dòng)表

select /*+ ordered use_nl(t1 , t2)*/

t1.f1, t2.f1

from ctl.t2 t2,ctl.t1 t1

where t1.f1 = t2.f1

and t1.f1 1000;

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=84 Card=4 Bytes=56)

1 0 NESTED LOOPS (Cost=84 Card=4 Bytes=56)

2 1 TABLE ACCESS (FULL) OF 'T2' (Cost=2 Card=82 Bytes=574)

3 1 INDEX (RANGE SCAN) OF 'IND_T1_F1' (NON-UNIQUE) (Cost=1 C

ard=1 Bytes=7)

Cost = outer access cost + (inner access cost * outer cardinality)

Cost = 2 + 1 * 82 = 84;

Statistics

----------------------------------------------------------

0 recursive calls

0 db block gets

2020 consistent gets

23 physical reads

0 redo size

2650 bytes sent via SQL*Net to client

721 bytes received via SQL*Net from client

8 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

99 rows processed

2, t1作為驅(qū)動(dòng)表

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=6 Card=4 Bytes=56)

1 0 NESTED LOOPS (Cost=6 Card=4 Bytes=56)

2 1 TABLE ACCESS (FULL) OF 'T1' (Cost=2 Card=4 Bytes=28)

3 1 INDEX (RANGE SCAN) OF 'IND_T2_F1' (NON-UNIQUE) (Cost=1 C

ard=1 Bytes=7)

Cost = outer access cost + (inner access cost * outer cardinality)

Cost = 2 + 1 * 4 = 84;

Statistics

----------------------------------------------------------

0 recursive calls

0 db block gets

11123 consistent gets

3 physical reads

0 redo size

2650 bytes sent via SQL*Net to client

721 bytes received via SQL*Net from client

8 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

99 rows processed

3.2, 哈希連接(hash join)

哈希連接分為兩個(gè)階段,如下。

1、 構(gòu)建階段:優(yōu)化器首先選擇一張小表做為驅(qū)動(dòng)表,運(yùn)用哈希函數(shù)對連接列進(jìn)行計(jì)算產(chǎn)生一張哈希表。通常這個(gè)步驟是在內(nèi)存(hash_area_size)里面進(jìn)行的,因此運(yùn)算很快。

2、 探測階段:優(yōu)化器對被驅(qū)動(dòng)表的連接列運(yùn)用同樣的哈希函數(shù)計(jì)算得到的結(jié)果與前面形成的哈希表進(jìn)行探測返回符合條件的記錄。這個(gè)階段中如果被驅(qū)動(dòng)表的連接列的值沒有與驅(qū)動(dòng)表連接列的值相等的話,那么這些記錄將會(huì)被丟棄而不進(jìn)行探測

哈希連接比較適用于返回大數(shù)據(jù)量結(jié)果集的連接。

使用哈希連接必須是在CBO模式下,參數(shù)hash_join_enabled設(shè)置為true,

哈希連接只適用于等值連接。從Oracle9i開始,哈希連接由于其良好的性能漸漸取代了原來的排序合并連接。

SQL select /*+ ordered use_hash(t1 , t2) */

t1.f1, t2.f1

from ctl.t1 t1,ctl.t2 t2

where t1.f1 = t2.f1 2 3 4 ;

999 rows selected.

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=5 Card=82 Bytes=1148

)

1 0 HASH JOIN (Cost=5 Card=82 Bytes=1148)

2 1 TABLE ACCESS (FULL) OF 'T1' (Cost=2 Card=82 Bytes=574)

3 1 TABLE ACCESS (FULL) OF 'T2' (Cost=2 Card=82 Bytes=574)

Statistics

----------------------------------------------------------

0 recursive calls

0 db block gets

11113 consistent gets

0 physical reads

0 redo size

23590 bytes sent via SQL*Net to client

1381 bytes received via SQL*Net from client

68 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

999 rows processed

3.3, 排序合并連接(merge join)

排序合并連接的方法非常簡單。在排序合并連接中是沒有驅(qū)動(dòng)表的概念的,兩個(gè)互相連接的表按連接列的值先排序,排序完后形成的結(jié)果集再互相進(jìn)行合并連接提取符合條件的記錄。相比嵌套循環(huán)連接,排序合并連接比較適用于返回大數(shù)據(jù)量的結(jié)果。

排序合并連接在數(shù)據(jù)表預(yù)先排序好的情況下效率是非常高的,也比較適用于非等值連接的情況,比如、=、=等情況下的連接(哈希連接只適用于等值連接)。由于Oracle中排序操作的開銷是非常消耗資源的,當(dāng)結(jié)果集很大時(shí)排序合并連接的性能很差,于是Oracle在7.3之后推出了新的連接方式——哈希連接。

1, rbo模式;

2, 不等于關(guān)聯(lián)( = = )

3, hash_join_enabled = false;

4, 數(shù)據(jù)源已排序

oracle 中如何查詢

select?t.出勤天數(shù),t.應(yīng)到天數(shù),round(t.出勤天數(shù)/t.應(yīng)到天數(shù),4)*100||'%'?出勤率

from?

(select?count(login_time)?出勤天數(shù),:countday?應(yīng)到天數(shù)?

from?data_sign,sys_user,sys_dept?

where?sys_user.dept_id?=?sys_dept.dept_id?and?sys_user.user_id?=?data_sign.user_id?and?dept_name?=?:dept_name?and?to_char(login_time,'mm')?=:month?

and?to_char(login_time,'yyyy')?=:yyyy)?t

這樣用一下

Oracle進(jìn)行數(shù)據(jù)庫查詢的小技巧

數(shù)據(jù)查詢 是數(shù)據(jù)庫操作中最主要的功能之一;有時(shí)候數(shù)據(jù)庫查詢性能的好壞 直接關(guān)系到數(shù)據(jù)庫的運(yùn)行效率 關(guān)系到數(shù)據(jù)庫的選型 下面筆者不談大道理 只是對其中對一些平時(shí)大家容易忽略的查詢小技巧做一些總結(jié) 或許大家可能正在為此犯愁呢?

第一個(gè)技巧 利用連接符連接多個(gè)字段

如在員工基本信息表中 有員工姓名 員工職位 出身日期等等 如果現(xiàn)在視圖中這三個(gè)字段顯示在同一個(gè)字段中 并且中間有分割符 如我現(xiàn)在想顯示的結(jié)果為 經(jīng)理Victor出身于 年 月 日 這該如何處理呢?其實(shí) 這是比較簡單的 我們可以在Select查詢語句中 利用連接符把這些字段連接起來

如可以這么寫查詢語句

SELECT員工職位 || ||員工姓名|| 出身于 ||出身日期 as 員工出身信息 FROM 員工基本信息表;

通過這條語句就可以實(shí)現(xiàn)如上的需求 也就是說 我們在平時(shí)查詢中 可以利用||連接符把一些相關(guān)的字段連接起來 這在報(bào)表視圖中非常的有用 如筆者以前在設(shè)計(jì)圖書館管理系統(tǒng)的時(shí)候 在書的基本信息處有圖書的出版社 出版序列號(hào)等等內(nèi)容 但是 有時(shí)會(huì)在打印報(bào)表的時(shí)候 需要把這些字段合并成一個(gè)字段打印 為此 就需要利用這個(gè)連接符把這些字段連接起來 而且 利用連接符還可以在字段中間加入一些說明性的文字 以方便大家閱讀 如上面我在員工職位與員工姓名之間加入了空格;并且在員工姓名與出身日期之間加入了出身于幾個(gè)注釋性的文字 這些功能看起來比較小 但是卻可以大大的提高內(nèi)容的可讀性 這也是我們在數(shù)據(jù)庫設(shè)計(jì)過程中需要關(guān)注的一個(gè)內(nèi)容

總之 令后采用連接符 可以提高我們報(bào)表的可讀性于靈活性

第二個(gè)技巧 取消重復(fù)的行

如在人事管理系統(tǒng)中 有員工基本信息基本表 在這張表中 可能會(huì)有部門 職位 員工姓名 身份證件號(hào)碼等字段 若查詢這些內(nèi)容 可能不會(huì)有重復(fù)的行 但是 我若想知道 在公司內(nèi)部設(shè)置了哪些部門與職位的時(shí)候 并且這些部門與職位配置了相關(guān)人員 此時(shí) 又該如何查詢呢?

若我現(xiàn)在直接查詢部門表 其可以知道系統(tǒng)中具體設(shè)置了哪些部門與職位 但是 很有可能這些部門或者職位由于人事變動(dòng)的關(guān)系 現(xiàn)在已經(jīng)沒有人了 所以 這里查詢出來的是所有的部門與職位信息 而不能夠保證這個(gè)部門或者職位一定有職員存在 也就是說 這不能夠滿足于我們上面的要求

若我現(xiàn)在直接從員工信息表中查詢 雖然可以保證所查詢出來的部門與職位信息 一定有員工信息的存在 但是 此時(shí)查詢出來的部門與職位信息會(huì)有重復(fù)的行 如采購部門分工合作 可能會(huì)有采購采購小組長 此時(shí) 在查詢出來的部門與職位的信息中 就會(huì)有三條重復(fù)的記錄

所以 以上兩種處理方式 都不能夠百分之百的滿足企業(yè)用戶的需求 此時(shí) 我們其實(shí)可以利用一個(gè)DISTINCT函數(shù) 來消除其中查詢出來的重復(fù)行

如我們可以利用SELECT DISTINCT 部門信息 職位信息 FROM 員工基本信息表 通過這條加了DISTINCT約束的查詢語句 不但可以查詢出所有有員工的職位與部門信息 而且 會(huì)把重復(fù)的記錄過濾掉 從而提高可閱讀性

所以 在數(shù)據(jù)庫設(shè)計(jì)過程中 特別是在查詢語句的使用中 這個(gè)函數(shù)特別有用

第三個(gè)技巧 勤用WHERE語句

我們都知道 數(shù)據(jù)庫查詢效率高不高 是我們評(píng)價(jià)數(shù)據(jù)庫設(shè)計(jì)好壞的一個(gè)重要標(biāo)準(zhǔn) 毋庸置疑 在數(shù)據(jù)庫查詢中勤用Where條件語句 是提高數(shù)據(jù)庫查詢性能的一個(gè)很重要的手段之一 特別是在設(shè)計(jì)到比較大的表中查詢符合條件的記錄過程中 利用WHERE條件語句加以限制 可以大幅度的提高查詢的響應(yīng)速度

如在圖書館管理系統(tǒng)中 現(xiàn)在有人想查詢 注冊會(huì)計(jì)師 輔導(dǎo)用書的時(shí)候 雖然不在書的類別或者名稱中輸入 注冊會(huì)計(jì)師 先查詢出全部的紀(jì)錄 然后再一條條的看是否有相關(guān)的書籍信息 也是可行的 但是 這么處理的話 一方面系統(tǒng)響應(yīng)的速度會(huì)非常的慢 因?yàn)槔锩嬗涗浐芏?另一方面 查詢的結(jié)果看起來也會(huì)非常的頭疼

其實(shí) 我們只需要在查詢中加入一些查詢的參數(shù) 利用Where條件語句加以限制 則即可以提高數(shù)據(jù)庫響應(yīng)的速度 也可以找出最符合用戶需求的數(shù)據(jù)

另外 我也接觸過一些在Oracle數(shù)據(jù)庫上設(shè)計(jì)的平臺(tái)型管理軟件 他們可以自定義相關(guān)的報(bào)表 在報(bào)表設(shè)計(jì)中 只要用戶在前臺(tái)設(shè)計(jì)平臺(tái)中 選中 大表查詢 的話 則這個(gè)平臺(tái)會(huì)在生成報(bào)表的時(shí)候 自動(dòng)應(yīng)用Where條件語句 以提高前臺(tái)系統(tǒng)從數(shù)據(jù)庫查詢數(shù)據(jù)的效率

所以 筆者認(rèn)為在Oracle數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)中 要勤于使用Where語句 利用Where語句來提高數(shù)據(jù)庫查詢的效率

第四個(gè)技巧 靈活使用COUNT函數(shù)

在查詢處理的時(shí)候 COUNT函數(shù)可以說是我們應(yīng)用的比較多的函數(shù)之一 如我們有時(shí)候需要統(tǒng)計(jì)員工的人數(shù) 統(tǒng)計(jì)圖書的種類數(shù)的時(shí)候 都需要使用到這個(gè)函數(shù) 不過 這個(gè)函數(shù)很多人可能會(huì)用 但是到靈活應(yīng)用的地步 還是有一點(diǎn)差距

下面筆者就COUNT函數(shù)的一些應(yīng)用技巧談?wù)勛约旱男牡?/p>

一是要靈活放置COUNT函數(shù)的位置 因?yàn)槔肅OUNT函數(shù)統(tǒng)計(jì)記錄數(shù)的時(shí)候 是會(huì)考慮空行的記錄的 如在數(shù)據(jù)表中一般有序列字段與其它的有意義字段兩類 有時(shí)候可能序列字段中有內(nèi)容而其它字段中沒有內(nèi)容 則在利用COUNT函數(shù)統(tǒng)計(jì)記錄數(shù)量的時(shí)候 會(huì)把這個(gè)空記錄也考慮進(jìn)去 很明顯 則就會(huì)發(fā)生統(tǒng)計(jì)的錯(cuò)誤 所以 這個(gè)COUNT函數(shù)該放在哪個(gè)位置上 還是比較講究的 一般的話 筆者試建議不要放在序列號(hào)字段上 而要放在一些關(guān)鍵的實(shí)體字段中 如統(tǒng)計(jì)員工人數(shù)的時(shí)候 則就可以放在員工姓名或者編號(hào)上等等

二是靈活跟其它函數(shù)搭配使用 如在上面的例子中 筆者談到有時(shí)候用戶需要知道現(xiàn)在有員工編制的部門與職位有哪一些 我們可以利用DISTINCT函數(shù)來找出具體的部門 但是 我現(xiàn)在只想知道有編制的部門與職位具體有多少 此時(shí) 我們也可以利用COUNT 與DISTINCT函數(shù)結(jié)合應(yīng)用 找出我們所需要的數(shù)據(jù) 在COUNT函數(shù)中 可以指定ALL與DISTINCT選項(xiàng) 默認(rèn)的情況下 是ALL選項(xiàng) 表示統(tǒng)計(jì)所有的行 其中也包括重復(fù)的行 而DISTINCT就表示只統(tǒng)計(jì)不重復(fù)的行 可見 COUNT函數(shù)跟其它函數(shù)搭配使用的話 可以簡化我們的查詢語句 提高查詢效率

第五個(gè)技巧 只查詢時(shí)必須的字段

有時(shí)候 用戶不同的查詢需求都要用到同一張表 如在員工信息表中包含了很多內(nèi)容 有時(shí)候用戶想要知道正式員工有多少;管理層員工有多少;生產(chǎn)線員工又有哪些;或者想知道合同即將到期的員工有哪些 為此 就遇到一個(gè)問題 因?yàn)檫@些內(nèi)容基本上都是在同一張表中 那是在同一個(gè)視圖中實(shí)現(xiàn) 而是根據(jù)需求不同 設(shè)計(jì)不同的視圖呢?

若單從技術(shù)上考慮 兩這都是可以實(shí)現(xiàn)的 不會(huì)有多大的難度 但是 若是從數(shù)據(jù)庫性能上考慮在 則還是采用不同的視圖來實(shí)現(xiàn)不同的需求為好

一方面 若從安全方面講 則可以根據(jù)不同的視圖來控制相關(guān)的訪問權(quán)限 可見 把視圖細(xì)化 在權(quán)限控制上則會(huì)更加的靈活

lishixinzhi/Article/program/Oracle/201311/17049

如何查詢oracle下的所有數(shù)據(jù)庫

查看那些庫的話必須用dba權(quán)限登錄。登陸后可以通過下面的方法來查看。

一、查看有哪些庫,你的庫理解不準(zhǔn)確,應(yīng)該準(zhǔn)確來說是表空間,可以通過下面的命令來實(shí)現(xiàn)

SELECT Total.name "Tablespace Name",

Free_space, (total_space-Free_space) Used_space, total_space

FROM

(select tablespace_name, sum(bytes/1024/1024) Free_Space

from sys.dba_free_space

group by tablespace_name

) Free,

(select b.name, sum(bytes/1024/1024) TOTAL_SPACE

from sys.v_$datafile a, sys.v_$tablespace B

where a.ts# = b.ts#

group by b.name

) Total

WHERE Free.Tablespace_name = Total.name

二、查看有哪些表。

select table_name from dba_tables where owner='A';

當(dāng)前名稱:oracle如何準(zhǔn)確查詢 oracle 數(shù)據(jù)查詢
分享鏈接:http://jinyejixie.com/article40/hpcdho.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供虛擬主機(jī)、域名注冊、面包屑導(dǎo)航Google、電子商務(wù)網(wǎng)站導(dǎo)航

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)

外貿(mào)網(wǎng)站制作
额敏县| 乌鲁木齐市| 开江县| 呼伦贝尔市| 瑞昌市| 新乐市| 闽侯县| 收藏| 如东县| 同江市| 西城区| 桃园市| 江北区| 台安县| 安宁市| 咸阳市| 扬州市| 镇雄县| 龙山县| 乐都县| 启东市| 桃源县| 佛坪县| 大化| 光泽县| 台山市| 大渡口区| 承德市| 定襄县| 建平县| 壶关县| 黑龙江省| 靖西县| 北流市| 汝南县| 嵊泗县| 宁城县| 万源市| 丰县| 子洲县| 温州市|