summaryrefslogtreecommitdiff
path: root/contrib/README
Commit message (Collapse)AuthorAgeFilesLines
* Move contrib/odbc/odbc.sql together with odbc driver, remove old files;Peter Eisentraut2000-09-181-58/+86
| | | | | revise ODBC "installation instructions"; update some other outdated documentation; update contrib documentation
* Update to /contrib from Karel.Bruce Momjian2000-06-191-3/+3
|
* /contrib patch from Karel.Bruce Momjian2000-06-151-72/+59
|
* Well, pg_dumplo is in attache. It is really simple program and now is notBruce Momjian2000-06-121-0/+3
| | | | | | | | | | | | prepared for dirtribution (it needs a little changes). I can change and work on this, but I need motivation :-) And Peter, I know and I agree that standard PG tree is not good space for all interfaces and for all tools based on PG, but LO is PG feature and we haven't backup tool for LO. Karel Zak
* Add scripts to enable/disable use of new LIKE/regexp selectivityTom Lane2000-04-161-0/+6
| | | | estimation operators. See contrib/likeplanning/README for info.
* as attache of this mail is patch (to the main tree) with to_char'sBruce Momjian2000-01-251-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | family functions. Contain: conversion from a datetype to formatted text: to_char( datetime, text) to_char( timestamp, text) to_char( int4, text) to_char( int8, text) to_char( float4, text) to_char( float8, text) to_char( numeric, text) vice versa: to_date ( text, text) to_datetime ( text, text) to_timestamp ( text, text) to_number ( text, text) (convert to numeric) PostgreSQL to_char is very compatible with Oracle's to_char(), but not total exactly (now). Small differentions are in number formating. It will fix in next to_char() version. ! If will this patch aplly to the main tree, must be delete the current to_char version in contrib (directory "dateformat" and note in contrib's README), this patch not erase it (sorry Bruce). The patch patching files: doc/src/sgml/func.sgml ^^^^^^^^ Hmm, I'm not sure if my English... :( Check it anyone (volunteer)? Thomas, it is right? SGML is not my primary lang and compile the current PG docs tree is very happy job (hard variables setting in docs/sgml/Makefile --> HSTYLE= /home/users/t/thomas/.... :-) What add any definition to global configure.in and set Makefiles in docs tree via ./configure? src/backend/utils/adt/Makefile src/backend/utils/adt/formatting.c src/include/catalog/pg_proc.h src/include/utils/formatting.h Karel Zak <zakkr@zf.jcu.cz> http://home.zf.jcu.cz/~zakkr/
* Add pgench: a TPC-B like benchmarking toolTatsuo Ishii2000-01-151-0/+4
|
* I finish devel. of Oracle compatible DateTime routines TO_CHAR(),Bruce Momjian1999-11-291-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | TO_DATE() and PgSQL extension FROM_CHAR(). TO_CHAR() routine allow formating text output with a datetime values: SELECT TO_CHAR('now'::datetime, '"Now is: "HH24:MI:SS'); to_char ---------------- Now is: 21:04:10 FROM_CHAR() routine allow convert text to a datetime: SELECT FROM_CHAR('September 1999 10:20:30', 'FMMonth YYYY HH:MI:SS'); from_char ----------------------------- Wed Sep 01 10:20:30 1999 CEST TO_DATE() is equal with FROM_CHAR(), but output a Date only: SELECT TO_DATE('September 1999 10:20:30', 'FMMonth YYYY HH:MI:SS'); to_date ---------- 09-01-1999 In attache is compressed dir for the contrib. All is prepared, but I'am not sure if Makefile is good (probably yes). Comments & suggestions ? Thomas, thank you for your good advices. Karel ------------------------------------------------------------------------------ Karel Zak <zakkr@zf.jcu.cz> http://home.zf.jcu.cz/~zakkr/
* Add pginterface into main tree, called pgeasy.Bruce Momjian1999-10-111-8/+0
|
* Update contrib/README.Bruce Momjian1999-10-091-4/+0
|
* Update from MassimoBruce Momjian1999-06-051-0/+4
|
* add mention of large object orphaningBruce Momjian1999-05-101-2/+3
|
* Integrate new IP type from Tom Ivar Helbekkmo.Bruce Momjian1998-10-031-4/+0
|
* From: Massimo Dal Zotto <dz@cs.unitn.it>Marc G. Fournier1998-08-301-6/+2
| | | | | | | | | | Here is a tar file the new directories, which substitute the old ones in contrib. Please remove the old directories array, datetime, miscutil, string and userlock before unpacking the tar file in contrib. Note that as the modules are now installed in lib/modules I install all my sql code in lib/sql. In my opinion also the other contributors should follow these rules.
* As proposed, here is the current version of PL/pgSQL. TheBruce Momjian1998-08-221-0/+4
| | | | | | | | | | | | | | | | test isn't that complete up to now, but I think it shows enough of the capabilities of the module. The Makefile assumes it is located in a directory under pgsql/src/pl. Since it includes Makefile.global and Makefile.port and doesn't use any own compiler/linker calls, it should build on most of our supported platforms (I only tested under Linux up to now). It requires flex and bison I think. Maybe we should ship prepared gram.c etc. like for the main parser too? Jan
* From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>Marc G. Fournier1998-08-171-0/+6
| | | | | | Here is some more contrib-fodder, based on TIH's IP address type, for ISBN and ISSN identifiers (which I just happened to need to keep track of the things in my library).
* New findoidjoins examines oid columns to find join relationships.Bruce Momjian1998-08-111-0/+5
|
* Add contributor name to fulltextindex, and clean up contrib/README.Bruce Momjian1998-07-201-58/+76
|
* Update list of contrib directories.Bruce Momjian1998-07-201-2/+16
|
* From: Jun Kuwamura <juk@rccm.co.jp>Marc G. Fournier1998-04-271-0/+45
I do not know about these contributions well as I only made the binaries to contribute to a Japanese Linux package.(I did not test them.) But I try to make some brief introduction about the contrib directory with my poor English. Here is a draft of README about contrib directory:
View Lorry Controller Status