Re: Where **not** to use PostgreSQL? - Mailing list pgsql-general

From Raymond Brinzer
Subject Re: Where **not** to use PostgreSQL?
Date
Msg-id CANasJHk63LoV-ijsUTNCKNdc9OSVSK6an1KwmQo2gss4hJZQjw@mail.gmail.com
Whole thread Raw
In response to Where **not** to use PostgreSQL?  (Thomas Güttler <guettliml@thomas-guettler.de>)
List pgsql-general
I often avoid PostgreSQL when using software for which PostgreSQL
support is secondary. Usually this is the case where MySQL is the
default, but PostgreSQL is on the "also supported" list.  "Also" is
too often a synonym for "badly", here, and unless I really want to be
able to approach the underlying database *as a database*, the better
choice is to go with the flow.  Even when I do need that, I'll
consider whether the features I need are exclusive to, or much better
on, PostgreSQL.

When developing something myself, I've also chosen MySQL because the
other technical people likely to be involved are at least somewhat
familiar with it.  A person who is marginally competent with databases
doesn't need the added difficulty of learning a new DBMS while
learning whatever I created.

It's always a pleasure when I don't have such issues, and I can use PostgreSQL.

On Thu, Feb 28, 2019 at 6:47 AM Thomas Güttler
<guettliml@thomas-guettler.de> wrote:
>
> Hi experts,
>
> where would you suggest someone to **not** use PostgreSQL?
>
> Why would you do this?
>
> What alternative would you suggest instead?
>
>
> Regards,
>    Thomas Güttler
>
>
> --
> Thomas Guettler http://www.thomas-guettler.de/
> I am looking for feedback: https://github.com/guettli/programming-guidelines
>


--
Ray Brinzer


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Overloaded && operator from intarray module prevents index usage.
Next
From: Michel Pelletier
Date:
Subject: Re: Where **not** to use PostgreSQL?