[2.0] Requête paramétrée avec Access et champ Date

Salut tlm,
J'aurais voulu savoir si quelqu'un avait déjà utilisé avec des champs date à null (en INSERT)

Quand je mets :

Citation:

---

paramDtFibroBronch.IsNullable = true;

---

Il me dit que :

Citation:

---

Error 1 Property or indexer 'System.Data.IDataParameter.IsNullable' cannot be assigned to -- it is read only

---

Bon, j'essaie de faire sans et je mets :

Citation:

---

if (DtFibroBronch == null) paramDtFibroBronch.Value =DBNull.Value;

---

Il me dit "unreachable code detected sur le mot souligné...

Merci si vous avez un retour d'expérience, car là je sèche complètement...

Bonjour,

Comme tu l'as remarqué la propriété IsNullable n'est pas modifiable.
En ce qui concerne ton dernier bout de code, cela ne métonne pas qu'il soit unreachable parce qu'un objet de type DateTime ne peut pas être égal à nul.

Pour qu'un DateTime puisse être nul, déclare le de la manière suivante :

Code:

---

DateTime? date;

---

Citation:

---

Envoyé par Paul Musso

Pour qu'un DateTime puisse être nul, déclare le de la manière suivante :

Code:

---

DateTime? date;

---

---

Heu, j'ai pas compris ton bout de code

Et j'ai l'impression que c'est limité en nombre de champs...
J'ai une requête INSERT d'une cinquante de champs et il se mélange les pinceaux...

Ce que te dit Paul, c'est qu'une date etant un objet VALEUR, une date ne peut pas etre nulle, a moins d'etre definie comme nullable, avec un ? apres, ou comme ca :

Code:

---

Nullable<DateTime> date;

---

regarde ici pour plus d'infos:
http://dotnet.developpez.com/articles/types-nullables/

Citation:

---

Envoyé par quanou

J'ai une requête INSERT d'une cinquante de champs et il se mélange les pinceaux...

---

:aie:

Verifie d'abord que ce ne soit pas toi qui t'emmeles les pinceaux ;)

En aparté, de facon generale, ca me semble une assez mauvaise idee dávoir un insert a vec 50 champs, ca sent la base pas trop trop normalisee
(ca se justifie des fois...mais seulement des fois ;) )

Dernière précision, la synthaxe ? ou Nullable<T> pour les types nullables fonctionnent uniquement à partir du framework 2.0. Cela a ti-il résolu ton problème ?

Merci les gars, je regarde ça et je vous tiens au jus
Peut-être que c'est moi qui me mélange les pinceaux en effet, et ce serait pas la première fois :D
Mais, là, je vais à petits pas, par élimination, pour isoler le problème. Et j'ai vraiment l'impression qu'il se mélange un peu les pinceaux car les champs de destination ne prennent pas la bonne valeur. Pourtant le paramètre est bon...
Je revérifie là ;)
En fait, disons que c'est un patient avec une tripotée d'examen médicaux. D'où une table avec une tripotée de champs. Je peux diviser en plusieurs tables, mais là, ce serait plus une limite technique qui l'impose, non ?

Citation:

---

Envoyé par quanou

En fait, disons que c'est un patient avec une tripotée d'examen médicaux. D'où une table avec une tripotée de champs. Je peux diviser en plusieurs tables, mais là, ce serait plus une limite technique qui l'impose, non ?

---

Si tu as n examens dispo, je ferais plutot une table patient -> donnees du patient, une table Examen avec une FK sur patient et eventuellement (si plusieurs resultats/examen), une table Elements examens avec les n elements de l'examen avec une fk sur la pk de Examen...

Techniquement, ca te permettrait surtout de ne pas avoir a ajouter n nouveaux champs dans la bdd quand tu crees un nouvel examen ou quún examen contient un nouveau type de resultat.

ex, si prise de sang, tu vas avoir des prises de sang avec glycemie, dosage des glob. blancs...si demain ton soft commence a gerer les resultats de serologie, c'est 8000 colonnes qu'elle va avoir, ta table :)

Bon les gars, ça marche !!! Merci !!!

Citation:

---

Nullable<DateTime> dtFibroBronch = null;

---

Alors, quand je disais que le machin se mélangeait les pinceaux, vous n'êtes pas obligés de me croire mais ce bloc ci-dessous par exemple doit être EXACTEMENT dans l'ordre de la requête.

Citation:

---

IDataParameter paramDtFibroBronch = maCommande.CreateParameter();
paramDtFibroBronch.ParameterName = "@dtFibroBronch";
paramDtFibroBronch.DbType = DbType.Date;
paramDtFibroBronch.Direction = ParameterDirection.Input;
if (DtFibroBronch == null) paramDtFibroBronch.Value = DBNull.Value;
else paramDtFibroBronch.Value = DtFibroBronch;
maCommande.Parameters.Add(paramDtFibroBronch);

---

Si je le mets par exemple en premier, j'avais des erreur du genre "Type pas bon". 8O. Forcément, une date ne va pas dans un int...
Je sais, je sais, vous me croyez pas. Je le vois d'ici :D:D

Pour ce qui est de la conception, en fait, c'est un bilan initial, donc les nombreux examens sont en "one-shot". Mais effectivement, je peux déjà les séparer dans une autre table (d'une vingtaine de champs...) ;)
Merci encore pour votre coup de main

pour la conception, tu peux faire trois tables:

Patient
TypeExamen : chaque type d'exam dispo (pk + description)
Examen : les resultats des types d'exam par exam : (pk + fk Patient + fk TypeExamen + resultat)

ca coutera + cher a la mise a jour (a moins de travailler examen/examen), a tester...en tout cas, ca fera gagner du temps de maintenance ;)

Merci ;)