postgresql可視化工具的簡單介紹

postgresql 有什么好用的可視化管理工具

方法督導(dǎo)人員如何知道作業(yè)員的工作方式是否正確？將作業(yè)標(biāo)準(zhǔn)書張貼在每一個工作站上就清楚了。這些標(biāo)準(zhǔn)書上要注明工作的順序、周期時間、安全注意事項、質(zhì)量查核點，以及變異發(fā)生時，要如何處置。

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)建站！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、成都小程序開發(fā)、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了洞頭免費建站歡迎大家使用！

MySQL與PostgreSQL相比哪個更好

MySQL

MySQL聲稱自己是最流行的開源數(shù)據(jù)庫。LAMP中的M指的就是MySQL。構(gòu)建在LAMP上的應(yīng)用都會使用MySQL，如WordPress、Drupal等大多數(shù)php開源程序。MySQL最初是由MySQL AB開發(fā)的，然后在2008年以10億美金的價格賣給了Sun公司，Sun公司又在2010年被Oracle收購。Oracle支持MySQL的多個版本：Standard、Enterprise、Classic、Cluster、Embedded與Community。其中有一些是免費下載的，另外一些則是收費的。其核心代碼基于GPL許可，由于MySQL被控制在Oracle，社區(qū)擔(dān)心會對MySQL的開源會有影響，所以開發(fā)了一些分支，比如： MariaDB和Percona。

PostgreSQL

PostgreSQL標(biāo)榜自己是世界上最先進的開源數(shù)據(jù)庫。PostgreSQL的一些粉絲說它能與Oracle相媲美，而且沒有那么昂貴的價格和傲慢的客服。最初是1985年在加利福尼亞大學(xué)伯克利分校開發(fā)的，作為Ingres數(shù)據(jù)庫的后繼。PostgreSQL是完全由社區(qū)驅(qū)動的開源項目。它提供了單個完整功能的版本，而不像MySQL那樣提供了多個不同的社區(qū)版、商業(yè)版與企業(yè)版。PostgreSQL基于自由的BSD/MIT許可，組織可以使用、復(fù)制、修改和重新分發(fā)代碼，只需要提供一個版權(quán)聲明即可。

MySQL與PostgreSQL的對比

MySQL的背后是一個成熟的商業(yè)公司，而PostgreSQL的背后是一個龐大的志愿開發(fā)組。這使得MySQL的開發(fā)過程更為慎重，而PostgreSQL的反應(yīng)更為迅速。這樣的兩種背景直接導(dǎo)致了各自固有的優(yōu)點和缺點。

PostgreSQL相對于MySQL的優(yōu)勢

1)不僅僅是關(guān)系型數(shù)據(jù)庫

除了存儲正常的數(shù)據(jù)類型外，還支持存儲：

array，不管是一位數(shù)組還是多為數(shù)組均支持

json(hStore)和jsonb，相比使用text存儲接送要高效很多

json和jsonb之間的區(qū)別

jsonb和json在更高的層面上看起來幾乎是一樣的，但在存儲實現(xiàn)上是不同的。

json存儲完的文本，json列會每次都解析存儲的值，它不支持索引，但你可以為查詢創(chuàng)建表達式索引。

jsonb存儲的二進制格式，避免了重新解析數(shù)據(jù)結(jié)構(gòu)。它支持索引，這意味著你可以不使用指定的索引就能查詢?nèi)魏温窂健?/p>

當(dāng)我們比較寫入數(shù)據(jù)速度時，由于數(shù)據(jù)存儲的方式的原因，jsonb會比json稍微的慢一點。json列會每次都解析存儲的值，這意味著鍵的順序要和輸入的時候一樣。但jsonb不同，以二進制格式存儲且不保證鍵的順序。因此，如果你有軟件需要依賴鍵的順序，jsonb可能不是你的應(yīng)用的最佳選擇。使用jsonb的優(yōu)勢還在于你可以輕易的整合關(guān)系型數(shù)據(jù)和非關(guān)系型數(shù)據(jù)， PostgreSQL對于mongodb這類的基于文檔的數(shù)據(jù)庫是個不小的威脅，畢竟如果一個表中只有一列數(shù)據(jù)的類型是半結(jié)構(gòu)化的，沒有必要為了遷就它而整個表的設(shè)計采用schemaless的結(jié)構(gòu)。

