Bonjour,
Visual Foxpro et SQL Server 2000 sp3 sur W2000 Server.
J'ai une appli client/serveur classique, utilisant ODBC, où les utilisateurs
se connectent en sécurité SQL avec l'appli VFP, et en sécurité Windows pour
faire du MS Query.
Je voudrais monter un objet COM sur le serveur, et que l'appli VFP ne se
connectent qu'à l'objet COM.
Puis-je avoir des problèmes de performances, coté SQL Server, si seul
l'objet COM possède une connexion SQL, et que toutes les requêtes de tous
les clients passent par une seule et même connexion ?
Est-ce un fonctionnement similaire à IIS ?
Merci.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Med Bouchenafa
Je ne vois pas quel avantage tu pourrais tirer d'une telle architecture ? Si c'est pour centraliser les connexions, en quelque sorte, tu as toujours la possibilité de n'autoriser qu'un seul login commun Mais tu as peut-être une autre idée ?
-- Bien cordialement Med Bouchenafa TETRASET 75015 Paris "Dominique Peralta" a écrit dans le message de news: #
Bonjour, Visual Foxpro et SQL Server 2000 sp3 sur W2000 Server. J'ai une appli client/serveur classique, utilisant ODBC, où les utilisateurs se connectent en sécurité SQL avec l'appli VFP, et en sécurité Windows pour faire du MS Query. Je voudrais monter un objet COM sur le serveur, et que l'appli VFP ne se connectent qu'à l'objet COM. Puis-je avoir des problèmes de performances, coté SQL Server, si seul l'objet COM possède une connexion SQL, et que toutes les requêtes de tous les clients passent par une seule et même connexion ? Est-ce un fonctionnement similaire à IIS ? Merci.
Je ne vois pas quel avantage tu pourrais tirer d'une telle architecture ?
Si c'est pour centraliser les connexions, en quelque sorte, tu as toujours la possibilité de
n'autoriser qu'un seul login commun
Mais tu as peut-être une autre idée ?
--
Bien cordialement
Med Bouchenafa
TETRASET
75015 Paris
"Dominique Peralta" <NOSPAMdp@apnet.fr> a écrit dans le message de news:
#o1AzNnPEHA.3124@TK2MSFTNGP12.phx.gbl...
Bonjour,
Visual Foxpro et SQL Server 2000 sp3 sur W2000 Server.
J'ai une appli client/serveur classique, utilisant ODBC, où les utilisateurs
se connectent en sécurité SQL avec l'appli VFP, et en sécurité Windows pour
faire du MS Query.
Je voudrais monter un objet COM sur le serveur, et que l'appli VFP ne se
connectent qu'à l'objet COM.
Puis-je avoir des problèmes de performances, coté SQL Server, si seul
l'objet COM possède une connexion SQL, et que toutes les requêtes de tous
les clients passent par une seule et même connexion ?
Est-ce un fonctionnement similaire à IIS ?
Merci.
Je ne vois pas quel avantage tu pourrais tirer d'une telle architecture ? Si c'est pour centraliser les connexions, en quelque sorte, tu as toujours la possibilité de n'autoriser qu'un seul login commun Mais tu as peut-être une autre idée ?
-- Bien cordialement Med Bouchenafa TETRASET 75015 Paris "Dominique Peralta" a écrit dans le message de news: #
Bonjour, Visual Foxpro et SQL Server 2000 sp3 sur W2000 Server. J'ai une appli client/serveur classique, utilisant ODBC, où les utilisateurs se connectent en sécurité SQL avec l'appli VFP, et en sécurité Windows pour faire du MS Query. Je voudrais monter un objet COM sur le serveur, et que l'appli VFP ne se connectent qu'à l'objet COM. Puis-je avoir des problèmes de performances, coté SQL Server, si seul l'objet COM possède une connexion SQL, et que toutes les requêtes de tous les clients passent par une seule et même connexion ? Est-ce un fonctionnement similaire à IIS ? Merci.
Dominique Peralta
J'utilise actuellement un login commun, codé en dur dans l'appli. Le but est d'utiliser l'objet COM pour transmettre les datas, appliquer les règles métier, passer par de l'http pour certains clients, enfin être très indépendant du matériel et des configs réseau. Lors d'insert, d'update ou delete, l'objet COM vérifiera certaines règles avant de transmettre au serveur, et pour un select, les données seront vérifiées, puis transmises au client (http ou LAN) en XML. Je voulais donc savoir si mon bottleneck serait l'objet COM (malgré MTS), ou si ce serait SQL Server.
"Med Bouchenafa" a écrit dans le message de news:
Je ne vois pas quel avantage tu pourrais tirer d'une telle architecture ? Si c'est pour centraliser les connexions, en quelque sorte, tu as toujours
la possibilité de
n'autoriser qu'un seul login commun Mais tu as peut-être une autre idée ?
-- Bien cordialement Med Bouchenafa TETRASET 75015 Paris "Dominique Peralta" a écrit dans le message de news: # > Bonjour, > Visual Foxpro et SQL Server 2000 sp3 sur W2000 Server. > J'ai une appli client/serveur classique, utilisant ODBC, où les
utilisateurs
> se connectent en sécurité SQL avec l'appli VFP, et en sécurité Windows
pour
> faire du MS Query. > Je voudrais monter un objet COM sur le serveur, et que l'appli VFP ne se > connectent qu'à l'objet COM. > Puis-je avoir des problèmes de performances, coté SQL Server, si seul > l'objet COM possède une connexion SQL, et que toutes les requêtes de
tous
> les clients passent par une seule et même connexion ? > Est-ce un fonctionnement similaire à IIS ? > Merci. > >
J'utilise actuellement un login commun, codé en dur dans l'appli.
Le but est d'utiliser l'objet COM pour transmettre les datas, appliquer les
règles métier, passer par de l'http pour certains clients, enfin être très
indépendant du matériel et des configs réseau. Lors d'insert, d'update ou
delete, l'objet COM vérifiera certaines règles avant de transmettre au
serveur, et pour un select, les données seront vérifiées, puis transmises au
client (http ou LAN) en XML.
Je voulais donc savoir si mon bottleneck serait l'objet COM (malgré MTS), ou
si ce serait SQL Server.
"Med Bouchenafa" <com.tetraset@Bouchenafa> a écrit dans le message de
news:efhzj4qPEHA.2236@TK2MSFTNGP10.phx.gbl...
Je ne vois pas quel avantage tu pourrais tirer d'une telle architecture ?
Si c'est pour centraliser les connexions, en quelque sorte, tu as toujours
la possibilité de
n'autoriser qu'un seul login commun
Mais tu as peut-être une autre idée ?
--
Bien cordialement
Med Bouchenafa
TETRASET
75015 Paris
"Dominique Peralta" <NOSPAMdp@apnet.fr> a écrit dans le message de news:
#o1AzNnPEHA.3124@TK2MSFTNGP12.phx.gbl...
> Bonjour,
> Visual Foxpro et SQL Server 2000 sp3 sur W2000 Server.
> J'ai une appli client/serveur classique, utilisant ODBC, où les
utilisateurs
> se connectent en sécurité SQL avec l'appli VFP, et en sécurité Windows
pour
> faire du MS Query.
> Je voudrais monter un objet COM sur le serveur, et que l'appli VFP ne se
> connectent qu'à l'objet COM.
> Puis-je avoir des problèmes de performances, coté SQL Server, si seul
> l'objet COM possède une connexion SQL, et que toutes les requêtes de
tous
> les clients passent par une seule et même connexion ?
> Est-ce un fonctionnement similaire à IIS ?
> Merci.
>
>
J'utilise actuellement un login commun, codé en dur dans l'appli. Le but est d'utiliser l'objet COM pour transmettre les datas, appliquer les règles métier, passer par de l'http pour certains clients, enfin être très indépendant du matériel et des configs réseau. Lors d'insert, d'update ou delete, l'objet COM vérifiera certaines règles avant de transmettre au serveur, et pour un select, les données seront vérifiées, puis transmises au client (http ou LAN) en XML. Je voulais donc savoir si mon bottleneck serait l'objet COM (malgré MTS), ou si ce serait SQL Server.
"Med Bouchenafa" a écrit dans le message de news:
Je ne vois pas quel avantage tu pourrais tirer d'une telle architecture ? Si c'est pour centraliser les connexions, en quelque sorte, tu as toujours
la possibilité de
n'autoriser qu'un seul login commun Mais tu as peut-être une autre idée ?
-- Bien cordialement Med Bouchenafa TETRASET 75015 Paris "Dominique Peralta" a écrit dans le message de news: # > Bonjour, > Visual Foxpro et SQL Server 2000 sp3 sur W2000 Server. > J'ai une appli client/serveur classique, utilisant ODBC, où les
utilisateurs
> se connectent en sécurité SQL avec l'appli VFP, et en sécurité Windows
pour
> faire du MS Query. > Je voudrais monter un objet COM sur le serveur, et que l'appli VFP ne se > connectent qu'à l'objet COM. > Puis-je avoir des problèmes de performances, coté SQL Server, si seul > l'objet COM possède une connexion SQL, et que toutes les requêtes de
tous
> les clients passent par une seule et même connexion ? > Est-ce un fonctionnement similaire à IIS ? > Merci. > >
