|
Accès Natif Sql Server - Produit non fini ??? |
Iniciado por Maurice Biraud, 03,feb. 2004 16:04 - 3 respuestas |
| |
| | | |
|
| |
Publicado el 03,febrero 2004 - 16:04 |
Nous avons choisi d'acquérir une license windave 7.5 avec son accès natif parce que comme étant dit dans les documentations marketing, la compatibilité est totale, notament au niveau des instructions Hxxx.
Hors, après maintes tentatives, rien à faire, les BLOCAGES ne fonctionnent PAS avec Sql Server. Le support indique que c'est dû à la nature d'Sql Server...
Bref, on est obligé de tout faire à la main...
Quelqu'un peut-il me dire si je dois utiliser les ordres SQLExce ou hrequetesql dans ce contexte ?
Peut-on exécuter des procédures stockées ? et en connaitre le résultat précis par retour de paramètre (pas par les fonctions windev qui ne savent que renvoyer vrai ou faux à la base)
Quelqu'un a t-il déjà développé une gestion des blocages spécifique à 3 niveaux (enregistrement, plage et table complète) ?
Un exemple existe avec une base hyperfile est fourni, ce qui semble attester que pcsoft connait parfaitement le problème....
Personne n'a la solution miracle ?
Ou au moins une documentation complète sur la programmation dédiée à l'accès natif sql server ??
Heeellllpp.... (I need somebody... )
Maurice |
| |
| |
| | | |
|
| | |
| |
Publicado el 03,febrero 2004 - 17:38 |
Bonjour,
J’ai l’impression que vous êtes en train de reprocher à PC SOFT et son accès natif de ne pas permettre ce que SQL Server ne permet pas. Je pense que vous vous engagez sur une mauvaise voie concernant l’orientation de votre développement.
J’ai expérimenté pas mal de choses sur les blocages avec SQLServer et je peux vous dire que l’on est loin des fonctionnalités d’Hyper File en ce qui concerne les blocages d’enregistrements.
On m’a d’ailleurs indiqué sur des forums consacrés à SQL Server que généralement en Client/Serveur, on ne gère pas de blocages. C’est le principe du dernier qui modifie l’enregistrement qui a raison. J’ai malgré tout une application conséquente qui gère des blocages en écriture et qui utilise l’accès natif SQLServer.
Concernant le choix entre SQLExec et Hxxx, je préfère utiliser les commandes Hxxx car il est plus facile de faire un HAjoute() qu’une requête SQL INSERT. Pour des sélections d’enregistrement j’utilise une requête SELECT au travers d’un HExecuterequete.
Concernant les procédures stockées, oui on peut les utiliser. Le ST PC SOFT m’a donné un exemple de code. Demandez leur cet exemple.
Pour terminer, je dirais que l’utilisation d’une base SQL Server est plus complexe qu’une base HF. Je vous conseille la lecture de la doc SQLServer plutôt que la publicité PC SOFT !
Cordialement. Guy C.
"Maurice Biraud" <client.en.colere@sepaietonnotretete.fr> wrote:
Nous avons choisi d'acquérir une license windave 7.5 avec son accès natif parce que comme étant dit dans les documentations marketing, la compatibilité est totale, notament au niveau des instructions Hxxx.
Hors, après maintes tentatives, rien à faire, les BLOCAGES ne fonctionnent PAS avec Sql Server. Le support indique que c'est dû à la nature d'Sql Server...
Bref, on est obligé de tout faire à la main...
Quelqu'un peut-il me dire si je dois utiliser les ordres SQLExce ou hrequetesql dans ce contexte ?
Peut-on exécuter des procédures stockées ? et en connaitre le résultat précis par retour de paramètre (pas par les fonctions windev qui ne savent que
renvoyer
vrai ou faux à la base)
Quelqu'un a t-il déjà développé une gestion des blocages spécifique à 3 niveaux
(enregistrement, plage et table complète) ? Un exemple existe avec une base hyperfile est fourni, ce qui semble attester que pcsoft connait parfaitement le problème.... Personne n'a la solution miracle ? Ou au moins une documentation complète sur la programmation dédiée à l'accès natif sql server ?? Heeellllpp.... (I need somebody... ) Maurice |
| |
| |
| | | |
|
| | |
| |
Publicado el 03,febrero 2004 - 18:36 |
> On m'a d'ailleurs indiqué sur des forums consacrés à SQL Server que généralement
en Client/Serveur, on ne gère pas de blocages. C'est le principe du dernier
Peut-être ai je mal compris mais je pense au contraire que c'est une obligation de base du C/S. Une appli bancaire qui va débiter/créditer des comptes ne gère pas les blocages ? Et les dead-lock alors ? Tu me dirais en monoposte encore je pourrais comprendre mais là ? On peut 'contourner' les blocages avec les transactions mais c'est vraiment pas fait pour. N'ayant pas l'accès natif SQLServeur je ne sais pas comment il fonctionne, mais par contre je te confirme que SQLServeur sait gérer les blocages.
Ami Calmant Stéphane |
| |
| |
| | | |
|
| | |
| |
Publicado el 04,febrero 2004 - 10:10 |
Bonjour,
Je maintient mon avis précédent sur le sujet. Sur des données bancaires ou plus généralment sensibles, les modifications d’enregs sont rares. Dans ce type d’application, rien n’est supprimé ou modifié, tout ou presque se fait par ajout d’enregistrement. Par exemple, un solde bancaire n’est pas modifié, il est recrée à chaque fois qu’il évolue. C’est le seul moyen d’obtenir la sécurité et la transparence souhaitée.
Mis à part ça, oui SQL Server gére les blocages, Non pas de maniére aussi pointue que HF.
Cordialement. Guy C.
"Stéphane" <stephane.miqueu@free.fr> wrote:
On m'a d'ailleurs indiqué sur des forums consacrés à SQL Server que généralement en Client/Serveur, on ne gère pas de blocages. C'est le principe du dernier Peut-être ai je mal compris mais je pense au contraire que c'est une obligation de base du C/S. Une appli bancaire qui va débiter/créditer des comptes ne gère pas les blocages ? Et les dead-lock alors ? Tu me dirais en monoposte encore je pourrais comprendre mais là ? On peut 'contourner' les blocages avec les transactions mais c'est vraiment pas fait
pour. N'ayant pas l'accès natif SQLServeur je ne sais pas comment il fonctionne, mais par contre je te confirme que SQLServeur sait gérer les blocages.
Ami Calmant Stéphane
|
| |
| |
| | | |
|
| | | | |
| | |
|