Re: [GENERAL] Help with terminology to describe what my software does please? - Mailing list pgsql-general

From Melvin Davidson
Subject Re: [GENERAL] Help with terminology to describe what my software does please?
Date
Msg-id CANu8FixSBOnevVCd9yzLAeNf4N4pcFi45+14H=kSxbKpkV-W_w@mail.gmail.com
Whole thread Raw
In response to Re: [GENERAL] Help with terminology to describe what my software doesplease?  (Adrian Klaver <adrian.klaver@aklaver.com>)
Responses Re: [GENERAL] Help with terminology to describe what my software doesplease?  (Adrian Klaver <adrian.klaver@aklaver.com>)
Re: [GENERAL] Help with terminology to describe what my software does please?  (Neil Anderson <neil@postgrescompare.com>)
List pgsql-general


On Sun, May 28, 2017 at 9:51 AM, Adrian Klaver <adrian.klaver@aklaver.com> wrote:
On 05/28/2017 05:49 AM, Neil Anderson wrote:
Hi,

I'm working on a tool that can compare the properties of Postgres
objects from different instances, finding the differences and
outputting the update SQL.

It can compare objects that are defined at the cluster, database or
schema level. As such I'm finding it difficult to describe what the
tool does simply and accurately. I've tried 'compares PostgreSQL
schemas' but that doesn't capture the database and cluster parts,
'compares PostgreSQL schema and database objects'. That sort of thing.
Right now I have a mix of terms on my website and I would prefer to
tighten it up.

I guess I don't know what is the most common way to say that it
compares everything but the data. Any suggestions from your
experience?

From above the first sentence of the second paragraph seems to me the best description of what you are doing.


Thanks,
Neil




--
Adrian Klaver
adrian.klaver@aklaver.com



--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general


Cluster comparison would only occur if you have two or more clusters on the same server, although it's possible to compare across servers,
but that would involve a lot more work. AFAIK, the only differences for a cluster would be:
1. PostgreSQL version
2. path to database
3. database users (note: it is also possible to make users database specific)
4. list of defined databases

Database comparison would involve db names, owners, encodings, tablespaces and acl's
You might also want to include sizes. You can use the following two queries to help
with that

SELECT db.datname,
       au.rolname as datdba,
       pg_encoding_to_char(db.encoding) as encoding,
       db.datallowconn,
       db.datconnlimit,
       db.datfrozenxid,
       tb.spcname as tblspc,
       db.datacl
  FROM pg_database db
  JOIN pg_authid au ON au.oid = db.datdba
  JOIN pg_tablespace tb ON tb.oid = db.dattablespace
 ORDER BY 1;

SELECT datname,
       pg_size_pretty(pg_database_size(datname))as size_pretty,
       pg_database_size(datname) as size,
       (SELECT pg_size_pretty (SUM( pg_database_size(datname))::bigint) 
          FROM pg_database)  AS total,
       ((pg_database_size(datname) / (SELECT SUM( pg_database_size(datname)) 
                                       FROM pg_database) ) * 100)::numeric(6,3) AS pct
  FROM pg_database
  ORDER BY datname;
 
 schema comparison is a lot more complication as it involves comparing
 collations
 domains
 functions
 trigger functions
 sequences
 tables
 types
 views
 
--
Melvin Davidson
I reserve the right to fantasize.  Whether or not you
wish to share my fantasy is entirely up to you.

pgsql-general by date:

Previous
From: Arup Rakshit
Date:
Subject: [GENERAL] Question regarding the output of postgresql *explain* command
Next
From: Tom Lane
Date:
Subject: Re: [GENERAL] Question regarding the output of postgresql *explain* command