Sujet: Message SQL error

[marlau]

Bonjour à tous,



Je viens d'installer la dernière version de CreationWeb (2.1.0.4) avec ancestrologie 2005.390 et la base 4.04 sous Windows XP/SP2.



Tout fonctionne bien lorsque je crée un site avec export de tout le dossier, mais lorsque je prends l'option "relatif à un individu", j'obtiens après ma confirmation :

"Dynamic SQL error.

SQL error code = -804

Count of read-write colums does not equal count of values".



Que se passe-t-il ?

Ceci se produit aussi bien avec la base fournie qu'avec ma base de données.



Merci de votre aide.

[Yves Bruant]

Bonjour,



J'ai essayé à peu près toutes les options d'export sans voir apparaître

l'erreur signalées, mais...



Ma base Ancestrologie est encore en version 3.57.

Ancestrologie m'indique toujours que ma version 2005.0.0.370 est la

dernière.



Je considère que tout ce qui se passe en dehors de cette version de

références doit être considéré comme tests.



Réinstallez si vous l'avez conservée votre base en version 3.57, refaites

votre export et dites moi ce qui se passe.



Qui veut et peut effectuer des tests en ce sens ?

[DDdeBerdeux]

Je viens d'effectuer le test de marlau avec v390 et b4.005 sans aucun problème.

A tout hasard tout de même, la liste des procédures modifiées depuis la b3.57 figure dans le fichier modificationsBDD.txt annexé à la base vide télé chargeable ICI .

Yves Bruant pourrait-il dire si dans l'export web relatif à un individu, il utilise une de ces procédures?

A+

André

PS je complète la question: procédure utilisées dans l'export relatif et non dans l'export complet puisque dans ce cas çà marche.

[Roger 1]

Salut André,



J'obtiens un message d'erreur, au début de la création des pages individus,pour un export relatif à un individu,sans problème pour un export complet.



Message :'1,35418657911603E15' n'est pas une valeur entière correcte.



Je suis en version "390 base 4005"



A bientôt

[DDdeBerdeux]

Bonjour Roger,

Si tu as encore ta base en b3.57 as-tu essayé le même export?

A priori, d'après ce qu'a répondu PCM, il n'y a pas de modif dans la v390.

Le problème de marlau avec webexport est un problème lors de la lecture de la base, le tien semble différent et je ne vois pas de lien avec la base Aucune variable d'entrée ou sortie des procédures n'a été changée.

A+

André

[Roger 1]

Je viens de faire le test en version 3.90 base 3.57 aucun problème.

Je suis repassé en base 4005, après une sauvegarde et une restauration de la base sans soucis, j'ai refait l'export relatif à un individu, et là même message d'erreur au même endroit.

[Claude Baudin]

Je suis en version 3.90 base 4.005 tout fonctionne normalement 4mn26 pour 2223 individus, petit bémol le plus long est la création des lieux, pourquoi ....  

[Yves Bruant]

Re-bonjour,



Claude, il faut bien que l'une ou l'autre des fonctions de l'export soit

la plus longue.  



La complexité de la génération des lieux en est au demeurant

responsable.



Selon les bases, la génération des implexes peut aussi concourrir au

qualificatif de la fonction la plus longue.

[Claude Baudin]

Mais cela n'est pas bien grave Yves  

Je ne profiterais pas de ce module un peu long pour te faire bosser au 1er de l'an    

[Yves Bruant]

Je viens d'effectuer le test de marlau avec v390 et b4.005 sans aucun problème.

A tout hasard tout de même, la liste des procédures modifiées depuis la b3.57 figure dans le fichier modificationsBDD.txt annexé à la base vide télé chargeable ICI .

Yves Bruant pourrait-il dire si dans l'export web relatif à un individu, il utilise une de ces procédures?

Rien ne m'a sauté aux yeux, mais comme des procs en appellent d'autres,

je ne peux pas me prononcer.



Je pense qu'il faudra que je m'installe une version 4.x pour tester, et

peut-être demanderai-je à mailau et roger1 leurs bases si la

mienne, comme la tienne, André, ne produit pas l'erreur signalée.



Mais pour le moment, je suis un peu surchargé.

[DDdeBerdeux]

