Originally posted by FireBurn
View Post
Announcement
Collapse
No announcement yet.
PostgreSQL 10.1 Released
Collapse
X
-
-
Originally posted by uid313 View Post
I am a developer, so I just develop stuff.
I just mentioned the things I dislike about PostgreSQL. But as far as technology goes, I am sure it is a really great databases.
I am sure it is fast, secure, reliable, well documented and feature rich. I am not saying it is a bad piece of software.
I should point out that as a very heavy PGSQL user (w/ 100+TB DBs) PGSQL is indeed one amazing piece of software.
- Gilboa
- Likes 1
Leave a comment:
-
Originally posted by gilboa View Post
Just wondering, as you are so quick to trash PGSQL, due to what-look-to-be-quite-funny-reasons, what exactly do you do with *your* database? How big is it?
- Gilboa
I just mentioned the things I dislike about PostgreSQL. But as far as technology goes, I am sure it is a really great databases.
I am sure it is fast, secure, reliable, well documented and feature rich. I am not saying it is a bad piece of software.
Leave a comment:
-
Hmm. is this a point release? Is the next one going to be 10.1.1 or 10.2? I've got a script that updates Postgres for my Gitlab installation and it checks to see if the minor version has changed and does a proper migration if it has. But if minor is the new patch number then I'll need to update it. Major.Minor.Patch
Leave a comment:
-
Originally posted by uid313 View PostAnd it will clutter your system with dozens of executables in /bin or /usr/bin or /usr/sbin.
It doesn't support the SQL/JSON standard.
It has a weird, custom, vanity license instead of an established common open source license.
Most likely does not support the SQL:2016 standard. Probably not even SQL:2011.
- Gilboa
Leave a comment:
-
Originally posted by hansg View PostSo we have established that there are two ways to have no clutter: switch to Windows, or use a specific prefix while compiling. Debian chooses not to use that switch, despite the Postgres project providing the option. The thing you should therefore be complaining about is Debian. I would suggest you start posting that complaint in every Debian-related article here on Phoronix in the future, and leave the Postgres articles alone.
Originally posted by hansg View PostHow does it make software inventory management more difficult? How does it increase TCO? Sorry, that's just BS. The kind of company where a lawyer is required to look at this is the kind of company that would happily sign a contract with Oracle, and would never even consider open source to begin with (unless it is delivered, at vast cost, by a trusted party such as IBM or Oracle). And even if you did need a lawyer to read three simple paragraphs of easily understandable English text, that lawyer would have to do that one time only. Once the license has been cleared, there is no further cost or difficulty.
Again, I don't see the point of your endlessly repeated negativity regarding Postgres.
Because the lawyer needs to clear it. That takes time, money, resources, delays.
With an commonly used license such as the BSD, MIT, GPL, Apache License or whatever then it might not even need to be cleared since the license has already been cleared for use before.
Leave a comment:
-
Originally posted by uid313 View PostNo, I don't compile from source. I use the Ubuntu packages that come from Debian.
Originally posted by uid313 View PostDespite the license being BSD/MIT-like, it is not the BSD License and it is not the MIT License. It is the "PostgreSQL License" which is a vanity license.
Hence despite being BSD/MIT-like, it is a different license. Hence needs to go through legal review by company lawyers, makes software inventory management more difficult and increase the TCO.
License proliferation is a problem. Vanity licenses are a problem.
Again, I don't see the point of your endlessly repeated negativity regarding Postgres.
Leave a comment:
-
Originally posted by kgardas View Post
I guess as an expert you compile from source, don't you? Then please use --prefix=<your preferred installation path> when configuring. As per license, it's BSD/MIT-like so this is all right and preferred option here...
Despite the license being BSD/MIT-like, it is not the BSD License and it is not the MIT License. It is the "PostgreSQL License" which is a vanity license.
Hence despite being BSD/MIT-like, it is a different license. Hence needs to go through legal review by company lawyers, makes software inventory management more difficult and increase the TCO.
License proliferation is a problem. Vanity licenses are a problem.
Leave a comment:
-
Originally posted by uid313 View PostAnd it will clutter your system with dozens of executables in /bin or /usr/bin or /usr/sbin.
[...]
It has a weird, custom, vanity license instead of an established common open source license.
[...]
Leave a comment:
-
Originally posted by hansg View Post
And you post this same bullshit every time a Postgres article is posted, let's not forget that.
Where files go depends entirely on your chosen OS (see also https://en.wikipedia.org/wiki/Filesy...archy_Standard). If you don't like it, maybe Windows is a better choice for you? On Windows all of Postgres gets installed in a single directory under Program Files.
Any developer is free to choose the license they like. Why exactly do you believe you have the right to complain?
And as for standards compliance, the SQL standard is large and complex, and most people really don't care about obscure corner cases.
This leaves the question of motive. What's your beef with Postgres? It's an amazing database - reliable, fast, full-featured, well-documented, and free. There's nothing else that even comes close.
Yes there is the FHS but that doesn't mean it have to be cluttered. All PostgreSQL-related binaries could have the pg_ prefix, but they don't. Which causes clutter, confusing and makes it difficult to differentiate binaries and how they relate.
Also some software such as .NET Core group all the binaries under the "dotnet" command, example "dotnet restore", which is very convenient and a far better solution.
Yes, of course any developer is free to choose the license they like, but its worse when instead of choosing an existing one, they create a new one. The results in license proliferation, increases total cost of ownership (TCO), companies might require lawyers to review the license before its installed, etc.
I like standards and I do not want to get locked into a product. What's the benefit of open source if I am locked if the implementation is not standards-compliant and I get locked into software, then I might as well go with a proprietary database software instead.
Learning product-specific implementations takes time and the application of that knowledge is limited, I would rather spend my time learning things that are standard and hence acquire knowledge and competence that is less limited to a specific to a product and more broadly applicable.
My beef with PostgreSQL is the vanity license and the cluttered install.
I do agree with you, it is an amazing database, it is reliable, fast, full-featured, well-documented, and free. I really like it.
Leave a comment:
Leave a comment: