foxpro et sql server

j'ai réalisé une application de gestion de la caisse d'un magasin, j'ai utilisé:
 foxpro comme lgge de prommation et sql server comme gestionnaire de base de données,
j'utilise des champs de type date dans ma base de données ( type : datetime et smalldate, acceptent la valeur Null ), le probleme que j'ai rencontre et le suivant :
Apres mise à jour de mes tables, les champs vides ( champs de type date ) sont remplacés par la valeur '01/01/1900'.

Bonjour,

Information préalable: SQL Server ne connait pas de champ vide pour les datetime et smalldatetime.

Peux-tu préciser les points suivants, s'il te plait:
Version de VFP?
Version de SQL Server?
Pour accéder à tes données, utilisation de vues distantes, de cursorAdapter, ou bien de SQL Pass-Through?
Quand tu dis 'mise à jour de mes tables', tu parle des tables côté SQL?

Bonjour Mr.Michel.
j'utilise VFP 9 , et Sql server 2000, et j'utilise les vues distantes.
Apres mise à jour de mes tables, ( validation de la saisie  ) les champs vides (Coté VFP)   sont remplacés par la valeur '01/01/1900' au lieu de la valeur .Null. Coté Sql.

Tu veux dire que quand tu saisis une date vide dans ta vue coté VFP, tu as NULL dans ton champ coté SQL?
tu observes ce '01/01/1900' dans un browse, ou bien dans un controle (textbox, grid, etc...)?
Quel est la valeur du SET NULLDISPLAY? aurais-tu un NVL dans la définition de ta vue? si c'est dans un controle, quelle est la valeur de sa propriété NullDisplay?

Merci Mr Michel,
1/ Oui, lorsque je saisis un champ ( type date ) vide dans ma vue coté VFP,
j'ai '01/01/1900' dans ce champ  ( type date ) coté SQL? 
j'observe ce '01/01/1900' lorsque j'ouvre la table en utilisant SQL
( Enterprise Manager- base de donnes -ouvrir table ).
2/ Dans mon pgm principale j'ai utilisé la commande :  SET NULLDISPLAY TO ""

 

Tu as nécessairement du code quelque part pour forcer ce champ vide à une valeur déterminée. soit ce code est sur ton serveur SQL (un trigger par exemple), soit il est côté Fox (dans la définition de la vue elle-même, ou dans le code d'un objet).

on est bien d'accord sur le fait que ce que tu constates, c'est quand tu ouvres ta vue directement: soit en ligne de commande avec un use... puis un replace... puis un tableupdate..., soit par un browse depuis un explorateur de projet.

Bonjour
j'ai un petit souci de maj
j'ai créé un formulaire fox pro 9 sp2 , j'ai créé 3 boutons avec chacun un exemple différent de connexion a sql express 2008 (par odbc)

mon souci est a) pour une vue et une connexion créés ds foxpro ,si je modifie un enreg dans cette vue , j'ai beau faire un tableupdate() la mise à jour n'ai pas enregistré dans ma base sql ...

b) si j'utilise Transact sql donc avec un cursor je peux lire la base sql , modifie un enreg dans mon curseur
faire un update cela fonctionne , mais je trouve cela trés compliqué , en effet sous fox il suffit de se placer sur l'enreg, de modifier et de faire un replace . Alors que là , il faut refaire une requete avec Update et spécifié plein de variable pour retrouver le bon enreg à modifier ds sql . Quel est le meilleur moyen pour ce genre de procédure ?

Mon but est de passer de la base foxpro à sql sans changer mes formulaires ou du moins en adaptant un miminum le code à l'intérieur merci de votre réponse


H Clouet

Bonjour Hervé,

Dans le designer de la vue, il ne faut pas oublier le 6ème onglet, celui qui s'intitule "Critères de mise à jour".

Il faut cocher "Envoyer les mises à jour", mais aussi, pour chacun des champs pouvant être mis à jour, il faut le cocher (la case grise sous le symbole en forme de crayon) .
Et il faut aussi définir un ou plusieurs champs qui seront la clé d'identification des lignes à mettre à jour. Si ta table a une clé primaire (ce qu'elle devrait avoir, si elle n'en a pas, il faut reprendre ton modèle de données), alors VFP a présélectionné le(s) champ(s) qui définit cette clé primaire comme champ(s)-clé(s).

ces 3 choix correspondent à du code visible dans la fenètre SQL de la vue
mise à jour : DBSetProp(ThisView,"View","SendUpdates",.T.)
champ clé : DBSetProp(ThisView+".nom_du_champ","Field","KeyField",.T.)
champ à mettre à jour : DBSetProp(ThisView+".nom_du_champ","Field","Updatable",.T.)

Pour ce qui concerne l'utilisation de SQL Pass-Through (SPT), il faut en effet utiliser (donc écrire) les commandes de mises à jour dans un ordre SQLexec.

Si tu veux avoir le moins de modifs à faire dans tes formulaires actuels, c'est probablement en utilisant des vues ou des CursorAdapter, mais on y arrive aussi avec du SPT. ça dépend de ton code actuel, de la façon dont il est écrit, de ta façon d'utiliser les classes et/ou les fichiers de prodédures.