Take your postgresSql on the road, and live to tell of it.

Поиск
Список
Период
Сортировка
Искать
От
Owen Hartnett
Тема
Take your postgresSql on the road, and live to tell of it.
Дата
Msg-id
p0623090ec2de86978315@[192.168.0.100]
Ответ на
Re: Removing a schema (Nis Jørgensen)
Список
Дерево обсуждения
Removing a schema Naz Gassiep <naz@mira.net>
Re: Removing a schema Tom Lane <tgl@sss.pgh.pa.us>
Re: Removing a schema Nis Jørgensen <nis@superlativ.dk>
Take your postgresSql on the road, and live to tell of it. Owen Hartnett <owen@clipboardinc.com>
Re: Take your postgresSql on the road, and live to tell of it. Scott Ribe <scott_ribe@killerbytes.com>
Re: Take your postgresSql on the road, and live to tell of it. Ben <bench@silentmedia.com>
Re: Take your postgresSql on the road, and live to tell of it. Owen Hartnett <owen@clipboardinc.com>
Re: Take your postgresSql on the road, and live to tell of it. Ben <bench@silentmedia.com>

Here's what I want to do:

Checkpoint the database in whatever way is appropriate.

Make copies of the database on several laptops for use in the field 
(in automobiles) to do database changes.  Record all the changes made 
since the checkpoint as the user makes them.

Periodically take all the changes back into the office, take the 
changes made out in the field and apply them to the main database.

Repeat the process.

Notes:

1) Unless an user makes a mistake, there should be no changes to the 
same records by multiple users.  (i.e. any concurrency violations 
should be registered as an exception.)

2) I'd prefer it to just record the sql commands executed by the 
database as text, then use psql < myFieldcommands to update the 
database.  This will also help me isolate any concurrency exceptions, 
and I'd like to wrap the whole update in a transaction, so I can roll 
the whole thing back if it does detect concurrency problems anywhere 
in the process (then I can edit out the offending lines).

3) There's no particular rush to update the database - I don't need 
this real-time.

4) Users might make their checkpoint at a different time from other users.

Since I'm relatively new to Postgres, (and I apologize if this has 
come up before), I'm hoping some respondents will provide me with the 
correct strategy.

-Owen
В списке pgsql-general по дате отправления
От: John Smith
Дата:
Сообщение: track row / field usage
От: Julio Cesar Sánchez González
Дата:
FAQ