[koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ]

Fridolyn SOMERS fridolyn.somers at progilone.fr
Lun 21 Fév 14:06:32 CET 2011


Bonjour,

Si je ne m'abuse, la modification souhaitée est possible par une simple 
modification de la structure de la base de données.

La table des ordres d'aquisition est définie comme suit 
(kohastructure.sql) :

    CREATE TABLE `aqorders` (
       `ordernumber` int(11) NOT NULL auto_increment,
       `biblionumber` int(11) default NULL,
    (...)
       CONSTRAINT `aqorders_ibfk_2` FOREIGN KEY (`biblionumber`)
    REFERENCES `biblio` (`biblionumber`) ON DELETE SET NULL ON UPDATE
    CASCADE

Elle défini une clé étrangère avec la table "biblio", ce qui permet de 
faire le lien entre une acquisition et la notice sur lequel elle porte.

Actuellement, la clause "ON DELETE SET NULL" indique que si une notice 
est supprimée, ce lien est cassé : dans la table acqorders, biblionumber 
est mis à NULL.
Si on supprime cette clause, le numéro "biblionumber" sera conservé.
D'autant que la notice supprimée n'est pas retirée de la base, elle est 
déplacée dans la table "deletedbiblio".

Il peut tout de même y avoir des effet de bords
qu'il faut corriger en allant chercher les notices dans "biblio" et dans 
"deletedbiblio".

Cordialement,
Le 21/02/2011 13:08, Jean-Manuel BROUST a écrit :
> Bonjour
>
> Je ne voulais pas enfoncer le clou, d'autant que je ne suis pas bien sûr de maîtriser toutes les subtilités de Koha mais : oui, j'ai fait le même constat. Mis à part le prix (qui n'est pas un identifiant unique), nous n'avons plus aucune information sur cette ligne de commande. Donc, je ne vois pas non plus comment exploiter ce qui nous reste...
> Cela dit, il ne faudrait pas non plus que la ligne de commande disparaisse en même temps que la notice...
> Dans un message qui n'est pas arrivé, je demandais si l'Université de Saint Etienne avait demandé une alerte sur la suppression d'une notice liée à une ligne de commande ou bien comment d'autres bibliothèques s'étaient organisées pour contourner ce problème.
>
> Bonne journée à tous.
>
> Jean-Manuel Broust
> Service commun de documentation - Lyon 2
> Administration Koha
> Service de la formation
>
> jean-manuel.broust at univ-lyon2.fr
> 04 78 69 77 47 (lun. mardi)
> 04 78 77 31 69 (mer. jeud. vendr.)
>> ----------------------------------------
>> From: Martine CHAZELAS<martine.chazelas at cerma.archi.fr>
>> Sent: Mon Feb 21 08:49:50 CET 2011
>> To:<infos at listes.koha-fr.org>
>> Subject: Re: [koha-Infos] suppression de notices bibliographiques ayant une ligne de commande - [ reputation: 5.3 ]
>>
>>
>>    Le 17/02/2011 15:40, Paul Poulain a écrit :
>>> Le 17/02/2011 14:30, Jean-Manuel BROUST a écrit :
>>>> Bonjour,
>>>>
>>>> Nous utilisons koha 3.2 depuis Janvier.
>>>> Il semble qu'il soit tout à fait possible de supprimer une notice bibliographique (sans exemplaire) alors qu'une ligne de commande pointe dessus.
>>>>
>>>> Ainsi, dans le panier de commande, la ligne de commande devient : "deleted bibliographic notice, can't find title par index".
>>>>
>>>> Est ce un fonctionnement "habituel" de KOHA ou un bug lié à notre version car je ne trouve pas trace de ce problème dans les discussions...
>>> Bonjour,
>>>
>>> oui, c'est un fonctionnement habituel de Koha. Et ca ne me semble pas
>>> être un bug : vous avez acheté il y a 3 ans un dictionnaire francais<>
>>> serbo-croate, il est HS, il n'y a plus d'étudiants serbes dans votre
>>> école, vous ne le racheterez plus. Donc la notice bibliographique peut
>>> et doit être supprimée, par contre, la ligne de commande doit rester là,
>>> on doit garder trace de sa présence pour l'engagement financier.
>>>
>>> Bon, après vous me direz "oui, mais ce serait bien qu'on ait une
>>> alerte". Et là, je vous dirais que vous avez raison ;-)
>>>
>> Dans la version 3.0 lorsque la notice était supprimée du catalogue on
>> perdait toutes les informations y compris au niveau de la commande. Il
>> restait bien un lien mais il n'était pas possible d'identifier la
>> commande qui avait été faite. Est-ce le même comportement avec la 3.2 ?
>> Si oui l'intérêt de conserver une information non lisible n'a plus de sens.
>>
>> Martine Chazelas
>> _______________________________________________
>> Infos mailing list
>> Infos at listes.koha-fr.org
>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos
> _______________________________________________
> Infos mailing list
> Infos at listes.koha-fr.org
> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos
>


-- 
Fridolyn SOMERS
/*Société PROGILONE*
24b, rue Jean Baldassini
69007 LYON
+33(0)4.72.76.29.22
/ fridolyn.somers at progilone.fr <mailto:fridolyn.somers at progilone.fr>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/infos/attachments/20110221/cf596ad4/attachment.htm>


More information about the Infos mailing list