2)支持地理信息處理擴展

PostGIS 為PostgreSQL提供了存儲空間地理數(shù)據(jù)的支持，使PostgreSQL成為了一個空間數(shù)據(jù)庫，能夠進行空間數(shù)據(jù)管理、數(shù)量測量與幾何拓撲分析。在功能上，和MYSQL對比，PostGIS具有下列優(yōu)勢：

O2O業(yè)務(wù)場景中的LBS業(yè)務(wù)使用PostgreSQL + PostGIS有無法比擬的優(yōu)勢。

3)可以快速構(gòu)建REST API

PostgREST 可以方便的為任何 PostgreSQL 數(shù)據(jù)庫提供完全的 RESTful API 服務(wù)。

4)支持樹狀結(jié)構(gòu)

支持R-trees這樣可擴展的索引類型，可以更方便地處理一些特殊數(shù)據(jù)。MySQL 處理樹狀的設(shè)計會很復(fù)雜, 而且需要寫很多代碼, 而 PostgreSQL 可以高效處理樹結(jié)構(gòu)。

5)有極其強悍的 SQL 編程能力

支持遞歸，有非常豐富的統(tǒng)計函數(shù)和統(tǒng)計語法支持。

MySQL：支持 CREATE PROCEDURE 和 CREATE FUNCTION 語句。存儲過程可以用 SQL 和 C++ 編寫。用戶定義函數(shù)可以用 SQL、C 和 C++ 編寫。

PostgreSQL：沒有單獨的存儲過程，都是通過函數(shù)實現(xiàn)的。用戶定義函數(shù)可以用 PL/pgSQL(專用的過程語言)、PL/Tcl、PL/Perl、PL/Python 、SQL 和 C 編寫。

6)外部數(shù)據(jù)源支持

可以把 70 種外部數(shù)據(jù)源 (包括 Mysql, Oracle, CSV, hadoop …) 當(dāng)成自己數(shù)據(jù)庫中的表來查詢。Postgres有一個針對這一難題的解決方案：一個名為“外部數(shù)據(jù)封裝器(Foreign Data Wrapper，F(xiàn)DW)”的特性。該特性最初由PostgreSQL社區(qū)領(lǐng)袖Dave Page四年前根據(jù)SQL標(biāo)準(zhǔn)SQL/MED(SQL Management of External Data)開發(fā)。FDW提供了一個SQL接口，用于訪問遠程數(shù)據(jù)存儲中的遠程大數(shù)據(jù)對象，使DBA可以整合來自不相關(guān)數(shù)據(jù)源的數(shù)據(jù)，將它們存入Postgres數(shù)據(jù)庫中的一個公共模型。這樣，DBA就可以訪問和操作其它系統(tǒng)管理的數(shù)據(jù)，就像在本地Postgres表中一樣。例如，使用FDW for MongoDB，數(shù)據(jù)庫管理員可以查詢來自文檔數(shù)據(jù)庫的數(shù)據(jù)，并使用SQL將它與來自本地Postgres表的數(shù)據(jù)相關(guān)聯(lián)。借助這種方法，用戶可以將數(shù)據(jù)作為行、列或JSON文檔進行查看、排序和分組。他們甚至可以直接從Postgres向源文檔數(shù)據(jù)庫寫入(插入、更細或刪除)數(shù)據(jù)，就像一個一體的無縫部署。也可以對Hadoop集群或MySQL部署做同樣的事。FDW使Postgres可以充當(dāng)企業(yè)的中央聯(lián)合數(shù)據(jù)庫或“Hub”。

7)沒有字符串長度限制

一般關(guān)系型數(shù)據(jù)庫的字符串有限定長度8k左右，無限長 TEXT 類型的功能受限，只能作為外部大數(shù)據(jù)訪問。而PostgreSQL的 TEXT 類型可以直接訪問，SQL語法內(nèi)置正則表達式，可以索引，還可以全文檢索，或使用xml xpath。MySQL 的各種text字段有不同的限制，要手動區(qū)分 small text, middle text, large text… PostgreSQL 沒有這個限制，text 能支持各種大小。

8)支持圖結(jié)構(gòu)數(shù)據(jù)存儲

沒有具體使用過，具體可以自己搜索下。參考鏈接：

