Reprise du message précédent :

 
de toute facon , c'est gratuit alors jpeux pas me plaindre

Ba si, reponds a la question, je veux des arguments

 
un Entreprise Manager à la hauteur , pke MyAdmin    

 
et aussi un Agent de DTS Data Transformation Service , ca peux etre bien utile !

ca c'est pas la bdd en elle meme c'est ce qui va autour

 
non je sais je pousse le bouchon un peu loin...c un tres bon produit  

Tu peux préciser ce que tu entends par table statique ?

c'est pas gratuit .. c'est libre ... c'est encore mieux
edit: sinon, je sais que joce fais des test hyper poussés pour l'equipe de mysql .. et j'aurais voulu savoir pourkoi il avait choisi celui la parmis les SGBD libres ...
PostGRE SQL est moin bon, moins bon pour ce que tu veux faire ou tu as commencer direct avec MySQL et tu ignore pour la comparaison des perfs?

parce que MySQL à les meilleurs perfs à mon goût (à condition de bien savoir l'utiliser), et que je n'ai pas besoin de trigger/procedure stockée et cie pour mes applications (les subselects manquaient, mais elles arrivent)

http://www.mysql.com/doc/en/Static_format.html

 
Ah ouais, quand meme
Tant qu'a etre bourrin, faire des full text arrangera pas la chose

clair

 
Etrange que ca ne marche pas pour les VarChar, le mec de MySQL a quand même clairement sorti qu'ils ont pas de "true varchar" et que ce n'est qu'un char avec un padding d'espaces pour le moment... Ah ces suédois...

 
DE QUOI
 
Tu rigoles la...
 
Si tu fais varchar(50) sous mysql, ton champ prendras quand meme 50 octets ( si un carac - 1 octet) meme si ta chaine c'est "coucou"

ca voudrait dire qu'il vaut mieux, pour les tables sous mysql, les faire avec des champs fixes, plutot que d'essayer de grapiller quelques octets ?
 
C'est naze.

 
Oui  
 
EDIT: Mais curieusement il a pas trop insisté la dessus  

C'est une grosse blague ca...
 
Je reve.
 
Faut que je revoie toute ma base moi alors

 
Bah non l'avantage au moins c'est que c'est performant, si il doit tout lire pour arriver à un record c'est plus chiant que de faire taille du record * index.
 
Puis bon, on est plus à qqs bytes près  

 
nan, mais ma base y a que des varchars.
 
Et comme il risque d'y avoir pas mal de requetes dessus... j'ai interet a la refaire en statique.

 
 
Donc c'est vrai    
 
Et je sais pas ce que ca donne comme différence de perf, joce doit avoir testé  

ben les longueurs fixes ont tjs ete plus performantes que les varchar, sur toutes les bases nan?
et puis vu la longueur maxi d'un varchar, pour les 5ko que tu vas gagner  

nawak :
 
Values in VARCHAR columns are variable-length strings. You can declare a VARCHAR column to be any length between 1 and 255, just as for CHAR columns. However, in contrast to CHAR, VARCHAR values are stored using only as many characters as are needed, plus one byte to record the length. Values are not padded; instead, trailing spaces are removed when values are stored. (This space removal differs from the ANSI SQL specification.)  
 
C'est juste que ca prends 4 bytes pour ' ' au lieu de 2 normalement, c'est ca le "true" varchar. (et aussi le fait que le space removal diffère des specs ANSI)

Mince, je savais que ca s'appliquait aux BLOB/TEXT mais pour les VARCHAR par contre ...
 
J'ai une table assez grosse (2 millions d'enregistrements) composée de 11 champs : 7 mediumint, 1 tinyint, 2 datetime et un varchar (je stocke des adresses IP dans celui-là). Dans un soucis de rapidité et de sécurité, j'aurais donc intérêt à remplacer le varchar par autre chose ? Qu'est ce que tu préconises ?

http://www.mysql.com/doc/en/CHAR.html
 

 
Une table constituée de 7 champs de type mediumint, de 2 datetime, d'un tinyint et d'un char(15) serait donc considérée comme statique ? Quelqu'un peut confirmer avant que je lance un ALTER TABLE qui va plomber mon serveur pendant 10 minutes ?

ah priori oui.

c compliqué les bdd    
 
sinon comment faut s'y prendre pour faire un recherche dans 1 millions d'enregistrement?
parce que une requete avec "like" ca m'a fait planter mon ordi en local  

tu fais un ALTER TABLE ta_table ROW_FORMAT=fixed

Boarf, un DROP TABLE sera mieux je pense

DROP DATABASE

 
 
Même pas mal

cai koi cette nouvelle counasserie ? j'ai pas demandé de majuscule a mon pseudo

Les clés étrangères sont gérées dans mysql?
 
CHaicA

tu réflechis et tu dégages le like.
Au pire tu fous un index FULLTEXT

 
Yep, voir FOREIGN KEY

Depuis quelle version? Parce que je suis en 3.23.49.
 
Merci d'avance,
 
CHaiCA

Ben depuis un moment ...
 

http://www.mysql.com/doc/en/example-Foreign_keys.html

faire une recherche sans le like?

ben oui
 
si tes champs de type texte sont pas en BINARY, le like est inutile

et alors je fais koi?  

ben "="