Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Aller au contenu | Aller au menu | Aller à la recherche


< 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 >

samedi 31 mai 2008

Enfin un peu de soleil...!

Aujourd'hui au taf, après une semaine de m... comme quasiment partout dans le pays, on a eu du soleil...Ca a fait plaisir aux yeux et au moral au lieu de tout ce gris toute la semaine.

Samedi matin, il y a eu un peu de soleil de 9h30 à 10h30. Espèrons en avoir un peu plus aujourd'hui...

mercredi 21 mai 2008

Mémo pour PostgreSQL

Je me note ceci pour sur quoi je suis en ce moment par l'appel

psql -v table=`echo "'test'"` -d crawl -f /home/jdtecher/toto.sql
avec le contenu du fichier toto.sql. Un peu le bordel mais c'est pas grave ! Nou la pa lèr ek' ça! L'ésentiel c'est ke lo zaffair i mars'
DROP TABLE test;
DROP TABLE Intervalles;
BEGIN TRANSACTION;
CREATE TABLE test (id serial primary key,zedate timestamp default 'now()') WITH OIDS;

CREATE OR REPLACE FUNCTION InsertInTable(text,int4) RETURNS text AS $$
BEGIN
   BEGIN
   EXECUTE 'INSERT INTO '||quote_ident($1)||' values ('||$2||')';
   EXCEPTION 
    WHEN unique_violation THEN
     RAISE NOTICE 'La valeur % est déjà en base',$2;
     RETURN 'Erreur';
   END; 
   RETURN 'Ok';
END;
$$ LANGUAGE 'plpgsql';

SELECT InsertInTable(:table,generate_series(1,100));

SELECT InsertInTable(:table,1);
SELECT InsertInTable(:table,8);
CREATE TABLE Intervalles(idv int4);

INSERT INTO Intervalles VALUES(0);
INSERT INTO Intervalles VALUES(30);
INSERT INTO Intervalles VALUES(40);
INSERT INTO Intervalles VALUES(50);
INSERT INTO Intervalles VALUES(85);
INSERT INTO Intervalles VALUES(100);

SELECT DISTINCT ON  (b.idv) count(id)+1 As "Nb_elements",b.idv AS born_inf,c.idv AS
born_sup FROM test  a,Intervalles b,Intervalles c WHERE b.idv<c.idv AND b.idv<a.id AND
a.id<c.idv GROUP BY b.idv,c.idv;

END TRANSACTION;
qui renverra
DROP TABLE
DROP TABLE
BEGIN
psql:/home/jdtecher/toto.sql:4: NOTICE:  CREATE TABLE will create implicit sequence "test_id_seq" for serial column "test.id"
psql:/home/jdtecher/toto.sql:4: NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "test_pkey" for table "test"
CREATE TABLE
CREATE FUNCTION
 insertintable 
---------------
 Ok
 Ok
 Ok
.... ....
 Ok
 Ok
 Ok
psql:/home/jdtecher/toto.sql:21: NOTICE:  La valeur 1 est déjà en base
 insertintable 
---------------
 Erreur
(1 ligne)

psql:/home/jdtecher/toto.sql:22: NOTICE:  La valeur 8 est déjà en base
 insertintable 
---------------
 Erreur
(1 ligne)

CREATE TABLE
INSERT 0 1
INSERT 0 1
INSERT 0 1
INSERT 0 1
INSERT 0 1
INSERT 0 1
 Nb_elements | born_inf | born_sup 
-------------+----------+----------
          30 |        0 |       30
          10 |       30 |       40
          10 |       40 |       50
          35 |       50 |       85
          15 |       85 |      100
(5 lignes)

COMMIT

dimanche 11 mai 2008

(Petit )week-end de 5 jours de jeudi 8 mai à lundi 12 mai (2/2)

Samedi

Cinéma: Iron-Man

La matinée, j'avais des photocopies à faire pour Antibes. Je suis passé au coiffeur vers 14h00, histoire de dégager ma tête de la touffe de cheveux énorme qui commençait à pointer.

Petit sieste d'une 1/2 heure au retour et vers 16h30, j'ai tracé au Gaumont Multiplexe pour aller regarder Iron Man. Des collègues du taf m'en avaient parlé et m'en avais dit que du bien. Et j'ai pas été déçu d'aller le voir


IRON MAN: ze film ki déchire grave sa race

L'action et l'humour étaient au rendez-vous. Par contre pour un week-end de pont (voir de viaduc), il n'y avait pas grand monde samedi. Dans la salle quelques gamins étaient exité avant le début ddu film mais ils se sont vite calmés par la suite.

Samedi soir: Resto du bouzou puis verres à l'Australian Café

Samedi soir, mon colloc' m'a fait découvrir le bouzou (restaurant de gastronomie des îles et d'exotisme)..pourtant je vis sur Castelnau depuis plus de 3 as déjà et je ne connaissais pas....Je me suis régalé...J'ai calé et dut partir sur la terrasse au moins 3 à 4 fois pour fumer une clope et digérer. Il y avait de la bouffe réunionnaise, delicious

Sur les coups de 23h00-23h30, on a tracé à l'Australian Café, il y avait du monde et du beau petit cul......J'ai calé dans un fauteuil histoire de terminer la digestion, ai bu un p'ti punch et un martini. Sur les coups de 2H00 (heure de la fermeture), on est rentré à la maison...

vendredi 9 mai 2008

Combien coûte un tuple avec PostgreSQL?

Question au combien intéressante!

Soit la table test qui contient deux champs:

  • id: de type entier sur 4 octets;
  • data: varchar de longueur 20.
Pour créer la table, on invoquera la requête suivante
 CREATE TABLE test(id int4,data varchar(20));
Au mieux, on dirait qu'un tuple coûtera 24 octets et en fait non! Faisant une simple insertion
INSERT INTO test VALUES (1,'Beautiful Ewa Sonnet');
Examinons les champs:
  • un entier occupe 4 octect dont pour le moment taille >=4
  • le champs data est de type varchar(20). Il faut compter 20 octets pour stocker le texte et 4 octets pour stocker la taille (sizeof(int4)) (cf. type valerna de PostgreSQL) soit 24 octet à prendre en compte pour ce champs.
La fonctionnalité pg_column_size() vient confirmer nos dires
SELECT pg_column_size(id),pg_column_size(data) from test;
 pg_column_size | pg_column_size
----------------+----------------
              4 |             24
(1 row)
Donc pour le moment taille est supérieur à 28=4+24 octets Or d'après [1] et [2), il faut aussi prendre en compte la taille prise par les champs des colonnes systèmes (sans les oids car je n'ai pas créé ma table en les invoquant)
 SELECT tableoid,xmin,xmax,cmin,cmax,ctid from test;
 tableoid | xmin  | xmax | cmin | cmax | ctid
----------+-------+------+------+------+-------
   205658 | 62456 |    0 |    0 |    0 | (0,1)
(1 row)

SOURCES