| От | Tom Lane |
|---|---|
| Тема | Re: Prepared Statement Name Truncation |
| Дата | |
| Msg-id | 23706.1353223982@sss.pgh.pa.us обсуждение |
| Ответ на | Prepared Statement Name Truncation (Phil Sorber <phil@omniti.com>) |
| Ответы |
Re: Prepared Statement Name Truncation
|
| Список | pgsql-bugs |
Phil Sorber <phil@omniti.com> writes:
> An install of ours was having an issue with log files filling up the
> disk rather quickly. After looking into it, the log was filling up
> with NOTICE's caused by an ORM that was using a very long identifier
> as a name for a prepared statement. It was a concatenation of tables
> in the query.
Just to be clear here ... does this ORM expect that it can concatenate
*any* two legal identifiers into another one? If so, it's going to be
broken no matter what the specific length limit is.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера