Forums PostgreSQL.fr

Bonjour,
  n'oublions pas aussi que SQL est insensible à la casse, alors le camelcase dans le nom de table, je le sens moyen.

Cordialement

Peut etre parce que pgadmin permet de balancer le résulat d'une requête dans un fichier et que ce fichier peut etre sur le client à partir duquel on se connecte.

Mais, c'est vrai que \copy devrait suffire (comme d'habitude, j'utilise pgadmin).

Cordialement

Bonjour,
  une requête imbriquée ?

 DELETE FROM table WHERE id IN (SELECT id FROM table WHERE creator_id = 50 ORDER BY time_creation DESC LIMIT 50)

Attention, non testée.

Cordialement

HINT : psql -l (L minuscule)

je saurais faire en Linux, mais sous windows, je passe !

Cordialement

Bonsoir,
d'autant que ce n'est surement pas la meilleure façon de faire sa promo (trop voyant, trop arrogant à mon sens) et c'est d'autant plus dommage que les interventions de SQLprosont souvent intéressantes  (comme son site, voyez, je suis pas racunier, je fais de la pub) . Il manque juste un peu de forme.

C'est cette petite phrase

qui gâche tout. Un peu trop sèche à mon gout.

Beaucoup ici, dont moi, sont là pour s'améliorer en Postgresql comme en SQL (et en orthographe, mais c'est un autre débat).

Cordialement

Bonjour,
  tu ne nous a pas dit de quelle distrib il s'agit (avec sa version), ça nous permettrai de t'orienter car l'idéal serait d'utiliser un rpm taillé pour ta distrib plutôt qu'un rpm générique.

Mais si l'install de la version 8.1 était d'origine, ça laisse présager qu'il s'agit d'une distribution un peu ancienne.

Tu peux déjà regarder par là : http://www.postgresql.org/download/linux

Sinon, pour une install générique : http://www.enterprisedb.com/products-se … pgdownload mais c'est pas la solution que je prendrais en premier.

Cordialement

Bonjour, quel est la distribution linux utilisée ?
S'il s'agit d'une version grand public, il y a de forte chance que postgresql ait été installé par paquet (rpm si j'ai bien suivi).

Il suffit de mettre à jour les dépots, supprimer le vieille version de postgresql et en installer une plus à jour.

Pour la suppression, on peut toujours tenter : rpm -e postgresql-8.1.8

Mais les ditribs modernes ont en général un gestionnaire de package graphique maintenant.

Cordialement

Le temps de trouver ou c'est loggué sous windows vista !

Bon, avec libreoffice, ça marche nickel

Mode d'emploi:
LibreOffice Base -> se connecter à une BDD existante -> JDBC
puis:
url de la source de données : jdbc:postgresql://adresse:port/nomdemabase
classe de pilote JDBC : org.postgresql.Driver
puis paramétrer les mots de passes et autres fioritures
et le plus dur est fait :-)

Il faut avoir auparavant indiqué ou se trouve de driver jdbc dans :
Outils -> options -> Java -> Chemin de classe -> ajouter une archive (et aller sélectionner le fichier jar adéquat)

Voila une copie d'écran d'OpenOffice, qui est pareille :

tirée de cette page

Cordialement

As tu pensé à modifier le nom de la fonction dans le déclaration du trigger ? (je dirais que oui)

En fait, c'est le lower qui plombe tout, puisque on se sert de firstname et lastname pour les retrancher de username, il faudrait déclarer comme ça (code non testé) pour que les 3 soit en minuscule (mais tu ne garde pas la casse d'origine de firstname, lastname) :

CREATE OR REPLACE FUNCTION lower_username()
RETURNS TRIGGER AS
$$
DECLARE
  tmp VARCHAR;
  cont integer;
BEGIN
  NEW.firstname := lower(NEW.firstname);
  NEW.lastname := lower(NEW.lastname);
  NEW.username := NEW.firstname||'.'||NEW.lastname;
  SELECT max(username) into tmp FROM plop where firstname = NEW.firstname and lastname = NEW.lastname;
  IF tmp IS NULL THEN
  -- ne rien faire
  ELSIF tmp = NEW.username THEN
    NEW.username := NEW.firstname||'.'||NEW.lastname||1;
  ELSE
    SELECT MAX(TRIM(username,(NEW.firstname||'.'||NEW.lastname))::INT)+1 INTO cont FROM plop where firstname = NEW.firstname and lastname = NEW.lastname and username != NEW.username;
    NEW.username := NEW.firstname||'.'||NEW.lastname||cont;
  END IF;
  RETURN NEW;
END
$$
LANGUAGE PLPGSQL;

Ou, on garde comme c'était (en fait on ne touche pas à la casse de firstname et lastname) :

CREATE OR REPLACE FUNCTION lower_username()
  RETURNS trigger AS
$BODY$DECLARE
  tmp VARCHAR;
  cont integer;
BEGIN
  NEW.username := lower(NEW."firstName"||'.'||NEW."lastName");
  SELECT max(username) into tmp FROM users where "firstName" = NEW."firstName" and "lastName" = NEW."lastName";
  IF tmp IS NULL THEN
  -- ne rien faire
  ELSIF tmp = NEW.username THEN
    NEW.username :=lower(NEW."firstName"||'.'||NEW."lastName"||'1');
  ELSE
    SELECT MAX(TRIM(username,(lower(NEW."firstName"||'.'||NEW."lastName")))::INT)+1 INTO cont FROM users where "firstName" = NEW."firstName" and "lastName" = NEW."lastName" and username != NEW.username;
    NEW.username := lower(NEW."firstName"||'.'||NEW."lastName"||cont::TEXT);
  END IF;
  RETURN NEW;
END;
$BODY$
  LANGUAGE plpgsql

PS : je ne suis pas sur que d'utiliser du "camelCase" et des "doubles quotes" pour le nom des colonnes améliore la lisibilité

Bonjour,
si j'ai bien suivi, dans la table à mettre à jour, il peut y avoir des doublons d'ou le trigger, dont on a parlé tantôt, capable de générer des jean.dupont[1234]. Si on rajoute un jean dupont, comment sait-on que c'est un nouveau pour lequel il va falloir créer un jean.dupont5, ou un qui existe déjà ?

Cordialement

Bonne nuit ,
  y'a quand même un truc qui me turlupine dans cette histoire,  c'est que si j'ai bien suivi, le fichier CSV qui sert à alimenter la table est alimenté en permanence. Que ce passera-il si le COPY des données dans postgresql se passait en court d'écriture de données dans ce fichier? Ne risquerait on pas de se retrouver avec des données corrompues.

Bref, je trouve cette histoire risquée. De plus, si l'idéee est d'alimenter postgreql en continu, pourquoi ne pas écrire les données directement dans les tables au fur et à mesure plutôt que de passer par un fichier CSV intermédiaire.

Avez vous la main sur l'application qui écrit ses données en continues dans le CSV ? Est-ce que ça ne vaudrais pas le coup de passer par un ETL (talend au hasasrd) pour charger ces données.

Bref, on en sait vraiment pas assez pour donner des pistes.

Cordialement