Elimination de champs excédentaires dans la base MySQL suite à la mise à jour de SPIP 2 vers 3 #3202

Closed
opened 9 years ago by miros · 4 comments
miros commented 9 years ago

Bonjour,

Il existe des différences de structure entre SPIP 2 et 3 (MySQL), certains champs utilisés sur SPIP 2 n'existant plus sur SPIP 3:

  • extra et id_version dans articles
  • extra dans auteurs, breves, mots, rubriques, syndic

Or lors de l'upgrade de SPIP 2 vers 3, ces champs ne sont pas éliminés par la procédure d'adaptation des données; cela posait des problèmes de sauvegarde des données en SQLite sur ces 6 tables qui semblent maintenant avoir été corrigés dans la 3.0.16.
Pour plus d'infos voir http://forum.spip.net/fr_245377.html#forum257096

Question: serait-il possible de supprimer ces champs excédentaires lors du processus de mise à niveau de la base de données lors du passage de SPIP 2 à 3?

Bonjour, Il existe des différences de structure entre SPIP 2 et 3 (MySQL), certains champs utilisés sur SPIP 2 n'existant plus sur SPIP 3: - extra et id_version dans articles - extra dans auteurs, breves, mots, rubriques, syndic Or lors de l'upgrade de SPIP 2 vers 3, ces champs ne sont pas éliminés par la procédure d'adaptation des données; cela posait des problèmes de sauvegarde des données en SQLite sur ces 6 tables qui semblent maintenant avoir été corrigés dans la 3.0.16. Pour plus d'infos voir http://forum.spip.net/fr_245377.html#forum257096 Question: serait-il possible de supprimer ces champs excédentaires lors du processus de mise à niveau de la base de données lors du passage de SPIP 2 à 3?

ok mais seulement s'ils sont tous vides !!!!! car ils peuvent avoir été utilisés même si pas par spip-core

ok mais seulement s'ils sont tous vides !!!!! car ils peuvent avoir été utilisés même si pas par spip-core
Poster

jluc - a écrit :

ok mais seulement s'ils sont tous vides !!!!! car ils peuvent avoir été utilisés même si pas par spip-core

C'est effectivement une bonne précaution. Cependant SPIP 3 n'installe plus ces champs lorsqu'il crée une base, contrairement à SPIP 2.

Donc la question est: sur SPIP 3 est-ce que ces champs peuvent-ils être encore utilisés? Par qui, pour quoi?

jluc - a écrit : > ok mais seulement s'ils sont tous vides !!!!! car ils peuvent avoir été utilisés même si pas par spip-core C'est effectivement une bonne précaution. Cependant SPIP 3 n'installe plus ces champs lorsqu'il crée une base, contrairement à SPIP 2. Donc la question est: sur SPIP 3 est-ce que ces champs peuvent-ils être encore utilisés? Par qui, pour quoi?
Owner

Ces champs peuvent tout à fait être utilisé, avec le plugin de compatibilité http://zone.spip.org/trac/spip-zone/browser/grenier/champs_extras qui assure le fonctionnement des champs extra à l'ancienne manière.
C'est en général utile sur des vieux sites migrés en SPIP 3 qui utilisaient cette fonctionnalité et pour lesquels on ne veut pas tout recoder.

Il serait donc dangereux et contre-productif de supprimer ces champs lors de l'upgrade, car on risque de perdre des données.

La présence de ces champs ne bloque pas la sauvegarde, et n'empeche pas la restauration d'un dump non plus, sauf bug, mais qui concernerait la sauvegarde pour le coup.

Ces champs peuvent tout à fait être utilisé, avec le plugin de compatibilité http://zone.spip.org/trac/spip-zone/browser/_grenier_/champs_extras qui assure le fonctionnement des champs extra à l'ancienne manière. C'est en général utile sur des vieux sites migrés en SPIP 3 qui utilisaient cette fonctionnalité et pour lesquels on ne veut pas tout recoder. Il serait donc dangereux et contre-productif de supprimer ces champs lors de l'upgrade, car on risque de perdre des données. La présence de ces champs ne bloque pas la sauvegarde, et n'empeche pas la restauration d'un dump non plus, sauf bug, mais qui concernerait la sauvegarde pour le coup.
Owner

Statut changé à Fermé

**Statut changé à Fermé**
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.