Utiliser les tables complémentaires (dites aussi tables extra) - commentaires

Utiliser les tables complémentaires dites aussi TABLES EXTRA

Bonjour,

je viens de migrer un site sous SPIP3 (www.comite-terrasse.org).
Naturellement je sauvegarde la base réelle pour la restaurer en local sur un site lui aussi migré en SPIP3.
Je découvre que les tables externes sont bien sauvegardées mais ne sont pas restaurées.
Comme dans les versions précédentes ces tables externes sont bien décrites dans le fichier mes_options.php du répertoire config.

Y a-t-il un changement concernant la restauration des tables externes ?

Cordialement
Alain

Utilisation de tables externes non spip

Bonjour,
J'ai un site qui était déjà existant chez Online.net. J'ai souhaité refaire le site avec spip en utilisant la base de données existante chez cet hébergeur, mais dont les tables n' avaient pas été crees avec spip. En general lorsque les tables de ma base MYSQL sont crées avec spip, aussitot que j'indique la base de données vers laquelle doit pointer mon site, sur la page d'accueil apparaissent exactement le nombre d'articles stockés dans ladite base, que je souhaite voir afficher en page d'accueil et tous les répertoires existants avec leurs articles.
Comment obtenir dans le cas d'un site que je fais avec spip et dont les tables de la base utilisée n'étaient pas faites avec spip, mes dits articles et répertoires stockées dans la base existante ?
Le but est de pouvoir conserver les articles existants.Le site a de tonnes d'articles que je ne veux pas reprendre un apres l'autre. Il y a surement qq chose que je ne fais pas bien.
Toute aide sera grandement appréciée.

Utiliser les tables complémentaires dites aussi TABLES EXTRA

Bonjour,
Comment peut t-on simplement remplir une table extra à partir des informations d'un formulaire saisie par un visiteur identifié ?

y a t-il des commandes SPIP ou doit t-on utiliser php/sql..

merci

Utiliser les tables complémentaires dites aussi TABLES EXTRA

Oui, ce serait bien, ça permettrait de bien comprendre et d'aller un peu plus loin. ( Faudrait vérifier les exemples aussi !)

Je recommande le nom de champ « id_machine » car ainsi ce serait le même formalisme pour la dénominations des références que les objets standards de spip (id_article, etc) mais comme ces tables justement externe existent peut être indépendamment de spip, elles ne respectent pas forcément son formalisme...

Utiliser les tables complémentaires dites aussi TABLES EXTRA

Bonsoir Jean-Luc,

C'est très juste.

Je propose une modif :

1) Lister toutes les valeurs : On décrit cette méthode.
avec une jointure automatique sur un même nom de champ.

2) Lister toutes les valeurs avec une rupture sur chaque capteur : On reprend les 2 boucles imbriquées avec la jointure explicite.

Qu'en penses-tu ?

Merci pour ton message, ça permet d'enrichir le contenu.

Christophe

Utiliser les tables complémentaires dites aussi TABLES EXTRA

Hello,

est-ce qu'il n'y a pas une jointure automatique si les 2 tables ont un champ de même nom ?

La doc http://www.spip.net/fr_article3368.html indique :

Dans un squelette comportant BOUCLE_a(table table1 ... tablen), les
tables supplémentaires seront vues comme des candidates à une
jointure, à travers les champs homonymes. Des exemples plus concrets
seront donnés dans la documentation

Auquel cas ce serait bien plus simple d'appeler 'id_machine' les champs 'NUMACHINE' et 'IDMACHINE' (ou au moins avec le même nom...) et la jointure se ferait toute seule dans la boucle sans avoir besoin de spécifier idmachine=#NUMACHINE.