Re: copy/duplicate database schemas

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: copy/duplicate database schemas
Дата
Msg-id 4C22D12C.80904@postnewspapers.com.au
обсуждение исходный текст
Ответ на copy/duplicate database schemas  (Jamie Kahgee <jamie.kahgee@gmail.com>)
Ответы Re: copy/duplicate database schemas  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Список pgsql-general
On 24/06/10 03:21, Jamie Kahgee wrote:
> I have an application in a schema and now i need to create other schemas
> b/c the app needs to support different languages,  is there an easy way
> to copy an entire schema to a new one (tables, contents, trigges,
> functions, etc..)?

Others have replied with suggestions on how to do this, so I won't
repeat that - but I think you need to look at the bigger picture.

If you copy your app into multiple schema then modify each to localize
them, you're going to have a maintenance nightmare on your hands if you
ever intend to fix bugs or add new features to your app. All the copies,
including copies in languages you don't speak, will have to be kept up
to date.

You might want to investigate internationalization options instead,
where you can process your "master" sources to produce a list of
strings, and have translators translate those strings. Your code loads
the string lists, and depending on the setting for the "current
language" decides which mapping of strings to translations to use when
emitting messages.

This adds significant complexity to your code, especially since (AFAIK)
there aren't really any good i18n tools for Pg's SQL, PL/PgSQL, etc.
However, it'll save you a LOT of pain not to maintain five (or more -
new translations are always required) versions of your code down the track.

--
Craig Ringer

В списке pgsql-general по дате отправления:

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: UPDATE after Cancle
Следующее
От: Konstantin Izmailov
Дата:
Сообщение: Re: PQprepare in PostgreSQL 7.4 (lack of SAVEPOINTs)