[Olivier DELMERParticipant]

J’ai supprimé ce verrou qui datait du 22/09/2013 (dysfonctionnement ?), puis, j’ai modifié avec succès la table OAI_DOC.
Cela dit, les champs que j’ai ajoutés ne sont toujours pas pris en compte, parce que sous MySQL, les champs présents sont toujours les 10 champs présents dans l’ancienne version de web/statistiques/script_table_client/ILS_DOC.sql, à savoir DATM, DOC_AUTEUR, DOC_CENTRE_INDEX, DOC_DAT_CREAT, DOC_REF, DOC_THEME, DOC_TITRE, DOC_TYPE, USERM, FT_CID. Mon champ INP_CREATEUR n’est pas présent dans la base MySQL (vérifié sous phpMyAdmin)
Comment faire pour que ce nouveau script sql soit exécuté ?

[Olivier DELMERParticipant]

Dans /batchs/index/err/index_oai_doc.err

---

Travail en cours sur la table, verrouillage impossible pour le moment — DELETE FROM oai_doc WHERE LCK_CLI = ‘SUPPR';Travail en cours sur la table, verrouillage impossible pour le moment — Validate index oai_doc unlock unprotect rewind BUFFER 5000000 TEMP_FILE_SIZE 200000000

---

Dans /batchs/index/logs/index_oai_doc_20140210_06-00-51.log

---

Le 2014210 à 6 Heures 0 Minutes 51 secondes
indexation de la table oai_doc avec les arguments unlock unprotect rewind BUFFER 5000000 TEMP_FILE_SIZE 200000000

Le 2014210 à 6 Heures 6 Minutes 53 secondes
Suppression OK des notices marquées dans la table oai_doc:Travail en cours sur la table, verrouillage impossible pour le moment

Le 2014210 à 6 Heures 12 Minutes 55 secondes
indexation KO de la table oai_doc:Travail en cours sur la table, verrouillage impossible pour le moment

---

[Olivier DELMERParticipant]

Oui : Cairn

[Olivier DELMERParticipant]

Je ne parviens pas à lancer le script de OAI_DOC avec le nouveau champ : « Erreur dans l’exécution du script.Travail en cours sur la table, verrouillage impossible pour le moment « . Pourtant, aucun travail n’est en cours sur cette table, qui d’ailleurs, n’a curieusement subi aucun changement depuis le 25-09-2013 alors que la table OAI_ARC a été modifiée ce matin à 6h (batch)…

[Olivier DELMERParticipant]

Donc, je les modifie par SQLAdmin en modifiant le script de ces tables ? Et juste par curiosité, à quoi sert la table compo_doc ?

[Olivier DELMERParticipant]

J’ai fait la modif, et après avoir fait la mise à jour des données, le fichier ils_doc.cfg revient à son état initial…

[Olivier DELMERParticipant]

COL1:compo_doc
COL2:inp_doc
COL3:oai_doc
COL4:ped_doc

[Olivier DELMERParticipant]

Est-ce que le script est lancé chaque fois qu’on utilise le lien « Mettre à jour les données » du module statistique, ou bien faut-il attendre le batch ? J’ai fait ce que vous indiquez en ajoutant un champ présent dans INP_DOC mais absent de ILS_DOC (champ INP_CREATEUR), et j’ai eu une erreur « Invalid column name » et la stat ne fonctionne toujours pas :

Compte rendu
Table physique ils_doc non trouvée
(re)création de la vue ils_doc.
Erreur lors de l’integration des donnees de la table ils_doc
SJS00 => [Fulcrum][SearchServer]Invalid column name INP_CREATEUR
Table physique ils_per non trouvée
(re)création de la vue ils_per.
Données de ils_per mises à jour avec succès
Table physique ils_exp non trouvée
(re)création de la vue ils_exp.
Données de ils_exp mises à jour avec succès
Table physique ils_frn non trouvée
(re)création de la vue ils_frn.
Données de ils_frn mises à jour avec succès
Erreur lors de l’integration des donnees de la table dsi_prof
SJS00 => [Fulcrum][SearchServer]Invalid column name DATM
Données de ils_bib mises à jour avec succès
Données de ils_log mises à jour avec succès
Données de ils_lec mises à jour avec succès
Données de ils_auto mises à jour avec succès
Données de ils_cat mises à jour avec succès
Table physique ils_trs non trouvée
(re)création de la vue ils_trs.
Données de ils_trs mises à jour avec succès
Table physique ils_cmd non trouvée
(re)création de la vue ils_cmd.
Données de ils_cmd mises à jour avec succès
Table physique ils_abt non trouvée
(re)création de la vue ils_abt.
Données de ils_abt mises à jour avec succès

[Olivier DELMERParticipant]

Bonjour,

j’en profite pour rebondir sur cette question. Est-ce normal que les stats ne puissent porter que sur les champs standards ? En effet, elles portent sur la table ILS_DOC qui ne comporte que des champs standards alors que nos données sont dans une table INP_DOC qui comporte des champs personnalisés.

[Olivier DELMERParticipant]

Oui, effectivement, ça fonctionne

[Olivier DELMERParticipant]

OK. Envoyé par mél.

[Olivier DELMERParticipant]

Justement, c’est ça qui ne fonctionne pas. Ni dans la vue inpes__fonds_documentaire, ni dans la vue d’import via le serveur XML. Faut-il mettre CADIC__MAJUSCULE entre crochets ?

[Olivier DELMERParticipant]

Bonjour,

non, effectivement, ça ne fonctionne pas (test sur champ DOC_AUTEUR de notre vue inpes___fonds_documentaire)

[Olivier DELMERParticipant]

Quel dommage…

[Olivier DELMERParticipant]

Je précise : il s’agit de la version 2.5 de Bibliothéconomie

[Auteur]

Messages