L’avantage de ce développement est :
- tout d’abord d’être sous forme de plugin.
- que l’on ne visualise pas les tables de SPIP. Cela pour éviter les erreurs de manipulation d’un administrateur non averti.
- être intégré à l’interface d’administration du site SPIP
- avoir une interface beaucoup plus simple qu’un PhpMyAdmin, toujours pour limiter les erreurs et éviter de casser le site.
En fait, une contrib « La gestion de tables SQL supplémentaires » m’a beaucoup plu tout en me laissant sur ma faim, on ne pouvait qu’ajouter. Alors je me suis lancé dans un module pour faire plus, puis dans la version plugin !
Présentation
Dans SPIP, on peut ajouter une table ("matable" par ex.) et utiliser des boucles pour la parcourir : {BOUCLE_a(matable)} et extraire ses champs avec des balises {#CHAMP1}, {#CHAMP2}, etc.
L’objet de cette contrib est de visualiser, ajouter et modifier le contenu de ces tables.
- Nom : TableDATA
- Version : 0.40
- Auteur : Christophe Boutin
- Licence : GPL
- Compatibilite SPIP : testé sur SPIP 1.9.1 & 1.9.2PR2
- Site(s) exemple : www.studiofoveau.com , mais dans la partie privée :-)
(Existe un portage en version SPIP 2.0 également)
- Testé sur ces navigateurs [1]
| Testé | Plateforme | Navigateur | Version |
|---|---|---|---|
| oui | windows | Internet explorer | 6.0 |
| oui | windows | Firefox | 2.0.0.1 |
Petit rappel sur SPIP
À partir de la version 1.9, on trouve une fonction très intéressante : Un extrait de la page des nouveautés de SPIP 1.9
Detection automatique de tables SQL et de jointures
Dans un squelette comportant BOUCLE_a(xxx), la table xxx peut être n’importe quelle table SQL connue du serveur SQL. SPIP demandera alors au serveur SQL de décrire cette table, ce qui lui permettra de compiler le squelette en interprétant toute balise #NOM comme un accès au champ
xxx.nom s’il existe. Ces champs sont également repérés dans les critères des boucles.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.
C’est très simple à mettre en oeuvre et très pratique. Par exemple, j’utilise cela pour modifier facilement un tarif d’une galerie de vente. Cela peut également permettre de faire, en douceur, la bascule entre vos anciens scripts (back office) et une refonte du site (front office) avec SPIP.
À lire également : implémenter une nouvelle boucle (déplacé depuis dans NouvelleBoucle).
Installation
Installer le fichier joint, après l’avoir dézippé, comme tous les autres plugins, cf. http://www.spip.net/fr_article3396.html
Utilisation
Lancement du script :
Pointez l’icône « configuration » puis cliquez sur l’icone « gestion table SQL ».
Une liste des tables supplémentaires (n’ayant pas le préfixe des tables spip) est affichée, choisissez la table sur laquelle vous souhaitez travailler.
L’administrateur dispose d’un bouton permettant d’afficher également les tables internes de SPIP.
Le script retourne une nouvelle page avec :
- la liste des enregistrements (par groupe s’ils sont nombreux)
- avec au dessous un formulaire d’ajout. (reprise de celui de Déesse A.)
En cliquant dans le titre du champ, il est possible de trier par ordre croissant ou décroissant sur ces valeurs.
Modification des valeurs des champs
Pour modifier les valeurs d’un enregistrement, double-cliquez dessus, alors un formulaire d’édition s’affiche avec les valeurs actuelles. Pour que cette fonction soit active une clé primaire doit être définie. Elle peut être dans le format « numérique » ou « texte ». Dans la version actuelle, cette clé primaire doit être sur un champ unique.
Au retour, un message d’information affiche les conclusions de la commande. (Ok ou erreur).
Il est affiché tout en haut de la page.
On peut également le lancer en ligne de commande :
Pour gérer le contenu d’une table « magasin », il suffit de taper l’url suivante :
url = .../spip/ecrire/?exec=tabledata&table=magasin
Verrou de protection
Ce plugin est dynamique, il s’adapte à la structure de la table que vous avez créée.
La clé primaire de la table est utilisée pour pointer l’enregistrement à modifier. Le plugin ne permet pas de modifier sa valeur. (Modifier cette valeur pourrait être dangereux pour l’intégrité des données de votre application. Imaginez si cette valeur est déjà utilisée pour faire une jointure sur un autre élément de la base.)
En fonction de la clé primaire choisie, le script détermine les limitations nécessaires pour éviter les fausses manipulations. L’utilisateur en est informé.
Dernières mises à jour :
NOUVEAU : À partir de la version 2.0.5 pour SPIP 2.0, une nouvelle fonction apparaît : il est possible d’effacer un enregistrement.
- Le 15 avril 2009 (v2.00) :
- Portage sous SPIP 2.0
- Correctif pour l’affichage des caractères accentués.
- Voir l’article spécifique dédié à la version pour SPIP2. (TableData pour Spip 2)
- Le 19 février 2007 (v0.40) :
- Voir ou masquer les tables de spip pour les administrateurs.
- Correctif liée à l’ajout du tri sur champ.
- Le 18 février 2007 (v0.33) :
- Ajout du tri sur chaque champ.
- Correctif sur l’ajout pour reprendre les valeurs par défaut.
- Le 16 février 2007 (v0.32) :
- Ajout d’un ascenceur sur la liste des enregistrements dans le cas d’un nombre important de champs dans la table.
- Correction d’affichage si la table est vide.
- Le 12 février 2007 (v0.3) :
- Les fonctions sont activées suivant le paramétrage de la clé primaire et information de l’utilisateur.
- La modification des enregistrements ayant une clé primaire au format texte est prise en compte.
- Le 7 février 2007 (v0.22) : Correction des url des icones.
- Le 6 février 2007 :
- Packagé en Plugin,
- Ajout d’un bouton dans config,
- Affichage de la liste des tables pour le choix initial
- Le 21 octobre 2007 :
- Mise en ligne d’un correctif de Marc VALLETEAU de MOULLIAC (merci de son retour)
La suite
Je me demande par exemple si :
- j’ajoute la possibilité d’effacer un enregistrement ?
- ou j’ajoute la recherche automatique d’un champ spécifique, genre « effacer » ENUM oui/non pour masquer les enregistrements devenus inutiles dans l’appli (effacer réellement s’est toujours délicat dans une base...)
Pour les experts, ou les curieux
Quelques commentaires faisant référence aux bases de données :
Nota : Que cela ne fasse pas peur aux débutants, il n’est pas nécessaire de tout comprendre pour que ça fonctionne
Ce plugin s’adapte à la structure de la table. Les fonctions sont activées suivant le choix de la clé primaire.
- S’il n’y a pas de clé primaire : La modification n’est pas autorisée.
- Il n’est pas sûr que l’on pointe de façon unique un enregistrement. Plusieurs enregistrements pourraient être touchés par la modification.
- S’il y a plus d’un champ dans la clé primaire : La modification et l’ajout ne sont pas autorisées
- Simplement parce que le code n’est pas encore adapté à ce cas. Alors pour éviter un bug ..
- S’il y a une clé primaire sans auto-incrément : La modification est autorisée mais pas l’ajout
- La clé permettra de pointer de façon unique l’enregistrement à modifier.
- Mais lors de l’ajout, si l’on n’est pas vigilant, il pourrait y avoir une erreur de duplication de clé.
- S’il y a une clé primaire avec auto-incrément : La modification et l’ajout sont autorisées
- C’est le cas idéal. RAS
Comment distinguer les tables ?
Il faut faire un test du nom de la table. Elle ne doit pas débuter par le préfixe utilisé par SPIP. ( voir la variable $table_prefix description, par défaut « spip_ »).
Voir aussi
La Contrib PhpMyAdmin-PhpInfo
Discussions par date d’activité
26 discussions
Bonjour,
J’ai un probleme avec les symbole €. Dans ma base j’ai des symbole € qui apparaissent sous forme de point dinterrogations avec tabledata. Si je modifie via tabledata en mettant un symbole euro et que je reviens sur l’enregistrement, j’ai toujours le point d’interrogation. Mon champs est en utf8_general_ci.
Répondre à ce message
Bonjour,
Dans mon site hebergé chez free et qui fonctionne bien sous SPIP, la table des auteurs n’a pas d’auto increment (pourquoi ? je ne sais pas). Ceci pose des problèmes pour l’inscription à la liste de diffusion : formulaire spip_listes_inscription qui utilise cette table et pour la création des auteurs que je dois effectuer manuellement dans l’interface sql.free.fr/phpMyAdmin/.
Y a-t-il un moyen d’ajouter l’auto increment à cette table ?
Merci beaucoup à la personne qui pourra m’aider.
HR
Répondre à ce message
Bonjour,
Apres avoir active le plugin et visiter l’interface Gestion des tables :
J’ai systematique le message suivant :
« »"
La clef primaire de la table n’est pas
autoincrémenté (L’insertion d’un nouvel enregistrement est
desactive
« »"
En recherchant le message dans le code source du plugin tabledata
SPIP, j’ai trouve qu’il apparaissant lors que la comparaison
suivante echouait :
« »« if (strpos($field[$key[ »PRIMARY KEY« ]], »auto_increment",0)===False)
« »« Car la valeur de $key[ »PRIMARY KEY"] contenait :
« »"
bigint(20) NOT NULL AUTO_INCREMENT
« »"
Alors que le plugin cherche la valeur ’auto_increment’ (en minuscule).
Est-ce qu’il serait possible de modifier le plugin, i.e ajouter un strlower, afin que la comparaison ne tienne pas compte de la case ?
Merci d’avance.
Si joint un patch qui corrige le probleme.
Répondre à ce message
Bonjour,
Je suis sous SPIP 2.0.10.
Je viens d’installer TableDATA.
Une première table a été créée : tout est ok
Je crée une deuxième table : la table est présentée de façon satisfaisante, mais aucun enregistrement n’est sauvegardé, la table reste vide !
Je crée directement un enregistrement par phpmyadmin : l’enregistrement n’est pas visible et la table reste considérée comme vide ??
Comment identifier ce problème ?
D’avance merci
Peut-être que ta table contient un type de champ qui n’est pas géré (au mal actuellement)...
Dans un premier temps, essaie avec des champs texte ou envoie moi une copie de la table pour test.
@+
ChB.
Peut-être que ta table contient un type de champ qui n’est pas géré (au mal actuellement)... Dans un premier temps, essaie avec des champs texte ou envoie moi une copie de la table pour test. @+ ChB.
Merci.
Mon problème venait de l’interface SPIP-MySQL chez mon hébergeur.
En supprimant puis recréant la table, tout est remis en ordre.
Vraiment un excellent plugin.
Répondre à ce message
Salut,
Sur une ferme à SPIP avec une seule base, le plugin donne accès à toutes les tables depuis toutes les interfaces privées. Une sorte de faille de sécurité donc.
Dans cette option du plugin mutualisation, les tables de chaque spip sont définies à l’installation avec un préfixe aléatoire et les données de connexion sont stockées dans le répertoire /sites/nomdusite/options
Mes 2 sous
Merci pour ce plug
Répondre à ce message
Bonjour,
Une version pour Spip 2 est-elle prévue ? Gérant une grosse BD sous Postgres, a-t’on la possibilité « d’attaquer » une autre BD que celle de Spip ?
Merci de vos réponses !
Je me suis donc attelé à rendre compatible ce plugin TableDATA sous SPIP 2.0 en voici le premier jet. (je suis en SPIP 2.0.5)
Répondre à ce message
Bonjour
est ce qu’une version compatible avec SPIP 2 est prévue ?
L’activation du plugin se déroule corretcement mais quand je veux accéder à la page, je tombe sur une erreur 500 (rien que ça !) et je suis coincé.
Merci par avance et joyeuses fêtes.
Manu
Répondre à ce message
La meilleure amélioration possible de cet excellent plugin serait de modulariser la création et modification d’enregistrements de manière à
- pouvoir le faire dans la partie privée par une page spécifique pour juste cet usage, avec une gestion des droits : tous auteurs, tous administrateurs, liste d’auteurs
- pouvoir faire cette même chose dans la partie publique, au moyen d’un squelette noisette ou mieux : d’un modèle.
A part ça, ça me semble utile, oui, de pouvoir simplement supprimer un enregistrement. Le fonctionnement imaginé de stocker « en poubelle », par exemple avec un champ statut comme dans pas mal de tables spip, est un fonctionnement intéressant, mais n’est pas le fonctionnement basique obligé.
Bonjour,
J’ai installé le plugging de gestion des tables sql sous spip.
Je vous remercie de cet outil qui offre des possibilités très interessantes.
En administration des données de ma base sql, j’ai créer des tables situées dans un schéma différent de spip (afin de ne pas regrouper les tables « natives spip » et les miennes).
Par contre je n’ai pas trouvé la méthode pour me connecter sur ma base (adherent) à l’aide du plugging.
Je vous remercie par avance de votre aide.
Répondre à ce message
Bonjour,
Pour ceux que cela intéresse j’ai modifié le fichier « tablesdata.php » de façon à ce que les accents apparaissent correctement.
Il peut être téléchargé ici
Par prudence et parce que je ne l’ai pas testé avec toutes les configurations, je recommande de sauvegarder le fichier original ( le renommer en tabledata.php.original par exemple ) avant de le remplacer.
Ce plugin ne fonctionne pas sur SPIP 1.9.2d à cause du parametre ’action’.
J’ai renommé en ’act’ dans le code et ça passe.
// EditNote d’un admin : en tout cas, il marche bien avec la 1.9.2e
Répondre à ce message
Bonjour,
Pour info les deux liens vers les modifs de Marc Valleteau et de JF-Moreau sont cassés. Suite aux modifs de Spip-Contrib ?
http://www.spip-contrib.net/IMG/zip/tabledata_MarcValleteau_.php-2.zip
http://www.spip-contrib.net/IMG/zip/tabledata_JF-Moreau_.php.zip
The requested URL /IMG/zip/tabledata_MarcValleteau_.php-2.zip was not found on this server.
The requested URL /IMG/zip/tabledata_JF-Moreau_.php.zip was not found on this server.
Répondre à ce message
Bonjour j’ai quelques problèmes avec le plugin tabledata, je ne peux éditer les entées de mes tables elles possèdent bien un une clé primaire auto indexé et je pense respecter les spécification. je suis sous spip 1.9.2d, j’ai aussi un problème chaque fois que je veux lister une table le plugin me crée un nouvel enregistrement dans la table.
que faire
Merci
Répondre à ce message
Merci pour ce plugin précieux...
À l’usage, il me semble que les champs des tables au format datetime ne sont pas modifiables... en tout cas il n’apparaissent pas dans le formulaire de modification.
Il y a-t-il une raison particulière à cela ?
Merci encore
Répondre à ce message
Bonjour,
Je viens d’installer ce plugin. Je l’ai activé sous configuration/gestions des plugins. Mais, par contre, je n’ai pas trouvé le bouton « gestion des tables sql » comme celà est indiqué dans l’article.
Je suis nouveau sous SPIP et je ne vois vraiment pas d’ou peut venir le problème !
Quelqu’un aurait-il une idée sur l’origine du problème ?
Pour info :
Spip : 1.9.1
Plugin :0.40
Merci !
Répondre à ce message
Juste pour préciser en 3 lignes ce qu’apportent les améliorations implémentées dans ce fichier :
- Prise en compte des noms de colonnes « complexes »,
- Prise en compte de type supplémentaires (SET, TINYINT(1), ...),
- Correction d’un problème d’affichage des caractères accentués.
Répondre à ce message
Super plugin.
probleme rencontré : du côté du charset surement, car tant les textes des indications du plugin, que le contenu des table, s’affiche avec des ? à la place des caractères accenctués.
exemple : Lister une table de donn�estable s�lectionn�e :
Aucune n’est s�lectionn�e
et il en est de même pour le contenu des tables affichées. Du coup, évidemment, j’ose pas les modifier !!!!
Autre truc étrange : les tailles des zones de saisies, qui semblent s’adapter au contenu, ne sont pas toujours le plus adaptées, mais peut être cela révèle t il en fait un pb dans la déclaration des tables ?
A noter que quand je visualise une table spip, car c’est aussi possible, les caractères accenctués apparaissent bien par contre...
J’aimerais bien utiliser moi aussi ce plugin cependant non seulement j’ai le même problème avec les accents lors de l’affichage des champs mais, de plus, lorsque je modifie un enregistrement, les accents sont ré-enregistrés et deviennent illisibles dans la base de données et donc sur le site.
Est-ce parce qu’il faut spécifier un encodage précis ? pour la base de données ou pour les champs ?
Merci d’avance pour votre aide !
Bonjour ! il faut juste remplacer le charset par ISO-8859-1 dans le menu configuration->gestion des langues .
Non surtout pas car cela altérerait l’affichage de tout le reste du site !!!!!!!!!
par ailleurs, sur mon site, c’est déjà comme ça.
Bonjour,
Je confirme les deux commentaires précédents : en remplaçant le charset par ISO-8859-1 dans le menu configuration->gestion des langues, on règle le problème d’accents dans TabeDATA (lors de la ré-écriture dans la base de données). Mais, les articles saisis auparavant se retrouvent avec des accents illisibles dans le site public... Pour le moment, je n’ai pas trouvé d’autre solution que d’aller modifier le fichier tabledata.php à l’endroit où se fait le « UPDATE » et pour être franche, je n’ai trouvé qu’en tâtonnant et sans bien comprendre ce qui se passait.
euh... et pourrais tu assouvir notre curiosité et indiquer de quelle manière tu as modifié le fichier tabledata.php à l’endroit où se fait le UPDATE ?
Je propose d’enregistrer les champs texte en passant la fonction Php htmlEntities.
Cette fonction permets de convertir en équivalant html tous les caractères spécuiaux (y compris les caractères accentués)
Ca n’est qu’une solution qui règle partiellement mon problème... Dans tabledata.php, après avoir localisé « UPDATE » on trouve deux lignes :
if ( isset($_POST[$cle]) )
$txtQuery .= $txtSeparation.$cle.« = ’ ».addslashes($_POST[$cle]).« ’ » ;
que j’ai juste modifié ainsi :
if ( isset($_POST[$cle]) )
$txtQuery .= $txtSeparation.$cle.« = ’ ».addslashes(utf8_decode($_POST[$cle])).« ’ » ;
Ca ne règle en rien les problèmes d’affichage sur le site privé mais je peux ainsi faire des modifications sur la base de données. Je ne suis pas trop sure que ça puisse vous aider...
Répondre à ce message
Bravo pour ce plugin super pratique.
Où en est la version avec possibilité de suppression ?
Répondre à ce message
Très sympa,
Si j’ai bien compris, cela permet d’éditer dans la partie privé des tables ajoutés dans la base de données de SPIP.
J’ai une idée mais je ne sais comment la mettre en pratique.
Imaginons 3 tables
Ex : Moulinex => Electromenager ; Philips => Electromenager & Son & Video .. etc...
Mon but est d’afficher par « Marque » les différents types la composant.
Comment doit-on écrire le squelette pour obtenir le résultat ? On lit la table MarTyp mais après...
Merci pour toute assistance
Répondre à ce message
j’ai rien compris papou meme en relisant 1000 et 1 fois
Répondre à ce message
Super plugin.
Une suggestion d’amélioration (si tu cherches à meubler tes soirées ;)
Afficher une liste déroulante pour les champs portant un nom impliquant un lien automatique avec une table SPIP (id_article, id_rubrique, id_breve, ...). la valeur de l’option serait celle de l’ID correspondant et le texte affiché serait le champs TITRE correspondant (ou autre pour les auteurs par exemple). Cela faciliterait grandement la saisie (et la modification) dans des tables faisant des liens avec des tables SPIP.
On pourrait bien sûr étendre le principe à toutes les tables (également les tables crées avec le plugin) ou prendre systématiquement le deuxième champs de la table pour l’affichage au lieu du TITRE.
ha oui, ce serait bien ca :)
Répondre à ce message
Très utile, ce plugin !
J’ai seulement un petit problème :
Quand des apostrophes se trouvent dans les valeurs d’un champ,
par exemple :
L’Haÿ-les-Roses
le contenu du champ apparait correctement dans la liste, mais tronqué dans le formulaire de modification, ainsi :
L
le reste de la ligne étant absent. (Et il disparait dans la base si j’ai le malheur d’envoyer le formulaire, bien sûr !)
Le plus étrange est que ce problème n’est pas systématique. J’ai par exemple une ligne :
19, rue de l’Aviation
qui fonctionne correctement. Probablement est-ce dû au fait que cette ligne correcte est dans un champ multiligne du formulaire, et nom dans un champ texte simple ligne.
Remarque : j’ai importé les valeurs en csv, avec un « addslashes », codées en utf-8, pour être cohérent avec le reste du site.
J’ai juste remplacé, dans le script tabledata.php, les caractères accentués par leur équivalent HTML, toujours à cause de l’utilisation de l’utf-8, pour éviter que les caractères accentués soient transformés en points d’interrogation.
Répondre à ce message
Bravo pour cette contrib, qui m’est très utile.
Une suggestion, à moins que ça soit facile à faire par ailleurs, pouvoir exporter le contenu de la table en format CSV par exemple.
Regarde ci-dessus le lien vers la contrib phpmyadlin. La sauvegarde CSV est intégrée à ce programme.
@+ Christophe
Bravo pour l’effort donné pour ce plug-in !
J’ai remarqué quelques erreurs à l’affichage de champs dans les tables de spip
Certains champs ne s’affichent pas tous.
Pour l’export, Christophe, si tu prévois de l’incorporer, il serait aussi excellent de pouvoir
Importer les données dans les tables.
Merci encore pour le plug-in !
Répondre à ce message
Si j’ai bien compris, ce plug-in permet l’ajout de champs autre que les traditionnels sous-titre, surtitre... !!!
Mais est t’il compatible avec spip 1.9.2 ?
Bonsoir, Ce n’est pas tout à fait cela.
Vocation première : gérer les tables que l’on a ajoutées à SPIP. (pour lister un catalogue de CD, un tarif par exemple, ...)
Eventuellement, on peut également voir et modifier le contenu des tables de SPIP, mais attention aux fausses manip. Dans ce cas, vous pourrez accéder également à vos nouveaux champs.
Je l’ai fait tourné sous la version 1.9.2 PR 2 [8749] sans problème (un aléa avec les caractères accentués, très prochainement corrigé)
@+ Christophe
Répondre à ce message
Super ce plugin !
Bravo et surtout un grand merci !
Personnellement, un petit plus qui serait super :
pouvoir trier les affichages en cliquant sur le libellé d’une colonne.
En tout cas, ce plugin m’est très utile !
Merci. Et pour votre idée, le tri, c’est pourtant une évidence ! Je vais donc l’ajouter rapidement.
Je le demande toujours à mes collègues développeurs et là c’est moi qui ne le met pas. Je vais remédier à cela et dès que c’est fait, je mets en ligne la version.
@+ Christophe
Mais que demande le peuple ? :-)
Bon code !
Bonjour Eric,
Ca y est, tu peux essayer la version 0.33 pour voir le tri sur les champs...
@+ Christophe
Salut Christophe.
Merci, je viens d’essayer et j’ai une petite erreur :
Warning : Missing argument 5 for requete_tabledata() in /mnt/135/free.fr/f/c/4montagnes/plugins/tabledata/exec/tabledata.php on line 219
Tant que j’y suis, je te fais part de petites observations ?
- y aurait-il moyen de pouvoir élargir la visualisation de la table (quand beaucoup de champs et larges, l’affichage fait rikiki, même en interface élargie)
- pouvoir utiliser des mots-clés : je pense que je vais devoir passer par le plugin mot-clés partout ?
Merci encore.
rapidement,
j’ai vu l’erreur, c’est corrigé, je mets en ligne ce soir.
@+ chb
Suite aux demandes faites sur le forum, vous trouverez de nouvelles fonctions :
- Trier les champs à l’affichage
- Voir les tables SPIP (Pour les administrateurs uniquement)
@+ Christophe
Répondre à ce message
Bonjour
tout d’abord merci et bravo pour ce plug-in !
Imaginons qu’on soit dans le cas idéal avec clé primaire auto-incrémentée, est ce qu’il serait possible, dans le cas de saisies répétitives (donc avec des valeurs de champs listables), d’envisager un systeme ergonomique et un peu automatisé ?
Avoir une interface où on aurait au préalable
identifié en liste les valeurs d’un champs précis.
on isole une ligne référence
qui porte la clé primaire et tous les champs de la table dont celui qui a des options avec mettons une valeur par défaut)
là si on veut rentrer toutes les valeurs de la liste :
* on a qu’a coché un bouton « tout » et automatiquement sont générés les x lignes qui prennent en compte toutes les valeurs d’options listées du dit champ en gardant les autres colonnes de la table avec les même valeurs que la ligne référence
* ou on fait une liste des valeurs d’options qui nous interessent, et ne sont générés que les y lignes correspondant a ces valeurs ?
Deuxieme étape (enfin bon là je reve un peu les yeux ouverts)
la possibilité de générer automatiquement tous les crosiement possibles entre les différentes valeurs d’options de PLUSIEURS champs d’une même table et apres de générer automatiquement les lignes.
Je suis vraiment novice en sql et structure des bases de donnée, donc si il y a une contravention technique (probleme d’incrémentation ou autre) à ma demande, faut m’excuser.
Merci
Je n’ai pas bien compris quel est votre objectif.
Peut-être que l’utilisation de champs de type ENUM (liste de valeurs possibles) et de déclaration de valeurs par défaut puisse être une piste de solution (à voir).
« la possibilité de générer automatiquement tous les crosiement possibles entre les différentes valeurs d’options »
Une requête sans jointure sur 2 tables permet de croiser (mélanger) tous les champs
select table1.texte1, table2.texte2 from table1, table2;ou une astuce :
select a.champ1, b.champ2 from table as a, table as b;permet de croiser les valeurs.
@+ Christophe
Répondre à ce message
Très bonne initiative et bravo à l’auteur du greffon !
Serait-il possible de faire apparaître les tables de spip malgré tout ? Cela me serait très utile ;-)
Merci,
Concernant votre besoin, il me semble risqué de modifier le contenu des tables de SPIP. Mais pourquoi pas, si on le fait en connaissance de cause.
Une proposition :
- Affichage par défaut, limité comme actuellement
- Et ajouter des boutons si l’utilisateur est administrateur pour :
J’attends d’autres avis avant de faire des modifications.
Attention actuellement, le plugin n’est pas prévu (côté mise en forme) pour afficher des tables avec de nombreux champs... Il faudra attendre les évolutions...
Il est surtout destiné à mettre facilement à jour des tables légères comme des tarifs par exemple, mais ne bridons pas votre imagination...
Avez-vous regardé la Contrib PhpMyAdmin-PhpInfo ?
@+ Christophe
Répondre à ce message
Bonjour,
Je viens de tester ce plugin. Voici un retour d’un utilisateur « lamda ».
Il serait judicieux de placer un lien vers un article décrivant la création des tables. J’ai au moins appris ça mais ce fut laborieux.
Petit bug (je crois) : lorsque la table est vide, on a droit à un joli message d’erreur. Le formulaire d’ajout étant présent et fonctionnel, le remède est aisé mais ce serait mieux s’il n’apparaissait pas !
Pour le petit bug : j’ai ajouté un test pour corriger le pb, Cf version 0.31.
« création des tables » Ce matin j’ai proposé la rédaction d’un tel article. Vous me confortez donc dans mon idée. Je m’y mets de ce pas.
Quel outil avez vous utilisé ? PhpMyAdmin ?
@+ Christophe
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
