Discussion :

[kasdo]

Bonjour,

j'ai un comportement de Cassandra que je n'arrive pas à comprendre, votre aide me sera grandement utile svp.

En gros, en créant une table avec la structure suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CREATE TABLE ora_sol.Sol_Cassandra_final (
nidann text,c_typo_cons text,c_typo_struct text,cmarche int,cperiode text,cunivers int,iddomaine int,ctypoc int,ccodecamp int,c_uo_suivi_ora int,cuoentite int,cuogroupe int,
cuosiege int,l_court_univers text,lcdomaine text,lcuoentite text,lcuogroupe text,lcuosiege text,lfdccour text,llcodecamp text,lnomag text,lpreagt text,dfcsemaine text,
n_niv_uo_suivi_ora int,nnbactatrt int,nnbactech int,nnbactliv int,bd_nnbactliv int,nnbacttrt int,bd_nnbacttrt int,nnbctc int,nnbctcrdvhr int,bd_nnbctcrdvhr int,
nnbctcvte int,bd_nnbctcvte int,nordaff int,nordaff_dom int,nsemaine int,
PRIMARY KEY ((nidann, c_typo_cons, c_typo_struct, cmarche, cperiode, cunivers, iddomaine, ctypoc), ccodecamp));

Jusque la, aucune problème. Sauf que une fois ma table créee, en faisant un select * de ma table j'ai la structure suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
 nidann,c_typo_cons,c_typo_struct,cmarche,cperiode,cunivers,iddomaine,ctypoc,ccodecamp,bd_nnbactliv,bd_nnbacttrt,bd_nnbctcrdvhr,bd_nnbctcvte,c_uo_suivi_ora,cuoentite,cuogroupe,cuosiege,dfcsemaine,l_court_univers                   ,lcdomaine            ,lcuoentite     ,lcuogroupe,lcuosiege ,lfdccour     ,llcodecamp,lnomag    ,lpreagt ,n_niv_uo_suivi_ora,nnbactatrt,nnbactech,nnbactliv,nnbacttrt,nnbctc,nnbctcrdvhr,nnbctcvte,nordaff,nordaff_dom,nsemaine

La est mon problème ! je m'explique : la structure entre la création et réinterrogation n'est pas la même !

Je me base sur la structure de création de ma table pour générer un CSV, et vu que la structure du CSV et ma table ne sont pas ISO j'ai des soucis lors de l'ingestion de mes données.

Savez-vous pk Cassandra fait ça ? y'a t-il un moyen pour éviter ce souci ?


cdt

[escartefigue]

Bonsoir,

Je ne saurai pas répondre pour cassandra, mais certains SGBD déplacent toutes les colonnes varchar ou longvarchar en fin de table afin de limiter les effets qui dégradent les perfs lors des mise à jour
Peut être est-ce le cas aussi pour cassandra

Si c'est le cas, utilisez une vue, c'est de toutes façon recommandé (notamment pour l'indépendance des données et des traitements), et ça vous évitera ce genre de soucis

De plus une primary key multi-colonnes dont la première est de type texte, va vous engendrer des perfs désastreuses

[kasdo]

Merci pour votre réponse.

Je comprend parfaitement votre point, mais la il on ne parle pas de type de champ et de performance mais de l'ordre des champs entre la création et l'interrogation.



Merci

[escartefigue]

La première partie de ma réponse concerne bel et bien l'ordre des colonnes de votre table.
Lisez plus attentivement ...