Re: Rethinking locking for database create/drop vs connection

Поиск
Список
Период
Сортировка
От Christopher Kings-Lynne
Тема Re: Rethinking locking for database create/drop vs connection
Дата
Msg-id 44595E84.1000005@calorieking.com
обсуждение исходный текст
Ответ на Rethinking locking for database create/drop vs connection startup  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> It's slightly annoying to have to read the flat file twice, but
> for reasonable numbers of databases per installation I don't think
> this will pose any material performance penalty.  The file will
> certainly still be sitting in kernel disk cache.

Dropping a db isn't exactly a "common" occurrence anyway no?



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Warts with SELECT DISTINCT
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Warts with SELECT DISTINCT