- Feb 19 Sun 2012 20:54
-
EntpriseDB Cloud Database初體驗
- Jul 01 Fri 2011 16:18
-
(整理中)EnterpriseDB vs. Oracle資料庫相異處比較 - 架構篇 - 20121105 Update

底下,是EnterpriseDB初學者的我,對於所測到的一些Oracle與EDB(EnterpriseDB)之間,架構上的差異的記錄,若有錯誤,請高手不吝指正,謝謝!
1、Tablespace
(1)
Oracle中,是一個Tablespace由多個檔案組成;
EDB中,是將同一個Tablespace的資訊,儲存在同一個目錄中。似乎是一個物件一個檔案去儲存,以1G為大小限制,超過者會再產生一個xxx.1繼續儲存,依此類推。
(2)
EDB中'pg_'開頭者,為系統用之Tablespace,一般的Tablespace,不能命名為以'pg_'開頭。
(3)
$PGDATA/pg_tblspc目錄中,記錄每個非內建tablespace的目錄位置
- Mar 22 Tue 2011 11:05
-
PostgreSQL 9 Streaming Replication

從PostgreSQL 9版本開始,加入了新的replication方式 ----- Streaming Replication。
它和原本的Warm Standby模式有些類似,但是同步的速度更快,稱為Hot Standby。
原本的Warm Standby模式中,Standby主機都是等待Primary主機傳送WAL過來,
然後進行Recovery,也就是說,要等待Primary每次寫滿了一個16MB的WAL檔後,
才能進行一次log shipping及restore/recovery。
當然,在Primary主機上設定archive_timeout,可以縮短每次WAL傳送的時間間隔,
這又會造成傳送太多沒寫滿的WAL(每個檔還是16MB那麼大) ,對於網路流量與
WAL歸檔空間來說十分浪費。
- Dec 10 Fri 2010 13:07
-
EnterpriseDB reset log方法 - pg_resetxlog
為了測試EDB的歸檔備份與基於時間回復(PITR)功能,設定了postgresql.conf中,
archive_%相關的參數。其中timeout時間設為60秒,
隔天一早來歸檔功能沒啟動,反倒是WAL資料已經將硬碟塞滿了。
所以,就自作主張將pg_xlog裡大部份的log檔都刪了,清出硬碟空間來。
結果,修改了歸檔指令之後,發現一直出現找不到WAL檔的訊息,
cp: cannot stat `pg_xlog/00000001000000000000009A': No such file or directory
2010-12-10 11:12:59 CSTLOG: archive command failed with exit code 1
2010-12-10 11:12:59 CSTDETAIL: The failed archive command was: test ! -f /opt/PostgresPlus/8.4AS/wal_archive/00000001000000000000009A && cp pg_xlog/00000001000000000000009A /opt/PostgresPlus/8.4AS/wal_archive/00000001000000000000009A
archive_%相關的參數。其中timeout時間設為60秒,
隔天一早來歸檔功能沒啟動,反倒是WAL資料已經將硬碟塞滿了。
所以,就自作主張將pg_xlog裡大部份的log檔都刪了,清出硬碟空間來。
結果,修改了歸檔指令之後,發現一直出現找不到WAL檔的訊息,
cp: cannot stat `pg_xlog/00000001000000000000009A': No such file or directory
2010-12-10 11:12:59 CSTLOG: archive command failed with exit code 1
2010-12-10 11:12:59 CSTDETAIL: The failed archive command was: test ! -f /opt/PostgresPlus/8.4AS/wal_archive/00000001000000000000009A && cp pg_xlog/00000001000000000000009A /opt/PostgresPlus/8.4AS/wal_archive/00000001000000000000009A
- Dec 09 Thu 2010 16:49
-
(整理中)EnterpriseDB - 管理篇 20101214 Update

EnterpriseDB即為Postgres Advanced Server,是基於PostgreSQL的產品,
因此,大部份的管理模式,包括指令、目錄及系統視圖等等,都與PostgreSQL相同。
底下,整理一些相關的資訊,方便忘記時可以參考:
1、顯示資料庫系統參數設定值的視圖,pg_settings,
select * from pg_settings;
可顯示目前資料庫系統各參數的設定值,
- Oct 12 Tue 2010 13:16
-
整理很多EnterpriseDB資訊的佈落格
大陸一個做了蠻多PostgreSQL Plus Advanced Server (EnterpriseDB) 測試的佈落格:
http://itlife365.com/blog/?sort=14
項目很多,資料也很多。
http://itlife365.com/blog/?sort=14
項目很多,資料也很多。
- Oct 07 Thu 2010 16:31
-
pgAdmin (Postgres Studio) 好用的功能 - Change Owner

使用過Oracle Database的人都知道,在Oracle資料庫中,owner=schema,
所以, 一個物件,尤其是table,要更換owner,那得要匯出( SQL檔或dump檔 ),然後匯入新owner中,
如果遇到有很多table時,或甚至資料量很大時,就要花很長的時間處理,
非到萬不得已,資料庫管理人員不會想做這樣的動作。
在EnterpriseDB中,因為物件owner和schema是分開的,所以owner只是一個連結,要改變很容易!
底下是一個簡單的範例:
- Sep 29 Wed 2010 11:45
-
PostgreSQL國際中文社群網誌
http://postgresql-chinese.blogspot.com
裡面有很很多完整的PostgreSQL與EnterpriseDB相關訊息,以及一些工具的使用、測試狀況報告。
裡面有很很多完整的PostgreSQL與EnterpriseDB相關訊息,以及一些工具的使用、測試狀況報告。
- Jul 15 Thu 2010 09:29
-
中國EnterpriseDB社群
http://www.oschina.net/p/enterprisedb
oschina,中國開源社區(台灣應該稱:中國開放原始碼社群)
裡面有EnterpriseDB最新的新聞及相關的發展、討論,對於有心了解EDB的人,有不少的參考價值。
oschina,中國開源社區(台灣應該稱:中國開放原始碼社群)
裡面有EnterpriseDB最新的新聞及相關的發展、討論,對於有心了解EDB的人,有不少的參考價值。
- Jul 10 Sat 2010 18:16
-
(整理中)EnterpriseDB與Oracle資料庫相異處比較 - 開發篇 20120612 Update
1、PROCEDURE之參數:
Oracle:會自動轉為大寫,所以不用加"";
EDB:要在參數加"",才能使用。
2、FUNCTION:
Oracle:使用CREATE OR REPLACE FUNCTION可以建立或改變fun的名稱(等於新增),或改變回傳值型態、參數數目及型態等等
EDB:使用CREATE OR REPLACE FUNCTION,
並不能改變fun名稱,或參數型態,也不能改變回傳值之型態,
必須將fun刪除再重新建立。
Oracle:會自動轉為大寫,所以不用加"";
EDB:要在參數加"",才能使用。
2、FUNCTION:
Oracle:使用CREATE OR REPLACE FUNCTION可以建立或改變fun的名稱(等於新增),或改變回傳值型態、參數數目及型態等等
EDB:使用CREATE OR REPLACE FUNCTION,
並不能改變fun名稱,或參數型態,也不能改變回傳值之型態,
必須將fun刪除再重新建立。
1
