|
| Accès Natif Sql Server - Produit non fini ??? |
| Iniciado por Maurice Biraud, fev., 03 2004 4:04 PM - 3 respostas |
| |
| | | |
|
| |
Publicado em fevereiro, 03 2004 - 4:04 PM |
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 em fevereiro, 03 2004 - 5:38 PM |
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 em fevereiro, 03 2004 - 6:36 PM |
> 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 em fevereiro, 04 2004 - 10:10 AM |
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
|
| |
| |
| | | |
|
| | | | |
| | |
|