| From: | Thomas Lockhart <lockhart(at)fourpalms(dot)org> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Hackers List <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: ODBC functions in gram.y |
| Date: | 2001-12-07 17:41:13 |
| Message-ID: | 3C10FF39.98EDF2F3@fourpalms.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> It's not apparent to me that doing this in the ODBC support is simpler
> or better than the hack Peter put into gram.y.
?? We have a long standing design policy to not pollute SQL syntax with
ODBC cruft. And we have existing mechanisms to easily enable that,
delegating that compatibility layer to the ODBC driver where it belongs.
If we phrase this instead as an SQL syntax bug report it becomes even
clearer.
> But more importantly,
> at this point in the 7.2 cycle we ought not be making any changes that
> are not *essential* bug fixes. If you want to reorganize the support
> for CURRENT_TIMESTAMP() like that, let's leave it for 7.3.
*grumble* The support for this is already organized. I'm just suggesting
that we avoid arbitrarily damaging our design and implementation with an
arbitrary reorganization done in the 7.2 development cycle, and that we
fix it before it become embedded in a release.
- Thomas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-12-07 17:46:30 | Re: ODBC functions in gram.y |
| Previous Message | Tom Lane | 2001-12-07 17:38:03 | Re: Using Cursor in PostgreSQL 7.2 |