9)支持窗口函數(shù)

窗口函數(shù)提供跨行相關(guān)的當(dāng)前查詢行集執(zhí)行計算的能力。僅當(dāng)調(diào)用跟著OVER子句的聚集函數(shù)，作為窗口函數(shù);否則它們作為常規(guī)的聚合函數(shù)。窗口也是一種分組，但和 group by 的分組不同。窗口，可以提供分組之外，還可以執(zhí)行對每個窗口進行計算?？梢韵嘞癯墒莋roup by 后，然后對每個分組進行計算，而不像Group by ，只是單純地分組。MySQL 不支持 OVER 子句, 而PostgreSQL支持。OVER 子句能簡單的解決 “每組取 top 5” 的這類問題。MySQL支持的SQL語法(ANSI SQL標(biāo)準(zhǔn))的很小一部分。不支持遞歸查詢、通用表表達式(Oracle的with 語句)或者窗口函數(shù)(分析函數(shù))。

10)對索引的支持更強

PostgreSQL 的可以使用函數(shù)和條件索引，這使得PostgreSQL數(shù)據(jù)庫的調(diào)優(yōu)非常靈活，mysql就沒有這個功能，條件索引在web應(yīng)用中很重要。對于索引類型：

MySQL：取決于存儲引擎。MyISAM：BTREE，InnoDB：BTREE。

PostgreSQL：支持 B-樹、哈希、R-樹和 Gist 索引。

InnoDB的表和索引都是按相同的方式存儲。也就是說表都是索引組織表。這一般要求主鍵不能太長而且插入時的主鍵最好是按順序遞增，否則對性能有很大影響。PostgreSQL不存在這個問題。

索引類型方面，MySQL取決于存儲引擎。MyISAM：BTREE，InnoDB：BTREE。PostgreSQL支持 B-樹、哈希、R-樹和 Gist 索引。

11)集群支持更好

Mysql Cluster可能與你的想象有較大差異。開源的cluster軟件較少。復(fù)制(Replication)功能是異步的并且有很大的局限性。例如，它是單線程的(single-threaded)，因此一個處理能力更強的Slave的恢復(fù)速度也很難跟上處理能力相對較慢的Master。

PostgreSQL有豐富的開源cluster軟件支持。plproxy 可以支持語句級的鏡像或分片，slony 可以進行字段級的同步設(shè)置，standby 可以構(gòu)建WAL文件級或流式的讀寫分離集群，同步頻率和集群策略調(diào)整方便，操作非常簡單。

另外，PostgreSQL的主備復(fù)制屬于物理復(fù)制，相對于MySQL基于binlog的邏輯復(fù)制，數(shù)據(jù)的一致性更加可靠，復(fù)制性能更高，對主機性能的影響也更小。對于WEB應(yīng)用來說，復(fù)制的特性很重要，mysql到現(xiàn)在也是異步復(fù)制，pgsql可以做到同步，異步，半同步復(fù)制。還有mysql的同步是基于binlog復(fù)制，類似oracle golden gate,是基于stream的復(fù)制，做到同步很困難，這種方式更加適合異地復(fù)制，pgsql的復(fù)制基于wal，可以做到同步復(fù)制。同時，pgsql還提供stream復(fù)制。

12)事務(wù)隔離做的更好

MySQL 的事務(wù)隔離級別 repeatable read 并不能阻止常見的并發(fā)更新, 得加鎖才可以, 但悲觀鎖會影響性能, 手動實現(xiàn)樂觀鎖又復(fù)雜. 而 PostgreSQL 的列里有隱藏的樂觀鎖 version 字段, 默認的 repeatable read 級別就能保證并發(fā)更新的正確性, 并且又有樂觀鎖的性能。

13)對于字符支持更好一些

MySQL 里需要 utf8mb4 才能顯示 emoji 的坑, PostgreSQL 沒這個坑。

14)對表連接支持較完整

對表連接支持較完整，MySQL只有一種表連接類型:嵌套循環(huán)連接(nested-loop),不支持排序-合并連接(sort-merge join)與散列連接(hash join)。PostgreSQL都支持。

15)存儲方式支持更大的數(shù)據(jù)量

PostgreSQL主表采用堆表存放，MySQL采用索引組織表，能夠支持比MySQL更大的數(shù)據(jù)量。

16)時間精度更高

MySQL對于時間、日期、間隔等時間類型沒有秒以下級別的存儲類型，而PostgreSQL可以精確到秒以下。

17)優(yōu)化器的功能較完整

MySQL對復(fù)雜查詢的處理較弱，查詢優(yōu)化器不夠成熟，explain看執(zhí)行計劃的結(jié)果簡單。性能優(yōu)化工具與度量信息不足。

PostgreSQL很強大的查詢優(yōu)化器，支持很復(fù)雜的查詢處理。explain返回豐富的信息。提供了一些性能視圖，可以方便的看到發(fā)生在一個表和索引上的select、delete、update、insert統(tǒng)計信息，也可以看到cache命中率。網(wǎng)上有一個開源的pgstatspack工具。

18)序列支持更好

MySQL 不支持多個表從同一個序列中取 id, 而 PostgreSQL 可以。

19)對子查詢支持更好

對子查詢的支持。雖然在很多情況下在SQL語句中使用子查詢效率低下，而且絕大多數(shù)情況下可以使用帶條件的多表連接來替代子查詢，但是子查詢的存在在很多時候仍然不可避免。而且使用子查詢的SQL語句與使用帶條件的多表連接相比具有更高的程序可讀性。幾乎任何數(shù)據(jù)庫的子查詢 (subquery) 性能都比 MySQL 好。

20)增加列更加簡單

MySQL表增加列，基本上是重建表和索引，會花很長時間。PostgreSQL表增加列，只是在數(shù)據(jù)字典中增加表定義，不會重建表.

MySQL相對于PostgreSQL的優(yōu)勢

1)MySQL比PostgreSQL更流行

流行對于一個商業(yè)軟件來說，也是一個很重要的指標(biāo)，流行意味著更多的用戶，意味著經(jīng)受了更多的考驗，意味著更好的商業(yè)支持、意味著更多、更完善的文檔資料。易用，很容易安裝。第三方工具，包括可視化工具，讓用戶能夠很容易入門。

2)回滾實現(xiàn)更優(yōu)

innodb的基于回滾段實現(xiàn)的MVCC機制，相對PG新老數(shù)據(jù)一起存放的基于XID的MVCC機制，是占優(yōu)的。新老數(shù)據(jù)一起存放，需要定時觸發(fā)VACUUM，會帶來多余的IO和數(shù)據(jù)庫對象加鎖開銷，引起數(shù)據(jù)庫整體的并發(fā)能力下降。而且VACUUM清理不及時，還可能會引發(fā)數(shù)據(jù)膨脹。

3)在Windows上運行更可靠

與PostgreSQL相比，MySQL更適宜在Windows環(huán)境下運行。MySQL作為一個本地的Windows應(yīng)用程序運行(在 NT/Win2000/WinXP下，是一個服務(wù))，而PostgreSQL是運行在Cygwin模擬環(huán)境下。PostgreSQL在Windows下運行沒有MySQL穩(wěn)定，應(yīng)該是可以想象的。

4)線程模式相比進程模式的優(yōu)勢

MySQL使用了線程，而PostgreSQL使用的是進程。在不同線程之間的環(huán)境轉(zhuǎn)換和訪問公用的存儲區(qū)域顯然要比在不同的進程之間要快得多。

進程模式對多CPU利用率比較高。進程模式共享數(shù)據(jù)需要用到共享內(nèi)存，而線程模式數(shù)據(jù)本身就是在進程空間內(nèi)都是共享的，不同線程訪問只需要控制好線程之間的同步。

線程模式對資源消耗比較少。所以MySQL能支持遠比PostgreSQL多的更多的連接。但PostgreSQL中有優(yōu)秀的連接池軟件軟件，如pgbouncer和pgpool，所以通過連接池也可以支持很多的連接。

5)權(quán)限設(shè)置上更加完善

MySQL在權(quán)限系統(tǒng)上比PostgreSQL某些方面更為完善。PostgreSQL只支持對于每一個用戶在一個數(shù)據(jù)庫上或一個數(shù)據(jù)表上的 INSERT、SELECT和UPDATE/DELETE的授權(quán)，而MySQL允許你定義一整套的不同的數(shù)據(jù)級、表級和列級的權(quán)限。對于列級的權(quán)限， PostgreSQL可以通過建立視圖，并確定視圖的權(quán)限來彌補。MySQL還允許你指定基于主機的權(quán)限，這對于目前的PostgreSQL是無法實現(xiàn)的，但是在很多時候，這是有用的。

6)存儲引擎插件化機制

MySQL的存儲引擎插件化機制，使得它的應(yīng)用場景更加廣泛，比如除了innodb適合事務(wù)處理場景外，myisam適合靜態(tài)數(shù)據(jù)的查詢場景。

7)適應(yīng)24/7運行

MySQL可以適應(yīng)24/7運行。在絕大多數(shù)情況下，你不需要為MySQL運行任何清除程序。PostgreSQL目前仍不完全適應(yīng)24/7運行，這是因為你必須每隔一段時間運行一次VACUUM。

8)更加試用于簡單的場景

PostgreSQL只支持堆表，不支持索引組織表，Innodb只支持索引組織表。

索引組織表的優(yōu)勢：表內(nèi)的數(shù)據(jù)就是按索引的方式組織，數(shù)據(jù)是有序的，如果數(shù)據(jù)都是按主鍵來訪問，那么訪問數(shù)據(jù)比較快。而堆表，按主鍵訪問數(shù)據(jù)時，是需要先按主鍵索引找到數(shù)據(jù)的物理位置。

索引組織表的劣勢：索引組織表中上再加其它的索引時，其它的索引記錄的數(shù)據(jù)位置不再是物理位置，而是主鍵值，所以對于索引組織表來說，主鍵的值不能太大，否則占用的空間比較大。

對于索引組織表來說，如果每次在中間插入數(shù)據(jù)，可能會導(dǎo)致索引分裂，索引分裂會大大降低插入的性能。所以對于使用innodb來說，我們一般最好讓主鍵是一個無意義的序列，這樣插入每次都發(fā)生在最后，以避免這個問題。

由于索引組織表是按一個索引樹，一般它訪問數(shù)據(jù)塊必須按數(shù)據(jù)塊之間的關(guān)系進行訪問，而不是按物理塊的訪問數(shù)據(jù)的，所以當(dāng)做全表掃描時要比堆表慢很多，這可能在OLTP中不明顯，但在數(shù)據(jù)倉庫的應(yīng)用中可能是一個問題。

總結(jié)

MySQL從一開始就沒有打算做所有事情，因而它在功能方面有一定的局限性，并不能滿足一些先進應(yīng)用程序的要求。MySQL對某些功能(例如引用、事務(wù)、審計等)的實現(xiàn)方式使得它與其他的關(guān)系型數(shù)據(jù)庫相比缺少了一些可靠性。對于簡單繁重的讀取操作，使用PostgreSQL可能有點小題大做，同時性能也比MySQL這樣的同類產(chǎn)品要差。除非你需要絕對的數(shù)據(jù)完整性，ACID遵從性或者設(shè)計復(fù)雜，否則PostgreSQL對于簡單的場景而言有點多余。

如何你確定只在MySQL和PostgreSQL中進行選擇，以下規(guī)則總是有效的：

如果你的操作系統(tǒng)是Windows，你應(yīng)該使用MySQL。

當(dāng)絕對需要可靠性和數(shù)據(jù)完整性的時候，PostgreSQL是更好的選擇。

如果需要數(shù)據(jù)庫執(zhí)行定制程序，那么可擴展的PostgreSQL是更好的選擇。

你的應(yīng)用處理的是地理數(shù)據(jù)，由于R-TREES的存在，你應(yīng)該使用PostgreSQL。

如果你對數(shù)據(jù)庫并不了十分了解，甚至不知道事務(wù)、存儲過程等究竟是什么，你應(yīng)該使用MySQL。

如何安裝PostgreSQL

PostgreSQL安裝：

一、windows下安裝過程

安裝介質(zhì)：postgresql-9.1.3-1-windows.exe（46M），安裝過程非常簡單，過程如下：

1、開始安裝：

2、選擇程序安裝目錄：

注：安裝 PostgreSQL 的分區(qū)最好是 NTFS 格式的。PostgreSQL 首要任務(wù)是要保證數(shù)據(jù)的完整性，而 FAT 和 FAT32 文件系統(tǒng)不能提供這樣的可靠性保障，而且 FAT 文件系統(tǒng)缺乏安全性保障，無法保證原始數(shù)據(jù)在未經(jīng)授權(quán)的情況下被更改。此外，PostgreSQL 所使用的"多分點"功能完成表空間的這一特征在FAT文件系統(tǒng)下無法實現(xiàn)。