Je pense que le pb de Roger est autre. Il a déjà dit ici qu'il avait beaucoup de générations (70?). Or si tu fais une renumérotation SOSA en utilisant des INTEGER tu ne peux dépasser 31 générations, c'est pour celà que le SOSA est stocké en DOUBLE PRECISION (c'est je crois MACPC qui m'a appris çà).

Refais-tu pas un calcul du SOSA lors de l'export web d'un individu?

Pour Marlau, je ne vois pas pourquoi les procédures que j'ai modifiées auraient une influence, les variables d'entrée et sortie sont inchangées. Je pense que peut-être les triggers ajoutés pourraient avoir un effet sur tes calculs, car si j'ai bien compris, tu fait pas mal de choses dans une transaction que tu "rollback" en final. Mais ce n'est qu'une hypothèse.

Autre hypothèse, est-ce que plusieurs "MARR" dans une même union ne peut pas te générer une erreur (plus colonnes qu'attendues dans le résultat). Dans la b4.00 comme précédemment il est possible d'enregistrer plusieurs mariages, mais l'affichage de l'union n'est pas dupliquée comme auparavant. Ce qui fait que certains peuvent utiliser cette possibilité pour enregistrer le mariage religieux et le mariage civil distinctement.

A+

André

[Roger 1]

J'ai refait les tests en pas à pas,et effectivement tout va bien jusqu'a la trentième génération.Ensuite message d'erreur.

Petite rectif j'avais demandé 70 générations dans le module arbre, pour la visibilité, pas pour l'impression bien sûr, mais le menu"les arbres" fourni avec ancestro permet cette visibilité.Au vrai j'ai 64 générations.

@+

[Roger 1]

Le nombre de générations certes, mais il n'y a aucun problème avec un export complet, et je retrouve bien dans ce cas toutes mes générations.

@+

[DDdeBerdeux]

Le nombre de générations certes, mais il n'y a aucun problème avec un export complet, et je retrouve bien dans ce cas toutes mes générations.

@+

Parce que dans ce cas, je pense que Webexport n'a pas besoin de recalculer les SOSA, il utilise ceux existants calculés par Ancestrologie. Il le précise dans l'onglet "Global", export du SOSA du dossier ou du de cujus si export limité. C'est donc qu'il le calcule dans ce dernier cas.

Fais donc un essai en décochant cette case "Affiche N° de SOSA.."

A+

André

[Roger 1]

L'export ce passe bien , Si je coche" maintien du sosa ancestro".C'est vrai que jusqu'à présent, je ne cochais pas cette case.Apparemment le problème semble cerné.

@+

[DDdeBerdeux]

C'est donc bien le calcul du SOSA dans la dll qu'il faut revoir.

Reste le pb de Marlau

André

[marlau]

J'étais absente ce matin, je reprends ma question.

Merci de vous être mobilisés.

J'ai effectué quelques vérifications et je me suis rendue compte que ma base était en version 3.57 !? J'avais pourtant téléchargé et installé le module d'installation complet hier. Et ensuite, je constate sur les documents que j'avais imprimés de la page de téléchargement qu'il s'agit de la version 2005.363 ! Sûrement une erreur de fichier ?

Donc, j'ai téléchargé à nouveau ce que vous avez mis aujourd'hui en ligne : 2005.0.0.391 du 02/12/2005.

Le problème est résolu mais un test rapide m'a permis de voir que le site généré se présente avec un fond blanc et est décalé à droite en 1024.

Je continue à tester.

[Yves Bruant]

Hello !



Alors là, j'y perds mon latin  



Si je comprends bien, il ne reste à règler que le problème de

roger1 ?

[marlau]

Compte tenu du problème de présentation (fond blanc - décalage...), j'ai installé la version CreationWeb en ligne 2.1.0.3 et là j'ai le même message que ce matin : "SQL Error..."

Pour l'instant, c'est tout ce que je peux dire...

[dod]

YVES BRUANT à écrit



Ma base Ancestrologie est encore en version 3.57.

Ancestrologie m'indique toujours que ma version 2005.0.0.370 est la

dernière.



a partir de "vérifier les mise à jour sur internet"



YVES BRUANT à écrit



Je considère que tout ce qui se passe en dehors de cette version de

références doit être considéré comme tests.

Bonjour,



vous conseillez pour les débutants comme moi de se tenir à la version officielle.



slt

dod