From 52785dde4b58f2edacdccf7d8557fdf41cb33781 Mon Sep 17 00:00:00 2001 From: Boris Kolpackov Date: Fri, 23 Jan 2015 10:53:46 +0200 Subject: Handle name truncation in PostgreSQL --- bug/list | 10 ---------- reference/bug/list | 13 +++++++++++++ 2 files changed, 13 insertions(+), 10 deletions(-) diff --git a/bug/list b/bug/list index 954d74d..6bd3c62 100644 --- a/bug/list +++ b/bug/list @@ -12,16 +12,6 @@ ! Copyright update [doc] -! Statement name truncation in PostgreSQL [pgsql] - - There seems to be a limit on the prepared statement name in PG. The result - is that the names are no longer unique (statement already exists error). - What we can do to help with that is put the statement kind (perists, find, - etc.) part at the beginning of the name rather than at the end as we do - now. - - See email from /11-Jun-2014. - - Add noexcept to move construction and assignment [c++11] Without noexcept some code (e.g., swap()) may have to resorts to copy. diff --git a/reference/bug/list b/reference/bug/list index 8d95506..ba7819e 100644 --- a/reference/bug/list +++ b/reference/bug/list @@ -1,3 +1,16 @@ ++ Statement name truncation in PostgreSQL [pgsql] + + There seems to be a limit on the prepared statement name in PG. The result + is that the names are no longer unique (statement already exists error). + What we can do to help with that is put the statement kind (perists, find, + etc.) part at the beginning of the name rather than at the end as we do + now. + + See email from /11-Jun-2014. + + In addition, implemented warning when an SQL name (statements and others) + exceed the default limit of 63 characters. + + stderr_tracer doesn't trace statement preparation [2.4.0] If a statement is invalid, then it will fail during preparation. However, -- cgit v1.1