然而，在某些系統(tǒng)中，只有一種 FAT 分區(qū)，這種情況下，可以正常安裝 PostgreSQL，但不要進行數(shù)據(jù)庫的初始化工作。安裝完成后，在 FAT 分區(qū)上手動執(zhí)行 initdb.exe 程序即可，但不能保證其安全性和可靠性，并且建立表空間也會失敗。

3、選擇數(shù)據(jù)存放目錄：

4、輸入數(shù)據(jù)庫超級用戶和創(chuàng)建的OS用戶的密碼

注：數(shù)據(jù)庫超級用戶是一個非管理員賬戶，這是為了減少黑客利用在 PostgreSQL 發(fā)現(xiàn)的缺陷對系統(tǒng)造成損害，因此需要對數(shù)據(jù)庫超級用戶設(shè)置密碼，如下圖所示，安裝程序自動建立的服務(wù)用戶的用戶名默認為 postgres。

5、設(shè)置服務(wù)監(jiān)聽端口，默認為5432

6、選擇運行時語言環(huán)境

注：選擇數(shù)據(jù)庫存儲區(qū)域的運行時語言環(huán)境（字符編碼格式）。

在選擇語言環(huán)境時，若選擇"default locale"會導(dǎo)致安裝不正確；同時，PostgreSQL 不支持 GBK 和 GB18030 作為字符集，如果選擇其它四個中文字符集：中文繁體 香港（Chinese[Traditional], Hong Kong S.A.R.）、中文簡體 新加坡（Chinese[Simplified], Singapore）、中文繁體 臺灣（Chinese[Traditional], Taiwan）和中文繁體 澳門（Chinese[Traditional], Marco S.A.R.），會導(dǎo)致查詢結(jié)果和排序效果不正確。建議選擇"C"，即不使用區(qū)域。

----我選擇了default localt，安裝正確；建議選擇default localt。

7、安裝過程（2分鐘）

8、安裝完成

安裝完成后，從開始文件夾可以看到：

在安裝目錄可以看到：

其中：data存放數(shù)據(jù)文件、日志文件、控制文件、配置文件等。

uninstall-postgresql.exe用于卸載已安裝的數(shù)據(jù)庫管理系統(tǒng)。

pg_env.bat里配置了數(shù)據(jù)庫的幾個環(huán)境變量，內(nèi)容如下：

二、pgAdmin（大象）

對于每種數(shù)據(jù)庫管理系統(tǒng)，都有相當(dāng)多的設(shè)計與管理工具（可視化界面管理工具），有的是數(shù)據(jù)庫廠商自己提供的（一般都至少有一個），有的是第三方公司開發(fā)的，你甚至可以自己寫一個簡單易用的管理工具。例如Oracle的Oracle SQL Developer（自己開發(fā)的）、PLSQL Developer（第三方公司開發(fā)的）、SQL Server Management Studio（自己開發(fā)的）、（開源中國）網(wǎng)站上提供的個人或組織開發(fā)的簡易小巧的管理工具。

PostgreSQL就有好幾款流行的管理工具，例如：pgAdmin、navicat_pgsql、phppgsql等。

pgAdmin是一個針對PostgreSQL數(shù)據(jù)庫的設(shè)計和管理接口，可以在大多數(shù)操作系統(tǒng)上運行。軟件用C++編寫，具有很優(yōu)秀的性能。

pgadmin 是與 Postgres 分開發(fā)布的，可以從下載。目前裝個全功能的PostgreSQL數(shù)據(jù)庫，自帶該管理工具。

打開pgAdmin，可以看到在第一部分安裝的本地數(shù)據(jù)庫的屬性，如下圖所示：

圖中可以看出，新安裝的PostgreSQL數(shù)據(jù)庫管理系統(tǒng)帶有一個數(shù)據(jù)庫postgres；已建好兩個表空間：pg_default、pg_global。

