| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
| |
This is an extension to the SQL9x standard, but is consistant with usage
of the underlying date_part() function used to implement it.
Example: EXTRACT('YEAR',...)
No impact on regression tests.
|
|
|
|
|
| |
2) fix a bug reported by Jan Wieck.
psqlodbc is 7.01.0005 now.
|
|
|
|
| |
on HPUX 11.
|
| |
|
| |
|
|
|
|
|
| |
number of columns than it was expecting, for reasons that are now
documented in the code...
|
|
|
|
|
|
| |
join. This is needed to avoid improper evaluation of expressions that
should be nulled out, as in Victor Wagner's bug report of 4/27/01.
Pretty ugly solution, but no time to do anything better for 7.1.1.
|
|
|
|
| |
libpq and libpq++ reorganized.
|
| |
|
| |
|
| |
|
|
|
|
| |
Patches contributed by Victor Wagner.
|
|
|
|
|
|
|
|
|
|
| |
being ratified as yet. This is certainly no longer true, it wasn't
even true in Q2/1998 when I did a little research for Date's book.
SQL/PSM had been published on 1996-12-15 as ISO/IEC 9075:4. So you
might want to update that section.
Frank Wegmann
|
|
|
|
| |
Jimmy Olgeni
|
| |
|
| |
|
| |
|
|
|
|
| |
it's bogus, try building a btree index on the regress tests' abstime_tbl.)
|
|
|
|
|
| |
Without this, it was making some pretty silly decisions about whether an
expensive sub-SELECT should be the inner or outer side of a join...
|
| |
|
|
|
|
| |
- pgsql v7.0 compatbility
|
| |
|
|
|
|
| |
counted off by lines ...
|
| |
|
| |
|
|
|
|
| |
defines z_streamp.
|
|
|
|
| |
complaints about 'Cache reference leak'. Per report from Don Baccus.
|
|
|
|
|
| |
resolved the stack over flow errors reported by Johann Zuschlag.
2) Support {oj syntax for 71. servers.
|
|
|
|
|
|
|
|
|
|
|
| |
1) [ODBC] Psqlodbc and Centura: here it is a patch
posted by Matteo Cavalleli
2) [ODBC] pgsqODBC binding parameters II
posted by Ludek Finstrle
3) Invalid Page Fault in PSQLODBC.DLL
personal mail from Johann Zuschlag
Hiroki Kataoka kataoka@interwiz.koganei.tokyo.jp
|
|
|
|
|
| |
(Not sure such an index is actually useful, but just because it's
useless doesn't mean pg_dump should coredump.)
|
|
|
|
| |
userids are the same. Per today's pghackers discussion.
|
|
|
|
|
| |
-o option) are properly dequoted. Also, always pass an explicit -D option
to postmaster, don't rely on it being set in postmaster.opts.
|
|
|
|
|
|
| |
adjustments. Note that many tables are being abused with *really* long
description columns. Should probably shrink those columns to be more
concise, and move some of the info to follow-on reference notes.
|
|
|
|
|
|
| |
\keep (keep current paragraph together). This fixes most troubles with
reference pages marked up with <refentry> tags.
Use on reference.rtf, generated by "make reference.rtf".
|
| |
|
|
|
|
|
|
| |
'su -l'.
Reported by <VASQUEZ_JASON@LILLY.COM>.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
function arguments in join queries: copy the tuples into
TransactionCommandContext so they don't get recycled too soon. This is
horrid, but not any worse than 7.0 or before, which also leaked such
tuples until end of query. A proper fix will require allowing tuple
datums to be physically stored inside larger tuple datums, which opens
up a bunch of issues that can't realistically be solved for 7.1.1.
|
|
|
|
| |
given.
|
|
|
|
|
|
| |
functions of join or subselect aliases. It'd be awfully nice if this
code knew for sure whether it was dealing with 'x.f' or 'f(x)' syntax;
maybe we can fix that in a future cycle.
|
|
|
|
| |
spaces (e.g., '\!ls -l'). Also correct a comment.
|
|
|
|
| |
already worked fine for whole rows of tables, but not so well for views...
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
or view that's been dropped and then recreated with the same name (but,
perhaps, different columns). Eventually we'd like to support this but
for now all we can do is fail cleanly, rather than possibly coredumping
if we proceed using the obsolete rule.
|
|
|
|
|
|
|
|
| |
to specific base or join RelOptInfo nodes during planning. This preserves
the more-intuitive behavior of 7.0.* --- if you write an expensive clause
(such as a sub-select) last, it should get evaluated last. Someday we
ought to try to have some intelligence about the order of evaluation of
WHERE clauses, but for now we should not override what the user wrote.
|