Point de vue de développeur :
1°) Quand on vient d'Oracle, on n'est pas perdu (tous les développeurs que j'ai vu y passer, y  compris moi, y passent très rapidement)
Très bonne documentation (on s'y retrouve bien plus rapidement que dans celle d'Oracle, il n'y a pas d'informations contradictoires, elle est tenue à jour en même temps que le code.
Il y a plein de trucs sympa pour le développeur, comme generate_series, le type serial... On gagne du temps sur le développement de test notamment.
On peut l'installer sur les postes de travail (là également, en développement, cela peut faire gagner énormément de temps).
Les ordres DDL sont transactionnels (très pratique si un problème se produit lors d'un script de mise à jour de schéma).
La communauté est très active (voir les mailing-lists du projet, la communauté française est petite par rapport à l'ensemble)
Inconvénients :
Certains outils propriétaires ne gèrent pas encore PostgreSQL (outils comme LoadRunner, outils de modélisation...)
2°) Marc a répondu
3°)idem
4°) Je dirai aussi qu'on n'a pas de surprises... PostgreSQL fait ce qu'on attend d'une base de données. Pas de troncature de données dans votre dos, pas de choses louches. Si la donnée ne respecte pas le type, c'est une erreur. Ce n'est pas le cas avec MySQL. Et on a de vraies séquences...
5°) rien à ajouter.

Ce ne doit pas être ce que vous avez fait : la syntaxe n'est pas correcte. Je suppose que vous avez concaténé les chaînes?

De toute manière, pour des raisons de sécurité, il vaut toujours mieux préparer la requête et utiliser les variables comme expliqué dans le document proposé par Marc :
par exemple (je suppose que cSalle est un int, tSalle une String)
state.executeUpdate("INSERT INTO salle (id_salle, nom_salle, type_salle) VALUES (1, ?,? )");

state.setInt(1,cSalle);
state.setString(2,tSalle);

J'ai du mal à saisir si vous avez déjà créé vos tables (t_adresse, t_codepostal, etc...), et si votre problème est que vous ne savez pas concevoir votre base, ou que vous ne savez pas écrire les requêtes pour l'utiliser?
Si j'ai bien compris, votre problème est d'ailleurs vaste (trop vaste). Vous cherchez à résoudre le problème général du mapping entité - relationnel, pour lequel il n'y a pas une bonne solution. Il y a par contre des solutions, avec chacune leurs inconvénients et avantages.

Dites-nous en plus!

Là je ne comprends pas. Qu'est-ce que cela a d'évident? Une base sans clé étrangère, ce n'est pas une base, c'est un tas de trucs. Où peut-être vous demandez-vous comment les placer?

J'ai dit ça au client (de passer en 8.4),  mais ça ne l'a pas fait rire
Moi ça ne me fait pas rire non plus au passage (ce n'est vraiment pas facile à faire en php, au point que j'ai trouvé le conseil de le faire faire... par la base de données...). Et même avec une solution, c'est sans compter la masse de travail (quasiment tous les tableaux à refaire).
On est obligés de rester en 8.3.

Bon, tant pis. Merci pour la confirmation (je me doutais de la réponse )

Ah, oui je viens de me rappeler que tu es en Californie. Bon courage pour le décalage horaire, et profite bien du voyage

J'ai fait la requête suivante :

select * from n_code_pays order by libelle='FRANCE', libelle;

Mais cela ramène tous les pays dans l'ordre alphabétique du libellé, sauf la FRANCE.

Je suppose que si le pool de connexion de Tomcat est en JDBC3, vous avez intérêt à ne pas y toucher. Quand au driver, le JDBC3 fera certainement l'affaire, le JDBC4 devrait juste apporter des méthodes supplémentaires.  Mais, à vrai dire, ce n'est pas très clair pour moi non plus (pourquoi ils conseillent de prendre le driver JDBC4 à partir de la JVM 1.6?).
Peut-être devriez-vous rechercher, voire poser la question sur la mailing list du driver (on ne sait jamais...) : http://archives.postgresql.org/pgsql-jdbc/
ou peut-être sur le site de Tomcat?

3 questions (je sais c'est un peu lourd mais on ne sait jamais) :
1: avez-vous rebooté avant de retenter l'installation de postgresql 9.0?
2: est-ce bien l'installeur 32 bits que vous avez pris?

3 : Sinon, avez-vous lu le guide de l'installeur sur http://www.enterprisedb.com/learning/pginst_guide.do
???

Si vous ne trouvez toujours pas, à la fin du guide il y a un lien vers les forums d'EnterpriseDB, mais avant , vous devriez peut-être voir le fichier de log dans %TEMP% (cf le guide dont le lien est ci-dessus), et noter très précisément le message d'erreur au complet (j'ai vaguement le souvenir qu'il y a autre chose dans le message)

Sinon, de mon côté  j'ai installé sur XP, mais en service pack 2, il se peut qu'il y ait des différences...

Ce ne serait pas l'espace entre "Program" et "Files" le problème???
Entourez le chemin avec des guillemets doubles, cela devrait aller mieux...

psql –f "C:\Program Files\PostgreSQL\8.2\share\contrib\lwpostgis.sql" -h localhost -U postgres

Bonjour,

Pourquoi pensez-vous que c'est le serveur de base de données qui pose problème? (vu les éléments, cela me semble certainement pas la première hypothèse à envisager, mais je ne connais pas votre application.)
Où est la partie métier de votre application (en local? sur le même serveur que la base de données? Sur un autre serveur chez OVH???)
Comment récupérez-vous les 700 images au niveau de l'application? (une par une ou par un seul select?)

Flo

Ma première tentative :
(j'ai juste remplacé la déclaration du curseur)

CREATE OR REPLACE FUNCTION cs_update_referrer_type_proc() RETURNS void AS $func$
DECLARE
    referrer_keys CURSOR IS
        SELECT * FROM cs_referrer_keys
        ORDER BY try_order;
    func_body text;
    func_cmd text;
BEGIN
    func_body := 'BEGIN' ;

    FOR referrer_key IN SELECT * FROM cs_referrer_keys ORDER BY try_order LOOP
        func_body := func_body ||
        ' IF v_' || referrer_key.kind
        || ' LIKE ' || quote_literal(referrer_key.key_string)
        || ' THEN RETURN ' || quote_literal(referrer_key.referrer_type)
        || '; END IF;' ;
    END LOOP;

    func_body := func_body || ' RETURN NULL; END;';

    func_cmd :=
        'CREATE OR REPLACE FUNCTION cs_find_referrer_type(v_host varchar,
        v_domain varchar,
        v_url varchar)
        RETURNS varchar AS '
        || quote_literal(func_body)
        || ' LANGUAGE plpgsql;' ;

        EXECUTE func_cmd;
END;
$func$ LANGUAGE plpgsql;

Et le message :

ERREUR:  la variable d'une boucle sur des lignes doit être une variable de type
RECORD ou ROW, ou encore une liste de variables scalaires
LINE 11:     FOR referrer_key IN SELECT * FROM cs_referrer_keys ORDER...
                 ^

Donc j'ai modifié le FOR :

FOR referrer_key IN referrer_keys LOOP

Je vais de ce pas voir ton patch dans l'historique de la mailing-list...

PS : c'est sur une version 9.0 beta 3