Technique - général | Code::Blocks

Par SangJun le 04/05/2007 - 09:55

Bonjour,

J'ai de grosses difficultés à programmer avec Code::Blocks.

1) J'ai des petits programmes d'exemples que j'arrive à compiler sur un terminal grâce à g++ -I/usr/include/postgresql -I/usr/include/pqxx -Wall -pedantic -O sample1.cxx -lpq /usr/lib/libpqxx.a -o sample2 mais qui je n'arrive pas faire compiler sur Code::Blocks

2) Je ne sais pas comment récupérer et ensuite utiliser les tuples (après Connection C(""); Transaction T(C, "adresses"); int Rows; Result R; R = T.Exec(maRequete); je ne sais pas quoi mettre)

Technique - général | Version la plus récente pour une fedora core 1

Par bvincent le 03/05/2007 - 09:52

Bonjour, nous sommes en train de monter un dataware house sur une fedora core 1 avec postgres. Pour l'instant nous utilisons la version PostgreSQL 7.3.4 mais nous rencontrons de trés grosses lenteurs par rapport à mysql (mois de 20 enregistrements/s contre plus de 50e/s avec mysql). Hors notre base de données tend à gérer trés rapidement des millions d'enregistrements. Donc après étude il convenait que PostGres était la solution à retenir. Nous esperons gagner en temps d'execution avec une version plus récente mais nous avons du mal à trouver. Donc ma question est: Quelle est la dérnière version compatible fedora core 1.

Technique - général | CURVAL()

Par Rocou le 27/04/2007 - 17:41

Quand je tente d'utiliser curval() j'obtiens cela:

select curval(tournees_id_seq)

ERROR: column "tournee_id_seq" does not exist

Bien entendu, tournee_id_seq est une séquence qui existe.
J'ai bien essayé de l'entourer d'apostrophes ou de guillemets, en vain.

Technique - général | Problème pour configurer 1000 connexions simultanées avec ou sans pgpool

Par mbazerque le 26/04/2007 - 09:06

Notre objectif est d'obtenir les meilleures performances possibles pour 1500 connexions simultanées.

Nous avons pensé mettre en place un pool de connexions,afin de pouvoir gérer dynamiquement le nombre de connexions ouvertes sur
la base de données et améliorer le temps d'accès à la base (les connexions proviendrons d'un serveur apache / PHP).
Ainsi, nous avons tenté d'utiliser pgpool (I ou II), pensant qu'il permettrai d'améliorer de manière significative les performance d'accès. Cependant, nous n'avons pas réussi à le configurer convenablement puisque lors de nos tests avec pgbench, tous les résultats obtenus avec pgpool sont inférieurs aux mêmes tests sans pgpool.

Technique - général | Contraintes de clé primaire

Par deY le 25/04/2007 - 19:41

Bonjour,

je souhaiterais recupérer la liste des champs d'une table, j'y arrive en partie à l'aide de la requête suivante :

Technique - général | Casse ou pas casse

Par bvincent le 25/04/2007 - 17:57

Bonjour, je réalise un datawarehouse stockant les données extraite des log de sendmail.

Je travail avec des id de mail de type kabcdef123456789

Mais le probleme est que kazerty123456789 et kaZeRty123456789 sont deux mails différents.

Je stocke donc les idmail en char varying.

Vais-je rencontrer un problème lié à la casse.

SAchant que mon sgbd est installé sur une fedora.

Merci de vos réponses

Technique - général | Changer le type d'une colonne

Par bvincent le 23/04/2007 - 12:08

Bonjour, j'ai bien entendu chercher dans la fq, d'ailleur il y a une entrée pour mon problème mais redirigé vers lapage de news donc pas de réponses.

Je voudrai juste savoir comment changer le type d'une colonne soit à partir de phppgadmin soit sinon à partir de ma fedora

Sachant que j'ai tapper ceci dans phppgadmin (dans l'invite sql) et que ça ne marche pas:

ALTER TABLE seconde
MODIFY seconde char varying

Technique - général | Suppression de toutes les fonction d'un schéma

Par jxemo le 19/04/2007 - 19:19

Bonjour,

Je cherche un moyen de supprimer toutes les fonctions utilisateurs d'un schéma donné avec une commande SQL.
Le but est de trouver un moyen de créer les commandes "DROP FUNCTION" qui vont bien.

Comment feriez vous ?

Technique - général | Accès à une table plutot lent

Par nougasplou le 19/04/2007 - 10:07

J'ai une table qui compte 85 enregistrements et qui est mise à jour presque toutes les secondes. Quand je fais une simple requête d'affichage des enregistrements, j'en ai pratiquement pour 15-20 secondes avant que la requête soit éxécutée. Est-ce du à la mise à jour trop fréquente ? Que puis-je faire pour améliorer le temps d'accès ? Merci.

Technique - général | SQL pour compter les jours

Par Charlie Brown le 12/04/2007 - 14:18

Je chercherais à faire une procédure stockée qui compte les jours dans un intervalle de temps.

Les contraintes :
- j'utilise le langage plpgsql
- je voudrais éviter une boucle FOR qui qui passe de jour en jour pour compter les jours (à mon avis, ca doit pas être d'un grande rapidité)
- La fonction age ne convient pas parce qu'elle compte en années, mois et jours, et je voudrais tout en jour.