uuid-ossp module for PostgreSQL 8.2 to generate UUID - postgresql

I am trying to generate UUID in PostgreSQL 8.2. From the documentation I found uuid-ossp module can generate UUID but it supports only PostgreSQL 9+. Is there any way to use this uuid-ossp module in PostgreSQL 8.2 or generate UUID in PostgreSQL 8.2 by using query?

You may be confused about the packaging of that plugin for Postgres. Postgres 9.1 introduced a new packaging scheme called Extension. The idea is that the creator of a plugin does more work with regard to packaging so that the user of the plugin might do less work with regard to installation. The Create Extension command (a mis-nomer to my mind) installs a plugin into your Postgres cluster.
Previous to Postgres 9.1, you can install the UUID plugin, but doing so is not quite so simple. You must locate the "uuid-ossp" plugin appropriate to your version of Postgres. The plugin may well have been bundled with your Postgres cluster but not yet installed (activated). Within that plugin package find the SQL script used for installation. You then execute that script in your Postgres cluster.
For details, see my posting to the Postgres mailing list and my blog post on the old way to install and the new way to install the UUID plugin.
I cannot find the 8.2 doc, but did find the 8.3 doc for the uuid-ossp plugin. I do not know if 8.2 had a version of the uuid-ossp plugin, but I suppose so.
Postgres 8.2 reached end-of-life two years (2011-12). I strongly suggest planning an upgrade.
As Craig Ringer commented, you should be doing only the most basic maintenance to a Postgres 8.2 cluster. Asking about UUID support suggests some major changes. For such changes you really should first complete an upgrade to a more recent Postgres.

You could write a function PL/Perl or PL/Python that generates UUIDs using one of their modules.

Related

Is it possible to install Citus extension on official Postgres binary?

I don't want to use the Citus provided binary for PostgreSQL server. Since Citus it is an extension, I believe it should play well with the official Postgres server binary.
#Dojo, you can follow the instructions from the latest documents to install binaries for citus for many operating systems.
http://docs.citusdata.com/en/v9.2/installation/single_machine.html
Citus does only support PostgreSQL 11 & 12 major versions and trigger installation of PostgreSQL for those versions when you follow the instructions for binary installation (naturally).
You could still prefer to build & install citus binaries by following the instructions in GitHub page. However, it is not recommended to use citus with unsupported PostgreSQL versions.
Citus team provides binaries for Citus extension itself but doesn't provide PostgreSQL binaries (maybe in some repositories for convenience). So you can use the official postgres binary with Citus. You don't even need to use Citus provided binaries and you can compile it yourself.

PostGis Extension Installed in AlFresco PostgreSQL

I am working in a project that uses AlFresco-4.2.c as the main program in Ubuntu 16.04, and also uses geoserver in tomcat configured with PostgreSQL.
The problem is that I have been searching for a week about how to install the postgis extension in the own postgresql of alfresco. I have searched in the official documentation of alfresco(http://docs.alfresco.com/4.0/tasks/postgresql-config.html) and other forums, but I have found nothing about extensions.
Do you know a way of installing it?
I have tried to use apt-get and the installer of DBEnterprises, but none of that worked.
I'm not sure what you've followed, but here is what I would have done.
As quickly read from the PostGis page, it's a separate extension on PostgreSQL.
So you'll need to forget about Alfresco for one second, find your local PostgreSQL installation.
It's mostly bundled by Alfresco in the alfresco folder, so e.g. /opt/alfresco-4.2.c/postgresql and the data resides /opt/alfresco-4.2.c/alf_data/postgresql.
If this doesn't work for you, just do the following:
Create a dump file from the current PostgreSQL
Install a PostgreSQL distro from Ubuntu (check the version numbers)
Install the PostGIS extension
Import the dump file

Chef Server. Upgrade embedded PostgreSQL 9.2

I need to upgrade PostgreSQL that comes with Chef Server.
/opt/opscode/embedded/postgresql/9.2
It's been installed from binaries, not apt, and the installation directory path suggests that it's an embedded version. Although I'm able to access it remotely just fine.
Has anyone tried patching the built-in PostgreSQL that comes with Chef?
My target version is 9.5 as I need support of json functions available in 9.5.

upgrade database postgresql on jira confluence astlassian application 64bit .

I want to upgrade database postgresql from version 8.3 to 9.0 on Jira application.
Which RPM should be used to work with Suse SLES10.3 64bit?
How to install Postgresql 9.0 in parallel to Postgresql 8.1?
The best bet to find packages for SUSE distributions is the openSUSE Build Service. The direct links there are a bit of a pain, so please look for yourself.
Parallel installation of multiple major PostgreSQL versions is not yet possible using SUSE RPMs. If you need to do that, you will probably need to build from source.

Can I use PostgreSQL 8.3.x for OpenStreetMap?

I'm trying to install phpPgAdmin as an XAMPP addon when I encountered an error because the latest phpPgAdmin supports upto PostgreSQL version 8.3.x. So I decided to install PostgreSQL 8.3.11 instead of the latest (PGSQL 8.4.x). Will this matter to my OSM application? Thanks!
There are a lot of advantages to Postgres 8.4 over 8.3, and Open Street Map / PostGIS should work on it, so I'd recommend using 8.4 for the Postgres version, and instead grabbing the latest version of phpPgAdmin from the projects github repo (http://github.com/xzilla/phppgadmin), which fully supports 8.4. That will tide you over until the next official phpPgAdmin release, which is scheduled to happen in the next few weeks.
The only link between OSM and postgresql is probably postgis.
Postgis lastest version (1.5.1) requires postgresql >= 8.3, so the answer is no, it won't matter - if, of course, I understood your question correctly.