SELECT * FROM user_tab_comments t WHERE t.comments LIKE '%優(yōu)惠券%';![這里寫圖片描述](http://img.blog.csdn.net/20170321112728053?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdTAxMDQyNzkzNQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)

/***  相同點：     使用 drop 、delete、 truncate 都會刪除表中的內(nèi)容     drop table 表名     delete from 表名（后面不跟 where語句，則也刪除表中所有的數(shù)據(jù)）     truncate table 表名   不同點：     首先delete 屬于DML，當(dāng)不commit時時不生效的     而truncate 和 drop 則是直接生效的，不能回滾。     truncate 和 delete 不刪除表的結(jié)構(gòu)，只是針對表中的內(nèi)容刪除     drop語句將刪除表的結(jié)構(gòu)，被依賴的約束(constrain),觸發(fā)器(trigger),索引(index); 依賴于該表的存儲過程/函數(shù)將保留,但是變?yōu)閕nvalid狀態(tài).     truncate 會釋放占用空間，而drop 和 delete不會。     速度：drop>truncate>dalete     綜上所述，可以得到一個問題，使用drop 和 truncate相對delete是危險的，當(dāng)使用drop 和 truncate 時不能回滾。delete相對安全，可以回滾，并且commit以后才會提交，并且不會刪除表結(jié)構(gòu)，也不會釋放表所占用的空間。   */

SELECT T.TABLESPACE_NAME, ROUND(SUM(BYTES / (1024 * 1024)), 0) TS_SIZE FROM DBA_TABLESPACES T, DBA_DATA_FILES D WHERE T.TABLESPACE_NAME = D.TABLESPACE_NAME GROUP BY T.TABLESPACE_NAME;

SELECT TABLESPACE_NAME,    FILE_ID,    FILE_NAME,    ROUND(BYTES / (1024 * 1024), 0) TOTAL_SPACE FROM DBA_DATA_FILES ORDER BY TABLESPACE_NAME;

SELECT SUM(BYTES) / (1024 * 1024) AS FREE_SPACE, TABLESPACE_NAME FROM DBA_FREE_SPACE GROUP BY TABLESPACE_NAME;SELECT A.TABLESPACE_NAME,    A.BYTES TOTAL,    B.BYTES USED,    C.BYTES FREE,    (B.BYTES * 100) / A.BYTES "% USED ",    (C.BYTES * 100) / A.BYTES "% FREE " FROM SYS.SM$TS_AVAIL A, SYS.SM$TS_USED B, SYS.SM$TS_FREE C WHERE A.TABLESPACE_NAME = B.TABLESPACE_NAME  AND A.TABLESPACE_NAME = C.TABLESPACE_NAME;

SELECT VERSION FROM PRODUCT_COMPONENT_VERSION WHERE SUBSTR(PRODUCT, 1, 6) = 'Oracle';