EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #08364
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
[EP-tech] Trying to understand a disaster after a database update
- To: eprints-tech@ecs.soton.ac.uk
- Subject: [EP-tech] Trying to understand a disaster after a database update
- From: Laurent Cloarec <Laurent.Cloarec@ut-capitole.fr>
- Date: Mon, 16 Nov 2020 11:49:50 +0100
CAUTION: This e-mail originated outside the University of Southampton.
Hello everyone
The initial problem : many (about 1,000) metadata values entered by archive editors in a non appropriate field (used in parallel for another purpose by another import mechanism), let's say "infoX". Into the database, this information was stored in a table looking like "eprint_creators_infoX(eprintid,pos,creators_infoX)"
The solution employed :
Could someone explain this???
Best regards
--
Laurent Cloarec
Service Commun de la Documentation - Service du Numérique Documentaire
Université Toulouse 1 Capitole
The initial problem : many (about 1,000) metadata values entered by archive editors in a non appropriate field (used in parallel for another purpose by another import mechanism), let's say "infoX". Into the database, this information was stored in a table looking like "eprint_creators_infoX(eprintid,pos,creators_infoX)"
The solution employed :
- create a new metadata/field (let's say "infoY") among the creators metadata (with "eprints_fields.pl") and update the database structure in consequence => creation of a new table "eprint_creators_infoY(eprintid,pos,creators_infoY)"
- backup (SQL values dump) the important values previously entered and stored into the "eprint_creators_infoX" table;
- from this backup, create a new SQL file where the "infoX" column name is replaced by "infoY";
- import these values into the new table ""eprint_creators_infoY";
- delete the previously entered value from "eprint_creators_infoX" table (there was an objective criteria to distinguish the entered from the imported values);
- run "bin/epdamin recommit <archivename> eprint"
Could someone explain this???
Best regards
--
Laurent Cloarec
Service Commun de la Documentation - Service du Numérique Documentaire
Université Toulouse 1 Capitole
- Follow-Ups:
- [EP-tech] Trying to understand a disaster after a database update
- From: Laurent Cloarec <Laurent.Cloarec@ut-capitole.fr>
- [EP-tech] Trying to understand a disaster after a database update
- References:
- [EP-tech] Trying to understand a disaster after a database update
- From: Laurent Cloarec <Laurent.Cloarec@ut-capitole.fr>
- [EP-tech] Trying to understand a disaster after a database update
- Prev by Date: Re: [EP-tech] How to Disable Upload From URL
- Next by Date: Re: [EP-tech] Trying to understand a disaster after a database update
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):