initdb.exe初始化的兩個默認表空間pg_global、pg_default。數(shù)據(jù)庫默認的表空間pg_default 是用來存儲系統(tǒng)目錄對象、用戶表、用戶表index、和臨時表、臨時表index、內(nèi)部臨時表的默認空間，他是模板數(shù)據(jù)庫template0和template1的默認表空間。initdb.exe初始化的兩個默認表空間pg_global、pg_default。數(shù)據(jù)庫默認的表空間pg_global是用來存儲共享系統(tǒng)目錄的默認空間。

pg_default 為 PostgreSQL也可以理解成系統(tǒng)表空間，它對應(yīng)的物理位置為 $PGDATA/base目錄。

在PostgreSQL（pg_catalog）下可以看到postgers數(shù)據(jù)庫的一些數(shù)據(jù)字典和數(shù)據(jù)字典視圖。

新建一個服務(wù)器連接，連接遠程linux服務(wù)器上的PostgreSQL數(shù)據(jù)庫（假設(shè)已有遠程linux上已安裝好PostgreSQL數(shù)據(jù)庫管理系統(tǒng)）：

得到數(shù)據(jù)庫屬性如下圖所示：

圖中可以看出，該遠程數(shù)據(jù)庫管理系統(tǒng)上建有兩個數(shù)據(jù)庫：postgres、cpost；四個表空間：pg_default、pg_global、pis_data、pis_index。

三、pgsql

對于每種數(shù)據(jù)庫管理系統(tǒng)，都會提供一個命令行管理接口，例如Oracle的sqlplus，SQL Server的isql和osql等。

凡是用圖形管理界面可以實現(xiàn)的功能原則上都可以通過命令行界面命令實現(xiàn)。兩者各有優(yōu)缺點，使用場合不同。在windows下當(dāng)然常用圖形管理界面，因為在圖像管理界面中往往都嵌有命令行工具，而在unix和linux下，當(dāng)然就常用命令行工具了，除了我們在類unix下主要使用字符界面的原因外，還因為大部分情況下我們只能通過telnet或ssh工具遠程連接服務(wù)器進行操作，此時也只能使用命令行了。

從開始目錄打開SQL shell（pgsql），該可執(zhí)行程序為E:\PostgreSQL\bin\psql.exe。輸入密碼得到如下圖界面：

也可以在修改了系統(tǒng)環(huán)境變量Path之后（增加PostgreSQL\bin目錄），從命令行直接啟動pgsql。

至此，PostgreSQL在Windows下安裝完畢。

借助Postgresql生成熱力圖

熱力圖，在空間數(shù)據(jù)可視化場景中是一個非常常見的需求。首先看下一個完整的熱力圖效果。

前端實現(xiàn)熱力圖的原理可以看該 博文 。本文不是探究熱力圖前端實現(xiàn)原理的，是來探討由于熱力圖一次性加載的點過多，產(chǎn)生卡頓的問題。

前面的 博文 也提出了自己的解決辦法。但是若數(shù)據(jù)居多（10w+）,光數(shù)據(jù)傳輸就頭疼?，F(xiàn)有的熱力圖的前端組件有很多，可以用openlayer、高德地圖js、百度地圖js、mapbox等。但是大多數(shù)的數(shù)據(jù)結(jié)構(gòu)的都是下面這種形式。

所以需要在后臺將下面策略實現(xiàn)，給前臺頁面?zhèn)鬏敽线m的數(shù)據(jù)就行。

借助postgresql的width_bucket和postgis，僅用0.4s將20W的數(shù)據(jù)壓縮到2500，這就大大降低了數(shù)據(jù)傳輸和渲染的壓力。同時也不需要對已有的GIS前端熱力圖組件進行修改。

德哥的文章

數(shù)據(jù)可視化：淺談熱力圖如何在前端實現(xiàn)

無任何數(shù)據(jù)庫基礎(chǔ)，PostgreSQL數(shù)據(jù)庫難學(xué)嗎？

應(yīng)該比mysql好學(xué),文檔做得比較好.有中文文檔,自己去搜一下.csdn上面就有.自己可視化工具.例子也比較簡單易懂.不用ms sql server的話,這個應(yīng)該算是最好學(xué)的了.而且功能也很強大的.號稱最強的開源數(shù)據(jù)庫.

文章標(biāo)題：postgresql可視化工具的簡單介紹
網(wǎng)站路徑：http://m.jiaotiyi.com/article/dscespp.html