Il y a une possibilité d'utiliser les larges objects (du genre pour stocker
directement des images, etc...).
Personnellement, je ne les ai jamais utilisé. Pour stocker des champs de plus
de 8k, j'en enregistre le contenu dans un fichier au nom unique, et je conserve
ce nom dans un champs de la base de données.
Entre parenthèse, le fonctionnement des larges objects est à peu près
similaire. Postgres crée un numéro de référence unique, et tu as une série de
fonction pour lire, ecrire, créer, détruire cette objet. Ensuite, postgres crée
un fichier (du nom de la référence unique) qui contien les données que tu y a
mise.
De plus, personnelement, je n'aime stocker directement des données trop
importante dans une base de données. La méthode de stocker dans un fichier, me
semble la plus adécoite.
A+
JK
[EMAIL PROTECTED] wrote:
> Un detail d'importance avec Postgres, il y a un taille limite de 8ko par
> champ (ou record je ne sais plus).
> Si qqun connait un moyen de contourner ca je suis preneur.
>
> Stephane
>
> ----- Original Message -----
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, August 30, 2000 9:01 AM
> Subject: Re: MySQL & changement de server
>
> > Salut,
> >
> > Je suis personnellement un grand adepte de postgres. Mais j'ai aussi teste
> un
> > peu mysql.
> >
> > MySql est extrement performant tant que tu ne fais que des requetes
> simples. Si
> > tu fais un simple
> > "select" tu auras tes reponses tres elevees (surtout pour des tables de
> plus
> > 300'000 records).
> >
> > Par contre, lorsque tu fais des requetes complexes, le benefice n'est plus
> > tellement sensible. J'ai testé avec une table de plus de 300'000
> > enregistrements un "select" avec des agrégas et des tris, et mysql a
> généré des
> > fichiers temporaires de plus de 500Mega!?! J'ai trouvé ca un peu dure!!! Y
> a
> > pas ce problème avec postgres.
> >
> > Postgres devient donc surtout interessant pour les requetes complexes. En
> plus,
> > le SQL de postgres me parait plus complet que celui de MySql. Mais
> surtout,
> > c'est la possibilité de création de fonction nouvelle en SQL, en C etc...
> qui
> > offre toute la puissance a postgres. La nouvelle version 7 est en plus un
> vrai
> > plaisir, et elle est tres stable.
> >
> > Personnelement, je recommande postgres, mais ca se discute.
> >
> > Amitie, Jerome Knobl
> >
> > Patrick GONCALVES wrote:
> >
> > > At 01:42 30.08.2000 +0200, you wrote:
> > > >Philippe a écrit :
> > > >
> > > >Hello !
> > > >
> > > > > A propos, quels sont les avantages de postgresql par rapport à MySQL
> > > > (et les
> > > > > désavantages d'ailleurs...) ? Je ne connais absolument pas
> postgresql :(
> > > >
> > > >Pour ce que je sais, MySQL n'est pas plus qu'un stockage de tables
> alors
> > > >que PostgresSQL est un vraie base de données SQL. Pour simplifier !
> > > >
> > > >Personnellement nous utilisons les deux, mysql pour les choses simples
> et
> > > >postgres pour les applications plus compliquées...
> > >
> > > Est-ce que les commandes de bases sont très différentes l'une de l'autre
> ?
> > >
> > > >Denis
> > > >
> > > >--
> > > >
> > > >Denis Bucher, / [EMAIL PROTECTED] Tél. +41-22-8000625 \
> Internet
> > > >Horus Networks / horus-networks.com Fax: +41-22-8000622 \
> Services
> > > > / USA: (206) 888-2335 US Fax: (508) 437-1261 \
> Provider
> > > >--
> > > >http://www-internal.alphanet.ch/linux-leman/ avant de poser
> > > >une question.
> > >
> > > --
> > > Patrick GONCALVES
> > >
> > > Daily-Soft Assistance
> > >
> > > --
> > > http://www-internal.alphanet.ch/linux-leman/ avant de poser
> > > une question.
> >
> > --
> > http://www-internal.alphanet.ch/linux-leman/ avant de poser
> > une question.
>
> --
> http://www-internal.alphanet.ch/linux-leman/ avant de poser
> une question.
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.
