|
|
PostgreSQL-Press related Technical Updates [Page: 7 of 65] @ TACKtech Corp. |
|
|
Devart has released a new version of dbForge Data Compare for PostgreSQL – a powerful and easy to use tool for table data comparison and synchronization.
Devart, a Czech software provider of database connectivity solutions and tools for database management and development, announced the release of dbForge Data Compare for PostgreSQL that comes with support for PostgreSQL 9.5, 9.6, redesigned Comparison Document, and with the new Document Categories feature.
Data Compare for PostgreSQL has the following new features and improvements:
- Support for PostgreSQL 9.5, 9.6
- Comparison document has been completely redesigned
- New JSON View and redesigned XML view in Data Editor and Viewer window
- Ability to assign categories for documents from different connections
- New installation wizard and redesigned skins
- New easy to use trial product activation
dbForge Data Compare for PostgreSQL is a Postgre Data Diff and Sync tool that allows users to review all the differences in tables being compared and execute an automatically generated script to remove these differences.
For more information about dbForge Data Compare for PostgreSQL, please visit https://www.devart.com/dbforge/postgresql/datacompare/.
About Devart
Devart is one of the leading developers of database tools and administration software, ALM solutions, data providers for various database servers, data integration and backup solutions. The company also implements Web and Mobile development projects.
Learn more about Devart at https://www.devart.com.
|
|
Full View / NID: 62630 / Submitted by: The Zilla of Zuron
|
|
Following the success of first pan-Asia Postgres event - pgDay Asia 2016 held in March 2016, we are pleased to announce pgDay Asia 2017 to be held in Singapore. The conference will be held along with FOSSASIA - one of the largest FOSS conference on the planet. pgDay Asia will be PostgreSQL conference series for all PostgreSQL enthusiasts in the Asia Pacific region.
For more details on FOSSASIA check FOSSASIA 2017 website
So, you will be able to enjoy one of the largest PostgreSQL conference in Asia and one of the largest FOSS conferences to meet new friends in Asia in the same week!
We would also like to open Call For Paper for pgDay Asia 2017. Some of the topics which can be used for submitting a talk are-
1. Migration projects
2. Performance troubleshooting and tuning
3. noSQL and geo-spatial features of Postgres
4. Unique use-case and customer stories
5. Postgres internals and their value for end users
For some examples you can refer to the papers which were presented at last year's event
Of course we are happy to receive proposal for talk on other PostgreSQL related topics as well.
To submit you proposal for presentation please go to this submission link
Dates
Friday, March 17th - Postgres Talks at pgDay Asia
Saturday, March 18th - pgDay 2017 at FOSSASIA 2017
Venue
To be Announced
Important Dates
2016-12-16: Proposals acceptance begins
2017-01-16: Proposals acceptance ends
2017-01-20: Authors of accepted proposals contacted
If you need any additional information please contact our team at pgday-asia@googlegroups.com
Let's meet many PG and FOSS folks in Singapore!
This conference is organized by the PostgreSQL people from Asian communities (You can see the list on the web site). If you have any question, feel free to contact us on pgday-asia@googlegroups.com. The finances and local logistics for pgDay Asia 2016 are being handled by Ashnik Pte Ltd, Singapore this year.
As always, this event will not be possible without generous sponsorship and support from many different organizations. We will be soon sharing details of sponsorship opportunities at pgDay Asia 2017.
|
|
Full View / NID: 62570 / Submitted by: The Zilla of Zuron
|
|
Registration for the FOSDEM PGDay 2017 in Brussels is now open.
FOSDEM PGDay 2017 is a one day, one track conference which is held as an extension to the PostgreSQL activities at FOSDEM. It takes place on Ferbruary 3rd in the Brussels Marriott hotel.
Registration for the FOSDEM PGDay 2017 is required. Registration for FOSDEM itself or the PostgreSQL Devroom at FOSDEM is not required.
More information on the event, venue and schedule as well as registration can be found here:
https://2017.fosdempgday.org/
|
|
Full View / NID: 62569 / Submitted by: The Zilla of Zuron
|
|
FOSDEM PGDay 2017 is a one day conference held this year on February 3rd followed immediately by the two day FOSDEM conference in Brussels at which we'll be hosting additional sessions on February 5th.
For more information on FOSDEM PGDay, please see:
https://2017.fosdempgday.org/
For more information on FOSDEM, please see:
https://fosdem.org/2017/
The call for papers for both the PGDay and FOSDEM Devroom has now been extended until midnight CET, 4th December. If you would like to submit a talk, please see the website:
https://2017.fosdempgday.org/callforpapers/
Talks may be on any topic related to PostgreSQL in some way. Suggested topic areas include:
- Developing applications with or for PostgreSQL
- Administering large scale PostgreSQL installations
- Case studies and/or success stories of PostgreSQL deployments (or interesting failures)
- PostgreSQL tools and utilities
- PostgreSQL internals hacking
- Community and local user groups
- Tuning and performance improvements
- Migration from other database systems
- Scaling, Clustering and High Availability
- Replication
- Recovery and Backup strategies
- Benchmarking and hardware
- PostgreSQL related products
- DevOps and continuous deployment/configuration/integration around PostgreSQL
Of course, we're happy to receive proposals for talks on other PostgreSQL related topics as well.
NOTE: Please submit talks through our website for both the PGDay and FOSDEM Devroom. DO NOT use the FOSDEM Pentabarf system as we are notmanaging the PostgreSQL talks though it.
The PostgreSQL Europe team will also have a table throughout the FOSDEM event; please feel free to stop by to chat with us about PostgreSQL and pickup some swag!
|
|
Full View / NID: 62283 / Submitted by: The Zilla of Zuron
|
|
Version 4.0 of DbWrench is now available for download.
This release marks the switch from version 3 to version 4 of the product cycle. This release focused on the complete replacement of the editor code complete framework. We believe the new code complete framework is more compact and much more responsive. Also the look and styling for the database documentation has been improved.
It is our hope that these improvement will make DbWrench easier to use and make you more productive.
A free trial download of this latest version is available at www.dbwrench.com.
Thank you for your continued support of our product!
|
|
Full View / NID: 62248 / Submitted by: The Zilla of Zuron
|
|
We are pleased to announce the launch of The Israel PostgreSQL Community website.
Our goal is to promote PostgreSQL knowledge and usage in Israel by collaboration of all interested in it users.
The site will publish PostgreSQL global and regional community news and events.
We will promote PostgreSQL usage among students and pupils by providing lectures in colleges and high schools. We'll be glad for any help from the community for any relevant presentation content that can be useful for those populations.
There is a forum with variety of topics and blog section with relevant posts.
We are going to organize PGDAY at the beginning of the next year in Israel.
We are calling all PostgreSQL users in Israel to join effort and build strong and valuable community.
We initiated the process of product documentation translation. This is the time consuming process and we'll be glad if other users will be able to help us.
Please visit us at http://postgresql.org.il/.
|
|
Full View / NID: 62229 / Submitted by: The Zilla of Zuron
|
|
I am proud to announce the 2.0.0 version of E-Maj.
E-Maj is a PostgreSQL extension which enables fine-grained write logging and time travel on subsets of the database.
This new version supports PostgreSQL 9.1+ versions. It is now installed as a native postgres extension. The new "E-Maj rollback consolidation" feature brings more flexibility while the use of event triggers brings more reliability. The E-Maj phpPgAdmin plugin has been improved as well to use these new features.
The core extension is available at pgxn.org or github.org. It includes a general presentation and a detailed documentation. The phpPgAdmin plugin is also available at github.org.
Have fun with E-Maj !
|
|
Full View / NID: 62171 / Submitted by: The Zilla of Zuron
|
|
Amazon RDS for PostgreSQL now supports the next major release of the PostgreSQL open source database, version 9.6.1. New features include parallel query, phrase search, and improvements to performance and usability. With this release, Amazon RDS for PostgreSQL also supports the bloom and pg_visibility extensions.
You can create a new Amazon RDS for PostgreSQL 9.6.1 database instance with just a few clicks from the AWS Management Console or you can upgrade an existing PostgreSQL 9.5 database instance using point-and-click upgrade. Upgrading from version 9.3 and 9.4 requires you to perform a point-and-click upgrade to the next major version, reaching version 9.5 before upgrading to 9.6.1. Each upgrade operation involves a short period of unavailability for your database instance. Learn more about upgrading your database instances from the Amazon RDS User Guide.
Visit the product page to learn more about Amazon RDS for PostgreSQL.
|
|
Full View / NID: 62119 / Submitted by: The Zilla of Zuron
|
|
The JDBC group is pleased to announce the release.
Notable fixes
- ? can now be used in non-prepared statements (fixed regression of 9.4.1210)
Thanks to all of the contributors
|
|
Full View / NID: 61989 / Submitted by: The Zilla of Zuron
|
|
The PostgreSQL Magazine project is back with an original concept named The Paper Elephant :
a folded newspaper with a dynamic look & feel.
As always the content comes directly from the community ! In this first issue, we gathered articles
from key members of the PostgreSQL project: Josh Berkus talks about the new version numbering scheme,
Hans-Jürgen Schönig writes about performance and Craig Kierstens an overview of JSON, JSONB and hstore.
You'll also find an interview of Paul Ramsey from the PostGIS project.
The Paper Elephant is an independent media edited by and for the PostgreSQL Community.
This issue was created with the financial help of PostgreSQL Europe
and many benevolent contributors ( witers, editors, reviewers ). Kudos to all of them.
Just like the name says, The Paper Elephant is a "paper first" media: it is designed to be printed out
and distributed during events (conferences, meetups, etc.) to promote PostgreSQL.
The first edition will be available at PostgreSQL Conference Europe 2016,
Paris Open Source Summit 2016 and FOSDEM 2017.
If you want to distribute the magazine at a local IT event, please Contact Us !
If you want a glimpse of the newspaper, you can download the PDF version here: http://pgmag.org/download
The Paper Elephant is an open and community-driven project. Joins us at http://www.pgmag.org/contribute
|
|
Full View / NID: 61991 / Submitted by: The Zilla of Zuron
|
|
November 1, 2016: Crunchy Data is proud to announce pgBackRest 1.09, Reliable PostgreSQL Backup & Restore.
Release 1.09
Since 1.0 we have improved scalability, added backup from a standby, selective restore, and support for the 9.6 non-exclusive backup method. All the major new features since 1.0 are detailed below.
Links
New Features
Improved Multi-Processing Scalability
Converted Perl threads to child processes to improve compatibility and greatly increase scalability. 3TB/hour backup speeds can be achieved with 32 cores and 10GbE, including compression and checksums.
Backup from a Standby Cluster
Performing backups on a standby host greatly reduces CPU and IO load on the master host. pgBackRest copies the majority of the files from the standby and only a few from the master, while still producing a backup exactly as if it were performed entirely on the master.
Selective Restore
Selected databases can be restored from a cluster backup to save space when not all the databases are required. WAL replay during restore takes place for all databases so some space will be used, but generally far less than if the unneeded databases were restored completely. After recovery completes the unrestored databases will not be accessible but can be dropped in the usual way.
Non-Exclusive Backups
Support for non-exclusive backups in PostgreSQL 9.6.
Directory/File Exclusions
Exclude directories during backup that are cleaned, recreated, or zeroed by PostgreSQL at startup. These include pgsql_tmp and pg_stat_tmp. The postgresql.auto.conf.tmp file is now excluded in addition to files that were already excluded: backup_label.old, postmaster.opts, postmaster.pid, recovery.conf, recovery.done.
Exclude contents of $PGDATA/pg_replslot directory so that replication slots on the master do not become part of the backup.
Enhanced Info Command
Enhanced text output of info command to include timestamps, sizes, and the reference list for all backups.
Check Command
Added check command to validate that pgBackRest is configured correctly for archiving and backups.
Flexible Configuration
More flexible configuration for databases. Master and standby can both be configured on the backup server and pgBackRest will automatically determine which is the master. This means no configuration changes for backup are required after failing over from a master to standby when a separate backup server is used.
About
pgBackRest aims to be a simple, reliable backup and restore system that can seamlessly scale up to the largest databases and workloads. Instead of relying on traditional backup tools like tar and rsync, pgBackRest implements all backup features internally and uses a custom protocol for communicating with remote systems. Removing reliance on tar and rsync allows for better solutions to database-specific backup challenges. The custom remote protocol allows for more flexibility and limits the types of connections that are required to perform a backup which increases security.
Crunchy Data supports the ongoing and active development of pgBackRest as an entirely open source project, released under the BSD-compatible MIT license.
|
|
Full View / NID: 61990 / Submitted by: The Zilla of Zuron
|
|
Yohz Software announces the release of DB Doc 3.2 on October 24, 2016, and is available for immediate download.
Changes in this version:
- Added support for PostgreSQL 9.6
- Improved PDF and Word export progress report.
- Added tables, views, domains, sequences, and functions listing page for PDF and Word reports.
DB Doc benefits:
- Create documents in HTML, CHM, PDF, and MS Word formats
- Eliminate tedious and time-consuming manual documentation tasks
- Satisfy audit requirements by keeping complete and timely documentation
- Document a database in a couple of clicks
- View inter-object and inter-database dependencies in your documents
- Document layouts can be fully customizable to suit your requirements
- Keep teams up to date by distributing documentation
- Runs on Windows XP to Windows 10
- Runs in Wine, so you can use DB Doc on your favorite Linux distribution
- Supports PostgreSQL 8.3 to 9.6, without the need for any additional database drivers.
For more details about DB Doc, visit the product page here.
|
|
Full View / NID: 61930 / Submitted by: The Zilla of Zuron
|
|
The pgAdmin Development Team are pleased to announce the release of pgAdmin 4 v1.1. This is the second release of pgAdmin 4, and includes over 40 bug fixes and improvements. For details, please see the issue tracker roadmap.
pgAdmin 4 is a complete rewrite of pgAdmin, built using Python and Javascript/jQuery. A desktop runtime written in C++ with Qt allows it to run standalone for individual users, or the web application code may be deployed directly on a webserver for use by one or more users
through their web browser. The software has the look and feel of a desktop application whatever the runtime environment is, and vastly improves on pgAdmin III with updated user interface elements, multi-user/web deployment options, dashboards and a more modern
design.
For more information, checkout the screenshots and online documentation
pgAdmin 4 will be bundled with the EDB PostgreSQL 9.6.1 installers, or can be downloaded in source, PIP wheel, macOS or Windows packages from the pgAdmin website.
|
|
Full View / NID: 61929 / Submitted by: The Zilla of Zuron
|
|
The PostgreSQL Global Development Group has released an update to all supported versions of our database system, including 9.6.1, 9.5.5, 9.4.10, 9.3.15, 9.2.19, and 9.1.24. This is also the last update for the PostgreSQL 9.1 series as it is now end-of-life. This release fixes two issues that can cause data corruption, which are described in more detail below. It also patches a number of other bugs reported over the last three months. The project urges users to apply this update at the next possible downtime.
WAL-logging of truncated relations
Prior to this release, there was a chance that a PostgreSQL instance would try to access data that no longer existed on disk. If the free space map was not updated to be aware of the truncation, a PostgreSQL database could return a page that was already truncated and produce an error such as:
ERROR: could not read block 28991 in file "base/16390/572026": read only 0 of 8192 bytes
If checksumming is enabled, checksum failures in the visibility map could also occur.
This issue is present in the 9.3, 9.4, 9.5, and 9.6 series of PostgreSQL releases.
pg_upgrade issues on big-endian machines
On big-endian machines (e.g. many non-Intel CPU architectures), pg_upgrade would incorrectly write the bytes of the visibility map leading to pg_upgrade failing to complete.
If you are using a big-endian machine (many non-Intel architectures are big-endian) and have used pg_upgrade to upgrade from a pre-9.6 release, you should assume that all visibility maps are incorrect and need to be regenerated. It is sufficient to truncate each relation's visibility map with contrib/pg_visibility's pg_truncate_visibility_map() function. Please read the "Updating" section for post-installation instructions on how to resolve this issue on your PostgreSQL instances.
This issue is present only in the PostgreSQL 9.6.0 release.
Bug Fixes and Improvements
In addition to the above, this update also fixes a number of bugs reported in the last few months. Some of these issues affect only the 9.6 series, but many affect all supported versions. There are more than 50 fixes provided in this release, including:
- Fix use-after-free hazard in execution of aggregate functions using DISTINCT, which could lead to crashes
- Fix incorrect handling of polymorphic aggregates used as window functions, which could lead to crashes
- Fix incorrect creation of GIN index WAL records on big-endian machines
- Fix file descriptor leakage when truncating a temporary relation of more than 1GB
- Fix query-lifespan memory leak in a bulk UPDATE on a table with a PRIMARY KEY or REPLICA IDENTITY index
- Fix SELECT FOR UPDATE/SHARE to correctly lock tuples that have been updated by a subsequently-aborted transaction
- Fix COPY with a column name list from a table that has row-level security enabled
- Fix deletion of speculatively inserted TOAST tuples when backing out of INSERT ... ON CONFLICT
- Fix timeout length when VACUUM is waiting for exclusive table lock so that it can truncate the table
- Fix bugs in merging inherited CHECK constraints while creating or altering a table
- Fix replacement of array elements in jsonb_set()
- Fix possible sorting error when aborting use of abbreviated keys in btree indexes
- On Windows, retry creation of the dynamic shared memory control segment after an access-denied error
- Fix pgbench's calculation of average latency
- Make pg_receivexlog work correctly with --synchronous without slots
- Make pg_rewind turn off synchronous_commit in its session on the source servere
- Don't try to share SSL contexts across multiple connections in libpq
- Support OpenSSL 1.1.0
- Install TAP test infrastructure so that it's available for extension testing
- Several fixes for logical WAL decoding and replication slots
- Several fixes for minor issues in pg_dump, pg_xlogdump, and pg_upgrade
- Several fixes for minor issues in the query planner and in the output of EXPLAIN
- Several fixes for timezone support
This update also contains tzdata release 2016h for DST law changes in Palestine and Turkey, plus historical corrections for Turkey and some regions of Russia. Switch to numeric abbreviations for some time zones in Antarctica, the former Soviet Union, and Sri Lanka.
The IANA time zone database previously provided textual abbreviations for all time zones, sometimes making up abbreviations that have little or no currency among the local population. They are in process of reversing that policy in favor of using numeric UTC offsets in zones where there is no evidence of real-world use of an English abbreviation. At least for the time being, PostgreSQL will continue to accept such removed abbreviations for timestamp input. But they will not be shown in the pg_timezone_names view nor used for output.
In this update, AMT is no longer shown as being in use to mean Armenia Time. Therefore, we have changed the Default abbreviation set to interpret it as Amazon Time, thus UTC-4 not UTC+4.
EOL Notice for Version 9.1
PostgreSQL version 9.1 is now End-of-Life (EOL). No additional updates or security patches will be released by the community for this version. Users still on 9.1 are urged to upgrade as soon as possible. See our Versioning Policy (https://www.postgresql.org/support/versioning/) for more information.
Updating
All PostgreSQL update releases are cumulative. As with other minor releases, users are not required to dump and reload their database or use pg_upgrade in order to apply this update release; you may simply shut down PostgreSQL and update its binaries.
If your system was affected by the big-endian pg_upgrade bug, please read Visibility Map Problems and follow the instructions on how to fix your this issue on your PostgreSQL instances.
Users who have skipped one or more update releases may need to run additional, post-update steps; please see the release notes for earlier versions for details.
Links:
|
|
Full View / NID: 61891 / Submitted by: The Zilla of Zuron
|
|
I am happy to announce the new major release of Database .NET 19.8.
It is an innovative, powerful and intuitive multiple database management tool,
With it you can browse/grant objects, design tables, edit rows, run queries, generate scripts,
analyze/monitor SQL and import/export/migrate/sync data with a consistent interface.
Free, All-In-One, Portable, Single executable file and Multi-language.
Major New features from version 19.0 to 19.8:
- PostgreSQL 9.6+ compatibility
- Added Grant Manager for PostgreSQL (Pro)
- Added managing user permissions for PostgreSQL
- Added error detail message for PostgreSQL
- Added support for PostgreSQL arrays
- Added support for PostgreSQL 8.4~9.6 backup and restore (Req. Database .NET Additional Files)
- Added batch replacing cell values
- Ability to specify the location of SQL files
- Ability to add custom delimited file extensions
- Improved AutoComplete and IntelliSense
- Improved Selected Text to Query Builder
- Improved Generating Scripts
- Improved SQL History
- Improved Data Import and Data Export
- Improved Data Editor and Data Browser
- Improved Database Migration and Data Synchronization (Pro)
- ...and more
|
|
Full View / NID: 61867 / Submitted by: The Zilla of Zuron
|
|
PostgresDAC is a direct access component suite for RAD Studio and PostgreSQL
New milestone PostgresDAC release is out! Now with PostgreSQL 9.6 and Android target platform support.
From now and on NUMERIC fields are mapped to TFmtBcdField, that allows manipulating this type of values with immense flexibility.
This release contains breakdown change, thus developers should check their sources where NUMERIC fields are used.
Full changelog:
- [!] Android target platform support added
- [!] v9.6.0 client libraries added
- [!] v9.6.0 dump & restore libraries (pg_dump.dll, pg_restore.dll) added
- [!] NUMERIC fields are mapped to TFmtBcdField from now
- [+] TPSQLRestore.SchemaNames property introduced to specify multiple schemas
- [+] doStrictNames option added to TPSQLDump.Options
- [+] roStrictNames option added to TPSQLRestore.Options
- [*] TPSQLRestore.TableNames property to match all types of relations, not only plain tables
- [*] In TPSQLDump locally-made changes in privilege assignments for system objects
- [*] TPSQLRestore.SchemaName property removed as deprecated, use SchemaNames instead
- [-] Assigning MEMO fields to empty string may cause memory leak
Download
You're welcome to download the PostgresDAC v3.2.0 right now at:
http://microolap.com/products/connectivity/postgresdac/download/ or login to your private area on our site at
http://microolap.com/my/downloads/
Feedback
Please don't hesitate to ask any questions or report bugs with our Support Ticketing system available at
http://www.microolap.com/support/
|
|
Full View / NID: 61801 / Submitted by: The Zilla of Zuron
|
|
2ndQuadrant is proud to announce the release of repmgr version 3.2 which includes new features for Barman, replication cluster managing, standby cloning improvements, better integration of OS-level server commands, and other minor commands and improvements.
This release leverages improvements included with PostgreSQL 9.6 to provide support for switchover, a common administrative task where the roles of primary and standby server are swapped in a controlled manner to facilitate software and hardware maintenance.??
Note: repmgr 3.2 supports PostgreSQL 9.3 and later only.
What is repmgr?
repmgr is an open source package which greatly simplifies the process of setting up and managing replication using streaming replication within a cluster of PostgreSQL servers. Taking advantage of features introduced in PostgreSQL releases since 9.3, repmgr builds on PostgreSQL's core functionality to provide a smooth, user-friendly way of working with the complexities of replication and failover management in high-availability environments.
New features in repmgr 3.2
Barman Support
repmgr 3.2 provides enhanced integration with 2ndQuadrant's Barman backup and recovery manager. In particular, it is now possible to clone a standby from a Barman archive, rather than directly from a running database server. This means the server is not subjected to the I/O load caused by a backup, and there's no need to manage WAL retention on the database server. The standby can also use the Barman archive as a fallback source of WAL in case streaming replication is interrupted.??
Replication Cluster Monitoring
Usually, when working with more complex replication clusters spread over multiple locations, gaining an overview of connection status between nodes can be a tedious and time-consuming process. repmgr 3.2 provides two new commands which help with this, expanding the existing “repmgr cluster show”. You can read in depth about these commands in the README file.
Standby Cloning Improvements
In addition to the ability to clone directly from a Barman archive, various other improvements have been made to the standby cloning process. In particular, by default password-less SSH connection between servers is now optional and only needs to be provided for specific features.
Better Integration of OS Level Server Commands
By default, repmgr.conf will use PostgreSQL's standard pg_ctl utility to control a running PostgreSQL server. However, it may be better to use the operating system's service management system. To specify which service control commands are used, the following repmgr.conf configuration settings are available:?
- service_start_command
- service_stop_command
- service_restart_command
- service_reload_command
- service_promote_command
Read the formal release notes for information on other new commands, options, and improvements included in this release as well as upgrade instructions.
2ndQuadrant provides professional support services for repmgr — for more information, visit https://2ndquadrant.com/en/support/support-postgresql/.
|
|
Full View / NID: 61627 / Submitted by: The Zilla of Zuron
|
|
2ndQuadrant is proud to announce the release of pglogical 1.2 - now supporting PostgreSQL 9.6. Implemented entirely as a PostgreSQL extension, pglogical is a logical replication system that serves as a highly efficient method of replicating data as an alternative to physical replication.
In addition to a change in the way the output plugin and apply plugin are handled, some of the important feature updates and changes in this release include:
- keepalive tuned to much smaller values by default so that pglogical will notice network issues earlier
- Better compatibility when upgrading from PostgreSQL 9.4 - it's now safe to use the internal schema synchronization for that
- Improved conflict handling
- Improved support for replica triggers
- Several issues with initial synchronizations fixed
- Easier monitoring of the initial synchronization in pg_stat_replication
There are also several documentation improvements.
To find more information, including installation instructions, please visit the pglogical home page on the 2ndQuadrant website: https://2ndquadrant.com/en/resources/pglogical/
|
|
Full View / NID: 61594 / Submitted by: The Zilla of Zuron
|
|
PostgreSQL's repository for Debian and Ubuntu packages, apt.postgresql.org, has been extended to provide pre-built binary packages for a third architecture. ppc64el, the little-endian incarnation of IBM's POWER architecture, is joining the existing amd64 (64-bit x86 Intel) and i386 (32-bit x86 Intel) architectures.
The PostgreSQL 9.6 release is already included in the repository.
Just as on the existing architectures, all packages will be supported for all PostgreSQL major releases - which is currently all releases from 9.1 to 9.6. With only a few exceptions, all packages previously included in the repository have been compiled for ppc64el. [1]
Supported Debian distributions are Debian 8 (Jessie) and unstable (Sid); supported Ubuntu releases are 14.04 (Trusty) and 16.04 (Xenial).
This initiative has been led by 2ndQuadrant in cooperation with IBM Italy. Thanks must also be given to credativ for helping with the setup of the build infrastructure for the ppc64el architecture.
The ppc64el build host is provided by IBM Power Systems Linux Center - Montpellier.
Kind Regards,
Marco / Debian PostgreSQL Maintainers
[1] pg-partman is not available for 9.6 yet; psqlodbc and libpqtypes are not available on Trusty.
|
|
Full View / NID: 61520 / Submitted by: The Zilla of Zuron
|
|
The pgAdmin Development Team are pleased to announce the release of pgAdmin 4 version 1.0.
pgAdmin is the leading Open Source management and administration tool for PostgreSQL.
pgAdmin 4 is a complete rewrite of pgAdmin, built using Python and Javascript/jQuery. A desktop runtime written in C++ with Qt allows it to run standalone for individual users, or the web application code may be deployed directly on a webserver for use by one or more users through their web browser. The software has the look and feel of a desktop application whatever the runtime environment, and vastly improves on pgAdmin III with updated user interface elements, multi-user/web deployment options, dashboards and a more modern design.
The application was designed as a pluggable framework that can easily be extended with plugin modules to provide additional functionality to support other software in the PostgreSQL ecosystem, or functionality of forks of PostgreSQL.
For more information, screenshots, documentation and downloads, please see the website at:
https://www.pgadmin.org/
pgAdmin 4 is also bundled in the PostgreSQL 9.6 installers from EDB at:
http://www.enterprisedb.com/products-services-training/pgdownload
I'd like to take this opportunity to thank all those involved in the design, implementation, testing and documentation of pgAdmin 4, estimated at well over 10,000 hours of effort over the last year. For more information about the project, please see the blog post at:
http://pgsnake.blogspot.co.uk/2016/04/pgadmin-4-elephant-nears-finish-line.html
Finally, I'd like to thank the management at EDB for supporting this project and allowing me to enlist the efforts of over 15 employees from multiple teams. Without their support pgAdmin 4 would not exist today.
Dave Page,
pgAdmin Project Lead
|
|
Full View / NID: 61521 / Submitted by: The Zilla of Zuron
|
|
|
.....
|
|