Bonjor,
Je sais que fondamentalement, MSDE et SQL Server utilise le
m=EAme moteur.
Avec SQL Server, on peut administrer les bases graphiquement.
Avec MSDE, il faut cr=E9er les script SQL.
Au niveau des performances, y a-t-il une grosse diff=E9rence
entre les deux.
Je m'explique :
Une application est construite autour d'SQL.
En version monoposte, on installe MSDE sur la machine
En version r=E9seau, on utilise un serveur Windows2000 server
+ MS SQL Server.
Mais il y a le cas o=F9 l'entreprise utilisatrice n'a que 2
ou 3 postes. Imposer une architecture autour d'un serveur
repr=E9sente un investissement tr=E8s important.
Est-ce qu'une solution bas=E9e sur un poste d=E9di=E9 pour les DB
g=E9r=E9es par MSDE avec les postes clients se connectant sur
ce "serveur" en workgroup est envisageable?
(Bien s=FBr, on g=E8re la sauvegarde et la restauration des
bases par des scripts SQL)
Merci d'avance pour vos remarques et conseils avis=E9s
Max
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
Fred BROUARD
Toute interface graphique induit deux problèmes : - les temps de traitement graphique, donc moins rapide qu'un ordre direct - des possibilités moins étendue que le code SQL / Transact SQL. En pratique 30 à 40 % des possibilités de SQL Server ne sont pas accessible avec l'interface graphique, même si celle de MS est assez bien pensée.
Autrement dit l'interface graphique sert a mettre au point un début de réponse et permet de "pisser" le code que l'on pourra compléter.
Mais au niveau de l'exécution, le lancement d'ordre directement dans le langage de SQL Server restera toujours plus efficace et rapide.
A +
Max a écrit:
Bonjor, Je sais que fondamentalement, MSDE et SQL Server utilise le même moteur. Avec SQL Server, on peut administrer les bases graphiquement. Avec MSDE, il faut créer les script SQL. Au niveau des performances, y a-t-il une grosse différence entre les deux. Je m'explique : Une application est construite autour d'SQL. En version monoposte, on installe MSDE sur la machine En version réseau, on utilise un serveur Windows2000 server + MS SQL Server. Mais il y a le cas où l'entreprise utilisatrice n'a que 2 ou 3 postes. Imposer une architecture autour d'un serveur représente un investissement très important. Est-ce qu'une solution basée sur un poste dédié pour les DB gérées par MSDE avec les postes clients se connectant sur ce "serveur" en workgroup est envisageable? (Bien sûr, on gère la sauvegarde et la restauration des bases par des scripts SQL) Merci d'avance pour vos remarques et conseils avisés Max
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
Toute interface graphique induit deux problèmes :
- les temps de traitement graphique, donc moins rapide qu'un ordre direct
- des possibilités moins étendue que le code SQL / Transact SQL. En
pratique 30 à 40 % des possibilités de SQL Server ne sont pas accessible
avec l'interface graphique, même si celle de MS est assez bien pensée.
Autrement dit l'interface graphique sert a mettre au point un début de
réponse et permet de "pisser" le code que l'on pourra compléter.
Mais au niveau de l'exécution, le lancement d'ordre directement dans le
langage de SQL Server restera toujours plus efficace et rapide.
A +
Max a écrit:
Bonjor,
Je sais que fondamentalement, MSDE et SQL Server utilise le
même moteur.
Avec SQL Server, on peut administrer les bases graphiquement.
Avec MSDE, il faut créer les script SQL.
Au niveau des performances, y a-t-il une grosse différence
entre les deux.
Je m'explique :
Une application est construite autour d'SQL.
En version monoposte, on installe MSDE sur la machine
En version réseau, on utilise un serveur Windows2000 server
+ MS SQL Server.
Mais il y a le cas où l'entreprise utilisatrice n'a que 2
ou 3 postes. Imposer une architecture autour d'un serveur
représente un investissement très important.
Est-ce qu'une solution basée sur un poste dédié pour les DB
gérées par MSDE avec les postes clients se connectant sur
ce "serveur" en workgroup est envisageable?
(Bien sûr, on gère la sauvegarde et la restauration des
bases par des scripts SQL)
Merci d'avance pour vos remarques et conseils avisés
Max
--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto:brouardf@club-internet.fr ******************
Toute interface graphique induit deux problèmes : - les temps de traitement graphique, donc moins rapide qu'un ordre direct - des possibilités moins étendue que le code SQL / Transact SQL. En pratique 30 à 40 % des possibilités de SQL Server ne sont pas accessible avec l'interface graphique, même si celle de MS est assez bien pensée.
Autrement dit l'interface graphique sert a mettre au point un début de réponse et permet de "pisser" le code que l'on pourra compléter.
Mais au niveau de l'exécution, le lancement d'ordre directement dans le langage de SQL Server restera toujours plus efficace et rapide.
A +
Max a écrit:
Bonjor, Je sais que fondamentalement, MSDE et SQL Server utilise le même moteur. Avec SQL Server, on peut administrer les bases graphiquement. Avec MSDE, il faut créer les script SQL. Au niveau des performances, y a-t-il une grosse différence entre les deux. Je m'explique : Une application est construite autour d'SQL. En version monoposte, on installe MSDE sur la machine En version réseau, on utilise un serveur Windows2000 server + MS SQL Server. Mais il y a le cas où l'entreprise utilisatrice n'a que 2 ou 3 postes. Imposer une architecture autour d'un serveur représente un investissement très important. Est-ce qu'une solution basée sur un poste dédié pour les DB gérées par MSDE avec les postes clients se connectant sur ce "serveur" en workgroup est envisageable? (Bien sûr, on gère la sauvegarde et la restauration des bases par des scripts SQL) Merci d'avance pour vos remarques et conseils avisés Max
-- Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ****************** mailto: ******************
