Re: [HACKERS] Enticing interns to PostgreSQL - Mailing list pgsql-advocacy

From Chris Travers
Subject Re: [HACKERS] Enticing interns to PostgreSQL
Date
Msg-id 42E71E19.6070503@travelamericas.com
Whole thread Raw
In response to Re: [HACKERS] Enticing interns to PostgreSQL  (Jeff Davis <jdavis-pgsql@empires.org>)
List pgsql-advocacy
Jeff Davis wrote:

>I think we are for the most part. It's a little slow. The best way to
>improve that is by having more tools. Most tools are either for MySQL,
>or they are "DB-independent", which basically means they don't use any
>features in PostgreSQL that aren't in MySQL. The applications of
>PostgreSQL specificly are often custom, and not widely deployed.
>
>
>
I think one of the important strengths that PostgreSQL brings to the
table is the ability to separate the application from the database.  In
MySQL these are very closely merged.  But with schemas, views, rules,
and triggers, it becomes possible for the *application* to use only a
restricted subset of standard features while behind the scenes the magic
works...  MySQL really is a single application database where your app
is very closely tied to the data definition.

For example, I have a customer who uses PostgreSQL and SQL-Ledger.  We
have designed a large number of custom views for reporting purposes.

If we wanted to, we could use triggers, views, and/or schemas to
integrate it with other open source apps even though neither would have
to know of the other.

Best Wishes,
Chris Travers
Metatron Technology Consulting

pgsql-advocacy by date:

Previous
From: Chris Travers
Date:
Subject: Re: ENUM type
Next
From: Bruno Wolff III
Date:
Subject: Re: [HACKERS] Enticing interns to PostgreSQL