2289b403aa
Include chapters on security and an intro to SQL.
1999-05-04 02:19:20 +00:00
e1900b2b0c
First version of markup which can run through jade for html.
...
Probably not acceptable yet. Need to check some math symbols and markup.
1999-05-04 02:18:34 +00:00
d8a3a8c0dd
Include chapter on security.
1999-05-04 02:16:57 +00:00
5da466c597
Make sure targetlist generated for subplan does not share
...
nodes with HAVING qualifier of upper plan. Have not seen any failures,
just being a little bit paranoid...
1999-05-04 00:00:20 +00:00
b6c732e63c
Correct declaration of array_map() so that it doesn't make
...
gcc quite so unhappy.
1999-05-03 23:48:26 +00:00
210055ad61
here are some patches for 6.5.0 which I already submitted but have never
...
been applied. The patches are in the .tar.gz attachment at the end:
varchar-array.patch this patch adds support for arrays of bpchar() and
varchar(), which where always missing from postgres.
These datatypes can be used to replace the _char4,
_char8, etc., which were dropped some time ago.
block-size.patch this patch fixes many errors in the parser and other
program which happen with very large query statements
(> 8K) when using a page size larger than 8192.
This patch is needed if you want to submit queries
larger than 8K. Postgres supports tuples up to 32K
but you can't insert them because you can't submit
queries larger than 8K. My patch fixes this problem.
The patch also replaces all the occurrences of `8192'
and `1<<13' in the sources with the proper constants
defined in include files. You should now never find
8192 hardwired in C code, just to make code clearer.
--
Massimo Dal Zotto
1999-05-03 19:10:48 +00:00
da5f1dd722
Revise union_planner and associated routines to clean up breakage
...
from EXCEPT/HAVING patch. Cases involving nontrivial GROUP BY expressions
now work again. Also, the code is at least somewhat better documented...
1999-05-03 00:38:44 +00:00
605d84941d
Clean up cost_sort some more: most callers were double-counting
...
the cost of reading the source data.
1999-05-01 19:47:42 +00:00
87d95ca04d
Arrange for VACUUM to delete the init file that relcache.c uses
...
to save a little bit of backend startup time. This way, the first
backend started after a VACUUM will rebuild the init file with up-to-date
statistics for the critical system indexes.
1999-05-01 19:09:46 +00:00
f7d25d2ab6
-T was omitted from getopt() call.
1999-05-01 17:16:25 +00:00
c422e1a93d
Fix compile failures in dt.c --- line broken in middle of
...
an identifier :-(. Sloppy transmission of a patch, likely.
1999-05-01 17:14:56 +00:00
b4c7a5655d
Patch from "Hiroshi Inoue" <Inoue@tpf.co.jp> for
...
FATAL 1:btree: BTP_CHAIN flag was expected
1999-05-01 16:09:45 +00:00
34a84addc7
Use page-level ExtendLock lock instead of table-level -
...
should be faster.
1999-05-01 15:04:46 +00:00
099164039d
cleanup
1999-04-30 17:03:04 +00:00
f4dcafc825
Clean up typo causing compile failure.
1999-04-30 16:22:46 +00:00
17dbeebb5f
Fill in reasonable-looking cost estimates in inserted nodes.
...
This makes no difference to the optimizer, which has already decided what
it's gonna do, but it makes the output of EXPLAIN much more plausible.
1999-04-30 04:04:27 +00:00
7a7ba33536
Clean up some bogosities in path cost estimation, like
...
sometimes estimating an index scan of a table to be cheaper than a
sequential scan of the same tuples...
1999-04-30 04:01:44 +00:00
11a0027e28
Fix nasty little typo that prevented get_cheapest_path_for_joinkeys
...
from ever returning a path. This put a bit of a crimp in the system's
ability to generate intelligent merge-join plans...
1999-04-30 03:59:06 +00:00
52f1b2f3b6
Prevent priority inversion in locking by checking for existing locks
...
before going into queue behind person with higher piority.
1999-04-30 02:04:51 +00:00
7d62e9c719
Bugfix (bug by me in 1.4) in backparsing INSERT ... SELECT
...
Jan
1999-04-29 15:52:01 +00:00
99f61dac7e
Defend against 'update oid'. Someday we might want to support
...
that, but it'd be a New Feature, wouldn't it ... in the meantime,
avoiding a backend crash seems worthwhile.
1999-04-29 03:01:50 +00:00
fd31563777
Aggregate functions didn't work on subscripted array references.
...
Things are better now.
1999-04-29 01:13:13 +00:00
970583ab4f
Several routines in setrefs.c would crash on array refs
...
due to lack of check for recursing into a null subexpression.
1999-04-29 00:20:27 +00:00
89cf9303fd
Fix stupid typo that broke empty-query response... odd that
...
this is not revealed by any of our regression tests...
1999-04-28 22:17:58 +00:00
26909a0797
Fixed DECIMAL data type to handle specified precision in atttypmod
...
Jan
1999-04-27 13:33:43 +00:00
6e702210c2
Fix for _copyUnique() suggested by Hiroshi Inoue
1999-04-27 09:49:36 +00:00
1c1cafe72f
These are no longer used ...
1999-04-26 13:37:14 +00:00
a4041bce99
provides string to be used for expected/* files for system specific output...
1999-04-26 13:33:19 +00:00
dd6b1aaa25
*** empty log message ***
1999-04-26 05:28:48 +00:00
89c7369d0e
Fix from Yutaka Tanida <yutaka@marin.or.jp> for Cygwin32 support.
1999-04-26 04:42:49 +00:00
c84ea433d7
Fix from Yutaka Tanida <yutaka@marin.or.jp>
1999-04-26 04:40:17 +00:00
eb00bdf237
Insert a test for missing targetlist entry in replace_agg_clause.
1999-04-26 00:37:46 +00:00
26db818710
It looks like the multibyte regress tests only work if both
...
the database encoding and the client encoding match the encoding expected
by the test. So, force both of them to be set from the MULTIBYTE
environment var. This allows regress tests to be run successfully in
multibyte environments other than the compiled-in default.
1999-04-25 23:30:31 +00:00
d69344c520
More multibyte tests with obsolete spelling of error message...
1999-04-25 23:16:23 +00:00
22fe451c9d
psql's recognition of comments didn't work right in MULTIBYTE
...
environments; it was being careless about character lengths.
1999-04-25 23:10:36 +00:00
109cbc7217
Explicitly set PGCLIENTENCODING during regression tests,
...
since multibyte tests fail if it's different from database...
1999-04-25 21:56:19 +00:00
122923c97f
Still had a few MULTIBYTE problems when client encoding was
...
different from database's ...
1999-04-25 21:50:58 +00:00
0d99c95388
Correct potential infinite loop in pg_utf2wchar_with_len;
...
it failed to cover the case where high bits of char are 100 or 101.
Not sure if fix is right, but it agrees with pg_utf_mblen ... and it
doesn't lock up ...
1999-04-25 20:35:51 +00:00
2acfc4f6b4
Multibyte tests were all 'failing' because of change of
...
wording of 'relation does not exist' error message. Update expected files
accordingly.
1999-04-25 19:34:44 +00:00
40cad8b66f
My first cut at libpq revision didn't handle MULTIBYTE correctly,
...
but I think it's OK now...
1999-04-25 19:27:47 +00:00
fad6f2925c
Clean up gcc warning in MULTIBYTE code.
1999-04-25 18:16:47 +00:00
6f668ee108
ifdef out some unused routines to suppress gcc warnings.
1999-04-25 18:09:54 +00:00
187c58f275
Ooops, missed committing this one...
1999-04-25 03:27:15 +00:00
95cc41b81d
Revise backend libpq interfaces so that messages to the frontend
...
can be generated in a buffer and then sent to the frontend in a single
libpq call. This solves problems with NOTICE and ERROR messages generated
in the middle of a data message or COPY OUT operation.
1999-04-25 03:19:27 +00:00
fc08814e00
Rename explain's "size" to "rows".
1999-04-23 21:23:49 +00:00
35b168656b
Add disk space message to "can not extend" message.
1999-04-23 19:37:42 +00:00
c3a32d7595
Remove "Non-functional update" notices since that message has been
...
disabled (commented-out) in the code.
1999-04-23 15:55:32 +00:00
c42926f10b
Repair missing heap_endscan() in OperatorUpd().
1999-04-23 00:50:57 +00:00
3888b53a58
Fix duplicating ROOT page in concurrent updates.
1999-04-22 08:19:59 +00:00
00fbb64bed
Un-break CREATE TYPE. Fix some other inconsistencies in the
...
pg_proc entries for array I/O routines besides the one detected by the
original patcher. Tighten type_sanity regress test accordingly.
1999-04-20 03:51:19 +00:00
Thomas G. Lockhart
Tom Lane
Bruce Momjian
Vadim B. Mikheev
Jan Wieck
Tatsuo Ishii
Marc G. Fournier
Michael Meskes