| От | Matt Clark |
|---|---|
| Тема | Re: PostgreSQL clustering VS MySQL clustering |
| Дата | |
| Msg-id | 41F0C858.7070508@ymogen.net обсуждение исходный текст |
| Ответ на | Re: PostgreSQL clustering VS MySQL clustering (Tatsuo Ishii <t-ishii@sra.co.jp>) |
| Ответы |
Re: PostgreSQL clustering VS MySQL clustering
|
| Список | pgsql-performance |
Presumably it can't _ever_ know without being explicitly told, because even for a plain SELECT there might be triggers involved that update tables, or it might be a select of a stored proc, etc. So in the general case, you can't assume that a select doesn't cause an update, and you can't be sure that the table list in an update is a complete list of the tables that might be updated. Tatsuo Ishii wrote: >Can I ask a question? > >Suppose table A gets updated on the master at time 00:00. Until 00:03 >pgpool needs to send all queries regarding A to the master only. My >question is, how can pgpool know a query is related to A? >-- >Tatsuo Ishii > > >
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера