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，當不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是危險的，當使用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';