aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access
Commit message (Collapse)AuthorAge
* Update hash and join routines to use fd.c's new temp-fileTom Lane1999-05-09
| | | | code, instead of not-very-bulletproof stuff they had before.
* Add 'temporary file' facility to fd.c, and arrange for tempTom Lane1999-05-09
| | | | | | | | | files to be closed automatically at transaction abort or commit, should they still be open. Also close any still-open stdio files allocated with AllocateFile at abort/commit. This should eliminate problems with leakage of file descriptors after an error. Also, put in some primitive buffered-IO support so that psort.c can use virtual files without severe performance penalties.
* Fix LMGR for MVCC.Vadim B. Mikheev1999-05-07
| | | | Get rid of Extend lock mode.
* Patch from "Hiroshi Inoue" <Inoue@tpf.co.jp> forVadim B. Mikheev1999-05-01
| | | | FATAL 1:btree: BTP_CHAIN flag was expected
* Use page-level ExtendLock lock instead of table-level -Vadim B. Mikheev1999-05-01
| | | | should be faster.
* My first cut at libpq revision didn't handle MULTIBYTE correctly,Tom Lane1999-04-25
| | | | but I think it's OK now...
* Revise backend libpq interfaces so that messages to the frontendTom Lane1999-04-25
| | | | | | 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.
* Fix duplicating ROOT page in concurrent updates.Vadim B. Mikheev1999-04-22
|
* There are some bugs about backward scanning usingBruce Momjian1999-04-13
| | | | | | | | | | | | | | | indexes. 1. Index Scan using plural indexids never scan backward as to the order of indexids. 2. The cursor using Index scan is not usable after moving past the end. This patch solves above bugs. Moreover the change of _bt_first() would be useful to extend ORDER BY patch by Jan Wieck for all descending order cases. Hiroshi Inoue
* Unique btree-s:Vadim B. Mikheev1999-04-12
| | | | | | | /* * Have to check is inserted heap tuple deleted one * (i.e. just moved to another place by vacuum)! */
* Small cleanups.Bruce Momjian1999-03-30
|
* 1. Vacuum is updated for MVCC.Vadim B. Mikheev1999-03-28
| | | | | | | 2. Much faster btree tuples deletion in the case when first on page index tuple is deleted (no movement to the left page(s)). 3. Remember blkno of new root page in BTPageOpaque of left/right siblings when root page is splitted.
* cleanupBruce Momjian1999-03-14
|
* compile cleanupBruce Momjian1999-03-14
|
* Compile cleanupBruce Momjian1999-03-14
|
* Enclosed below I have a patch to allow a btree index on the int8 type.Bruce Momjian1999-03-14
| | | | | | | | | | | | | | | I would like some feedback on what the hash function for the int8 hash function in the ./backend/access/hash/hashfunc.c should return. Also, could someone (maybe Tomas Lockhart?) look-over the patch and make sure the system table entries are correct? I've tried to research them as much as I could, but some of them are still not clear to me. Thanks, -Ryan
* From: Tatsuo Ishii <t-ishii@sra.co.jp>Marc G. Fournier1999-02-21
| | | | | | Ok. I made patches replacing all of "#if FALSE" or "#if 0" to "#ifdef NOT_USED" for current. I have tested these patches in that the postgres binaries are identical.
* Change my-function-name-- to my_function_name, and optimizer renames.Bruce Momjian1999-02-13
|
* Cleanup of source files where 'return' or 'var =' is alone on a line.Bruce Momjian1999-02-03
|
* Add TEMP tables/indexes. Add COPY pfree(). Other cleanups.Bruce Momjian1999-02-02
|
* READ COMMITTED isolevel is implemented and is default now.Vadim B. Mikheev1999-01-29
|
* Turns out it's easy to cache the fmgr function lookupTom Lane1999-01-27
| | | | result, too ... another little bit of speed for SELECT.
* Another SELECT speedup: extract OIDs of column print functionsTom Lane1999-01-27
| | | | | only once per SELECT, not once per tuple. 10% here, 10% there, pretty soon you're talking about real speedups ...
* Tighten coding of inner loops in nocachegetattr ...Tom Lane1999-01-24
| | | | seems to have improved speed of routine by 5% or so ...
* Use heap_attisnull, rather than heap_getattr, for a smallTom Lane1999-01-24
| | | | but useful speedup.
* Replace typtoout() and gettypelem() with a single routine,Tom Lane1999-01-24
| | | | | | so that fetching an attribute value needs only one SearchSysCacheTuple call instead of two redundant searches. This speeds up a large SELECT by about ten percent, and probably will help GROUP BY and SELECT DISTINCT too.
* Add a set of braces to clarify conditional nesting.Thomas G. Lockhart1999-01-20
| | | | gcc complained about ambiguities.
* Apply Win32 patch from Horak Daniel.Bruce Momjian1999-01-17
|
* SET TRANSACTION ISOLATION LEVEL ...Vadim B. Mikheev1998-12-18
| | | | | LOCK TABLE IN ... MODE ...implemented
* Serialized mode works!Vadim B. Mikheev1998-12-16
|
* Initial MVCC code.Vadim B. Mikheev1998-12-15
| | | | New code for locking buffer' context.
* Many more cleanups...Marc G. Fournier1998-12-14
|
* Initial attempt to clean up the code...Marc G. Fournier1998-12-14
| | | | | | Switch sprintf() to snprintf() Remove any/all #if 0 -or- #ifdef NOT_USED -or- #ifdef FALSE sections of code
* Included patches should fix following problems in the muti-byteBruce Momjian1998-12-12
| | | | | | | | | | enabled PostgreSQL 6.4. o binary cursor does not work o pg_dumpall produces incorrect create database statemnt Tatsuo Ishii t-ishii@sra.co.jp
* New HeapTuple structure/interface.Vadim B. Mikheev1998-11-27
|
* Fix for relname.data from SHIOZAKI TakehikoBruce Momjian1998-11-02
|
* Fix for vacuum and cache use. Fix for BSDI 4.0.Bruce Momjian1998-10-12
|
* Make functions static or ifdef NOT_USED. Prevent pg_version creation.Bruce Momjian1998-10-08
|
* Substantial rewrite of async.c to avoid problems with non-reentrant stdioTom Lane1998-10-06
| | | | | and possibly other problems. Minor changes in xact.c and postgres.c's main loop to support new handling of async NOTIFY.
* hash.h's use of BSHIFT conflicts with <sys/param.h> on myTom Lane1998-10-04
| | | | | system. Finally got tired of looking at the compiler warning messages. BSHIFT isn't all that useful, so I just took out the macro.
* Here's a combination of all the patches I'm currently waitingBruce Momjian1998-10-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | for against a just updated CVS tree. It contains Partial new rewrite system that handles subselects, view aggregate columns, insert into select from view, updates with set col = view-value and select rules restriction to view definition. Updates for rule/view backparsing utility functions to handle subselects correct. New system views pg_tables and pg_indexes (where you can see the complete index definition in the latter one). Enabling array references on query parameters. Bugfix for functional index. Little changes to system views pg_rules and pg_views. The rule system isn't a release-stopper any longer. But another stopper is that I don't know if the latest changes to PL/pgSQL (not already in CVS) made it compile on AIX. Still wait for some response from Dave. Jan
* Allow 8-key indexes.Bruce Momjian1998-09-23
|
* Alignment cleanup so no more massive switch statements for alignment,Bruce Momjian1998-09-07
| | | | just two macros.
* offsetof cleanup.Bruce Momjian1998-09-04
|
* t_bits alignment fix from Tatsuo IshiiBruce Momjian1998-09-04
|
* Fix for indexing problems.Bruce Momjian1998-09-02
|
* OK, folks, here is the pgindent output.Bruce Momjian1998-09-01
|
* Renaming cleanup, no pgindent yet.Bruce Momjian1998-09-01
|
* From: Massimo Dal Zotto <dz@cs.unitn.it>Marc G. Fournier1998-08-30
| | | | | | | | | After some playing with gdb I found that in printtup() there is a non null attribute with typeinfo->attrs[i]->atttypid = 0 (invalid oid). Unfortunately attibutes with invalid type are neither printed nor marked as null, and this explains why psql doesn't get all the expected data. So I made this patch to printtup():
* Make 'name' type int aligned, like char/varchar.Bruce Momjian1998-08-27
|
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-05 03:05:17 +0000