終於解決了Mysql的亂碼問題!系統是Fedora 15,通過sudo yum install mysql-server mysql-client後,修改/etc/my.cnf在[mysqld]下添加default-character-set=utf8,重啟mysql,發現報錯,查看日誌,得知不識別default-character-set 配置項,杯具啊,在網上查,都是用這個方法啊!!因為我通過mysql> show variables like
1、用dba角色的使用者登陸,進行解鎖,先設定具體時間格式,以便查看具體時間 SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss'; Session altered. 2、查看具體的被鎖時間 SQL> select username,lock_date from dba_users where username='TEST'; USERNAME LOCK_DATE
今天在看Oracle 10g的文檔,注意到Irreversible Compatibility這個說法。 Starting with Oracle Database 10g, the COMPATIBLE initialization parameter becomes irreversible; that is, it cannot be set to a value that is less than a previous value. Therefore, the
終於完成了單機上多個mysqld配置,我使用的是mysqld_safe命令來完成的。Step1:安裝資料庫:./configure --prefix=/usr/local/mysql-mastermake && make install./configure --prefix=/usr/local/mysql-slavemake && make
1 關於undo 資料庫可以有一個以上的undo資料表空間;undo段可以自動成長,按需shrink2 關於Oracle Data Dump export和importimport操作同時可以更改表名;可以在export操作期間重寫一個存在的dumpfile。3 關於無效索引會被最佳化器忽略;只能通過rebuild生效。4 關於監聽多個監聽能運行在一個主機上;多個資料庫能註冊在一個監聽上。5 關於ADDMADDM runs after each AWR snapshot is
一直以來,大師們就告訴我們Oracle中的NULL與0是不一樣的,什麼區別啊。到我實踐的時候,早忘了那些告誡。昨天做個報表,客戶說怎麼把明細相加和合計列的值不一樣呀。想了想,怎麼可能呀,我寫的報表有個習慣,為了趕時間,通常是把合計列直接union all select sum() from (明細)。這麼寫應該是正常的呀,怎麼可能明細相加會不等於合計列的值。限制明細表的資料,手工加了下,再用sum(),果然資料不一致,瘋了,怎麼可能。突然想起了null值的問題。加了nvl(欄位名,0