Re: manuel postgresql
Le mardi 11 novembre 2003, Stephane Bortzmeyer a écrit... bonjour, n'ai pas testé moi-même, je fais confiance à la doc) est de 2^30 octets. Oups, au temps pour moi, LONGTEXT chez MySQL peut prendre 2^32 octets. Sous SapDb, LONG Donc, ne sert pas à grand'chose :-) Le partenariat SapDB-MySQL va donner MaxDB dont la version 7.5 devrait sortir prochaînement. Espérons que ce nouveau sgbd intègrera rapidement les fonctions de MySQL sur les chaines, dont MATCH avec une indexation sur les types TEXT (LONG si ce n'est pas renommé/aliasé) -- jean-michel
Re: manuel postgresql
On Monday 10 November 2003, at 12 h 53, the keyboard of Jean-Michel OLTRA [EMAIL PROTECTED] wrote: CREATE TABLE my_first_table ( first_column text, si le type text correspond à ce que j'en sais, il faut faire attention avant de définir un champ/colonne en 'text' car ce type peut posséder des restrictions. Vous pourriez dire lesquelles ou bien c'est juste du FUD en passant ?
Re: manuel postgresql
Le mardi 11 novembre 2003, Stephane Bortzmeyer a écrit... bonjour, si le type text correspond à ce que j'en sais, il faut faire attention avant de définir un champ/colonne en 'text' car ce type peut posséder des restrictions. Vous pourriez dire lesquelles Sous MySQL à une époque TEXT ne pouvait pas être indexé, et il me semble qu'on ne peut pas définir de valeur par défaut pour TEXT, et TEXT est sur maximum 2^16 + 1 octet Sous SapDb, LONG peut avoir une valeur par défaut ou bien NOT NULL, ne peut pas être comparée à un VARCHAR, ne peut pas apparaître dans un prédicat (sauf IS [NOT] NULL), ne peut pas être recherchée, ne peut pas apparaître dans un TRIGGER ou DBPROC ou bien c'est juste du FUD en passant ? Fichtre non. Je ne connais pas Postgresql.TEXT peut bien être un alias pour varchar(n). Juste que pour moi TEXT/LONG est un type utilisable pour stocker des données conséquentes dans les deux sgbd que je connais (si peu) et que ce type possède des particularités, surtout chez SapDB, ce qui changera peut-être. Donc juste une invitation à consulter le manuel, pour ne pas définir un champ en TEXT si VARCHAR(N) suffit. -- jean-michel
Re: manuel postgresql
On Tuesday 11 November 2003, at 21 h 34, the keyboard of Jean-Michel OLTRA [EMAIL PROTECTED] wrote: Sous MySQL à une époque TEXT ne pouvait pas être indexé, et il me semble qu'on ne peut pas définir de valeur par défaut pour TEXT, et TEXT est sur maximum 2^16 + 1 octet Avec le PostgreSQL de Debian 3.0 woody : - on peut indexer un TEXT, - on peut avoir un DEFAULT pour un TEXT, - un TEXT peut être comparé à un VARCHAR, - la taille maximum (attention, contrairement aux affirmations précédentes, je n'ai pas testé moi-même, je fais confiance à la doc) est de 2^30 octets. Sous SapDb, LONG peut avoir une valeur par défaut ou bien NOT NULL, ne peut pas être comparée à un VARCHAR, ne peut pas apparaître dans un prédicat (sauf IS [NOT] NULL), ne peut pas être recherchée, ne peut pas apparaître dans un TRIGGER ou DBPROC Donc, ne sert pas à grand'chose :-)
Re: manuel postgresql
salut Stanislas, merci d'avoir répondu. avec plaisir. c'est vrai que ce n'est pas évident d'apprendre à manipuler postgresql, juste par essais et sans en connaitre les commandes. mais j'avance. juste une question: considérons qu'il y a deux tables numériques : qu'entends-tu par table numérique? pour moi, une table se définit par ses champs, qui ont un type. Il y a différents types: numérique, chaine de caractère, ... pays et region et qui contienent toutes les deux un champ : cod_pays si on fait: select * from pays, region where pays.cod_pays = region.cod_pays; il nous donne les champs qui sont identiques pour les deux tables, MAIS comme tout cela a été déclaré en tant que NUMÉRIQUE (int), cela ne fonctionne que pour des nombres. je voudrais pouvoir tester des CHARACTÈRES ALPHANUMERIQUES (apres avoir créé des tables alphanumeriques) qu'est ce qu'il faut mettre à la place du = ? Si tu définit ton champ comme champ de texte: (ici le champs first_column) CREATE TABLE my_first_table ( first_column text, second_column integer ); tu pourras l'utiliser dans tes queries...genre SELECT * FROM my_first_table WHERE first_column = 'dédé' ou bien SELECT * FROM my_first_table WHERE first_column like 'déd%' (ce qui veut dire commence par déd). merci, et bon week end, meme si personne ne répond à cette dernière question.. ( quelle classe, tout de même, ...ce homard.) ciao.. Bien à toi. Stan. [EMAIL PROTECTED] said: salut la liste salut dédé... sur le site de postgresql, il y a un tutorial assez complet... http://www.postgresql.org/docs/7.3/static/tutorial.html pas de version française... bon courage.
Re: manuel postgresql
Le lundi 10 novembre 2003, Stan Pinte a écrit... bonjour, CREATE TABLE my_first_table ( first_column text, si le type text correspond à ce que j'en sais, il faut faire attention avant de définir un champ/colonne en 'text' car ce type peut posséder des restrictions. -- jean-michel
Re: manuel postgresql
Le Lundi 10 Novembre 2003 12:53, Jean-Michel OLTRA a écrit : salut, daccord, merci à tous, ciao.. Le lundi 10 novembre 2003, Stan Pinte a écrit... bonjour, CREATE TABLE my_first_table ( first_column text, si le type text correspond à ce que j'en sais, il faut faire attention avant de définir un champ/colonne en 'text' car ce type peut posséder des restrictions. -- jean-michel
Re: manuel postgresql
On Sat, Nov 08, 2003 at 04:21:49PM +0100, Stanislas Pinte wrote: http://www.postgresql.org/docs/7.3/static/tutorial.html pas de version française... Il exite un projet de traduction de la doc de postgresql, l'avancement et les traductions sont disponibles ici : http://pgsql-fr.tuxfamily.org/ signature.asc Description: Digital signature
Re: manuel postgresql
Le Sun, 9 Nov 2003 11:47:36 +0100 Julien Louis [EMAIL PROTECTED] écrivait: On Sat, Nov 08, 2003 at 04:21:49PM +0100, Stanislas Pinte wrote: http://www.postgresql.org/docs/7.3/static/tutorial.html pas de version française... Il exite un projet de traduction de la doc de postgresql, l'avancement et les traductions sont disponibles ici : http://pgsql-fr.tuxfamily.org/ http://www.linux-france.org/article/serveur/psql/
manuel postgresql
salut la liste y a t il quelque part de duisponible une doc complète ou un manuel d'utilisation pour postgresql ou quelque chose qui permette d'apprendre à coder une base de données 'sql' sans etre obligé d'acheter un bouquin ? question de temps, car je suis tres impatient. car je voudrais créer une base de données, mais sur le web je n'ai trouvé que des mini-docs. merci ciao
Re: manuel postgresql
On Sat, 8 Nov 2003 15:54:16 +0100, dédé le homard [EMAIL PROTECTED] said: salut la liste salut dédé... sur le site de postgresql, il y a un tutorial assez complet... http://www.postgresql.org/docs/7.3/static/tutorial.html pas de version française... bon courage. y a t il quelque part de duisponible une doc complète ou un manuel d'utilisation pour postgresql ou quelque chose qui permette d'apprendre à coder une base de données 'sql' sans etre obligé d'acheter un bouquin ? question de temps, car je suis tres impatient. car je voudrais créer une base de données, mais sur le web je n'ai trouvé que des mini-docs. merci ciao -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Stanislas Pinte [EMAIL PROTECTED]
Re: manuel postgresql
Le Samedi 8 Novembre 2003 16:21, Stanislas Pinte a écrit : On Sat, 8 Nov 2003 15:54:16 +0100, dédé le homard salut Stanislas, merci d'avoir répondu. c'est vrai que ce n'est pas évident d'apprendre à manipuler postgresql, juste par essais et sans en connaitre les commandes. mais j'avance. juste une question: considérons qu'il y a deux tables numériques : pays et region et qui contienent toutes les deux un champ : cod_pays si on fait: select * from pays, region where pays.cod_pays = region.cod_pays; il nous donne les champs qui sont identiques pour les deux tables, MAIS comme tout cela a été déclaré en tant que NUMÉRIQUE (int), cela ne fonctionne que pour des nombres. je voudrais pouvoir tester des CHARACTÈRES ALPHANUMERIQUES (apres avoir créé des tables alphanumeriques) qu'est ce qu'il faut mettre à la place du = ? merci, et bon week end, meme si personne ne répond à cette dernière question.. ( quelle classe, tout de même, ...ce homard.) ciao.. [EMAIL PROTECTED] said: salut la liste salut dédé... sur le site de postgresql, il y a un tutorial assez complet... http://www.postgresql.org/docs/7.3/static/tutorial.html pas de version française... bon courage.
Re: manuel postgresql
Le Sat, 8 Nov 2003 17:54:13 +0100 dédé le homard [EMAIL PROTECTED] à écrit: Salut, Il y a une intro aux BDs sur Tuxbihan qui est basée sur postgresql, pas eu le temps de la lire, mais ça me semble pô mal... http://www.tuxbihan.org/article.php3?id_article=5 mil -- Deux choses sont infinies : l'univers et la betise humaine. En ce qui concerne l'univers je n'en ai pas acquis la certitude absolue. Albert Einstein.
Re: manuel postgresql
Le samedi 08 novembre 2003, dédé le homard a écrit... bonjour, si on fait: select * from pays, region where pays.cod_pays = region.cod_pays; je voudrais pouvoir tester des CHARACTÈRES ALPHANUMERIQUES (apres avoir créé des tables alphanumeriques) qu'est ce qu'il faut mettre à la place du = ? Je ne connais pas postGres mais, à moins qu'il n'y ait une implémentation particulière, l'opérateur = est capable de comparer deux chaines entre elles. Il existe ensuite des fonctions qui permettent de comparer une chaine à une autre ou à un motif mais là c'est fonction du sgbd. -- jean-michel
Re: manuel postgresql
On Saturday 8 November 2003, at 17 h 54, the keyboard of =?iso-8859-1?q?d=E9d=E9=20le=20homard?= [EMAIL PROTECTED] wrote: c'est vrai que ce n'est pas évident d'apprendre à manipuler postgresql, juste par essais et sans en connaitre les commandes. Ah oui, en effet, apprendre le modèle relationnel et SQL par essais/erreurs risque d'être sportif. select * from pays, region where pays.cod_pays = region.cod_pays; ... tout cela a été déclaré en tant que NUMÉRIQUE (int), cela ne fonctionne que pour des nombres. Mais non. je voudrais pouvoir tester des CHARACTÈRES ALPHANUMERIQUES (apres avoir créé des tables alphanumeriques) qu'est ce qu'il faut mettre à la place du = ? Rien, il faut utiliser un =. essais=# CREATE TABLE foo (pays TEXT); CREATE essais=# CREATE TABLE bar (pays TEXT); CREATE essais=# SELECT * FROM foo,bar WHERE foo.pays = bar.pays; pays | pays --+-- (0 rows) essais=# insert into foo values ('France'); INSERT 28919814 1 essais=# insert into foo values ('Espagne'); INSERT 28919815 1 essais=# insert into bar values ('Espagne'); INSERT 28919816 1 essais=# insert into bar values ('Danemark'); INSERT 28919836 1 essais=# SELECT * FROM foo,bar WHERE foo.pays = bar.pays; pays | pays -+- Espagne | Espagne (1 row)