Originally posted by artyom.h31
View Post
Announcement
Collapse
No announcement yet.
PostgreSQL 10 Is Going To Be Very Feature Rich
Collapse
X
-
- Likes 1
-
Originally posted by jacob View PostPostgreSQL will probably never become the default database for web apps but it doesn't have to. MySQL is perfect for that role.
To this date, MySQL does not even support most basic SQL constructs like check constraints. From the docs: "The CHECK clause is parsed but ignored by all storage engines.". So you think the database can e.g. prohibit creation of overlapping entries in your time tracking software? Nope. Not a chance.
What about deferred constraints which would e.g. allow you to change an id column of rows that are referenced by other tables? Not supported.
Common table expressions, most notably needed for recursive queries in tree data structures? If you're into running development versions of your DBMS, you may try them. Have they seen much bug fixing and performance optimization there? Of course not.
Those are just some of PostgreSQL's features that are missing in MySQL and that we actively use in our web apps. So I really don't understand where your "MySQL is perfect for that role" is coming from.
- Likes 3
Comment
-
Originally posted by -MacNuke- View Post
To be correct: Your distribution clutters /usr/bin with PostgreSQL binaries. The developers recommend to install PostgreSQL to something like /usr/local/postgresql/<version>... This way you can have multiple versions installed and running.
I guess that uses the Debian packaging.
Where do you find this developer recommendation?
And do you know why Debian doesn't follow it?
- Likes 1
Comment
-
Originally posted by jacob View Post
"Default" for what? PostgreSQL will probably never become the default database for web apps but it doesn't have to. MySQL is perfect for that role. What it can do is offer a real alternative to potential new Oracle or DB2 clients who want to steer clear of the vendors' licence racket and abuse policies. It has been gaining traction on that market for some time now and with the substantial improvements going into each release, it may start making proprietary databases obsolete before long.
Comment
-
Originally posted by artyom.h31 View PostLogical replication is an area where MySQL was far ahead of PostgreSQL. Very happy with the decision to finally implement this feature. Still, it's too late. There are very little chances that PostgreSQL will eventually become a "default" database software.
The thing I don't like about PG is that it has an old Apache style process model where it forks up a process per connection... mirroring what Oracle was doing until recently.
They really need to architect that entire piece. Its been a while since I've looked at PG, but they also had one of the worst db backup / recovery solutions I've seen.
- Likes 1
Comment
-
Originally posted by uid313 View PostWhere do you find this developer recommendation?
And do you know why Debian doesn't follow it?
Also the pg_upgrade script expects you to have both, the old and the new version running in parallel. Not possible if PostgreSQL is installed to /usr/bin directly.
Maybe Debian does not do it, because there will be no silent major upgrade of the database.Last edited by -MacNuke-; 11 April 2017, 06:39 AM.
Comment
-
Originally posted by -MacNuke- View Post
The official (= from the PostgreSQL developers) yum packages for RedHat/CentOS are doing it that way and the default prefix (and exec-prefix) of the configure script is "/usr/local/pgsql". And the documentation itself https://www.postgresql.org/docs/9.6/...all-short.html and following pages.
Also the pg_upgrade script expects you to have both, the old and the new version running in parallel. Not possible if PostgreSQL is installed to /usr/bin directly.
Maybe Debian does not do it, because there will be no silent major upgrade of the database.
See the list of files: http://packages.ubuntu.com/zesty/all...ommon/filelist
I don't like this.
- Likes 1
Comment
Comment