MIME-Version: 1.0
References: <CA+FnnTwxSeLhR8zNZsoR2SAXYVf9Db+zi3+SpPqdBe==m3X-AQ@mail.gmail.com>
 <F6C9D4E2-2FC5-43B4-89F3-46C5A0A770B4@gmail.com> <CA+FnnTznxpXh8nAJhjnggpfYz0MEnEdK89FtejDNTmX87MktiA@mail.gmail.com>
 <CAKFQuwYaVKcMU0wP3SAbct8FU0H4iy=E1HxxBY-gcvmoK-GsrQ@mail.gmail.com>
 <CA+FnnTy5Fc5WdM=yPSL7bBDrGYHD2aQTwGbFZFuv9dHm_AAgGA@mail.gmail.com> <8f73ec0b-8f68-4f87-badc-a86939a211e1@aklaver.com>
In-Reply-To: <8f73ec0b-8f68-4f87-badc-a86939a211e1@aklaver.com>
From: Igor Korot <ikorot01@gmail.com>
Date: Sat, 7 Mar 2026 15:46:42 -0600
Message-ID: <CA+FnnTwqP_-RcQSRCUMc4gpYk8ofNV11MJ_S2rYCpWhe3CPTmA@mail.gmail.com>
Subject: Re: How to properly use TRIM()?
To: Adrian Klaver <adrian.klaver@aklaver.com>
Cc: "David G. Johnston" <david.g.johnston@gmail.com>, Rob Sargent <robjsargent@gmail.com>, 
	"pgsql-generallists.postgresql.org" <pgsql-general@lists.postgresql.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://www.postgresql.org/message-id/CA%2BFnnTwqP_-RcQSRCUMc4gpYk8ofNV11MJ_S2rYCpWhe3CPTmA%40mail.gmail.com>
Precedence: bulk

Hi, Adrian,

On Sat, Mar 7, 2026 at 3:29=E2=80=AFPM Adrian Klaver <adrian.klaver@aklaver=
.com> wrote:
>
> On 3/7/26 12:46 PM, Igor Korot wrote:
> > Hi, David,
> >
> > On Sat, Mar 7, 2026 at 12:03=E2=80=AFPM David G. Johnston
> > <david.g.johnston@gmail.com <mailto:david.g.johnston@gmail.com>> wrote:
> >
> >     On Sat, Mar 7, 2026 at 12:58=E2=80=AFPM Igor Korot <ikorot01@gmail.=
com
> >     <mailto:ikorot01@gmail.com>> wrote:
> >
> >         So I started looking for a way to return SQL_NO_DATA
> >         on that 4th column...
> >
> >
> >     Doesn't "No Data" refer to the result set as a whole, not individua=
l
> >     columns?  I'd assume NULL is detected some other way.
> >
> >
> > No, I think it=E2=80=99s column based.
>
> 1) My knowledge of ODBC is limited.
>
> 2) This:
>
> https://learn.microsoft.com/en-us/sql/odbc/reference/develop-app/return-c=
odes-odbc?view=3Dsql-server-ver17
>
> "SQL_NO_DATA    No more data was available. The application calls
> SQLGetDiagRec or SQLGetDiagField to retrieve additional information. One
> or more driver-defined status records in class 02xxx may be returned.
> Note: In ODBC 2.x, this return code was named SQL_NO_DATA_FOUND."
>
> would seem to indicate that David Johnston is correct:

From the SQLGetData() ODBC documentation
(https://learn.microsoft.com/en-us/sql/odbc/reference/syntax/sqlgetdata-fun=
ction?view=3Dsql-server-ver17):

[quote]
When it returns the last part of the data, SQLGetData returns
SQL_SUCCESS. Neither SQL_NO_TOTAL nor zero can be returned on the last
valid call to retrieve data from a column, because the application
would then have no way of knowing how much of the data in the
application buffer is valid. If SQLGetData is called after this, it
returns SQL_NO_DATA. For more information, see the next section,
"Retrieving Data with SQLGetData."
[/quote]

However it looks like the driver does not behave as expected.

It keeps returning SQL_SUCCESS continuously...

Or am I misinterpreting the docs?

Thank you.

>
> 'Doesn't "No Data" refer to the result set as a whole, not individual
> columns?  I'd assume NULL is detected some other way.'
>
> > The call to SQLGetData() returns data in one column.
> >
> > And as stated it successfully retrieves empty array for column 3 and
> > moves on.
> >
> > Thank you.
> >
> >
> >     David J.
> >
>
>
> --
> Adrian Klaver
> adrian.klaver@aklaver.com