Discussion :

[olibara]

Bonjour

Je viens Enfin ..... de réussir a installer SQL Server Express 2008 (3 jours de galère)

Je ne connais rien a SQL Server, j'ai l'habitude de travailler en MySql avec NaviCat comme tools de management


Comment puis-je faire pour me connecter a une DB On Line dont je connais

- Le serveur
- Le catalog
- Le user
- Le password

??


Merci de votre aide

[SQLpro]

par une chaine de requête de type connectionstring.

http://www.connectionstrings.com/?carrier=sqlserver2005

A +

[olibara]

Merci

Ca c'est pas tres différent que avec MySql mais c'est pour se connecter depuis en connecteur

Mais est-ce possible avec Management Studio ?

Mon but est

1- pouvoir examiner la DB on line avec un outil GUI
(je suppose Que Management studio doit faire l'affaire)

2- Rappatrier les données pour travailler off-line sans chipoter la db de production

[elsuket]

Bonsoir,

Vous pouvez faire tout cela avec SQL Server Management Studio .
Je vous conseille néanmoins de vous faire une BD de développement, quite à ce que ce soit sur votre poste.
Le plus simple pour cela est de faire un backup de votre BD de production (si c'est sur votre machine, j'espère qu'elle n'est pas très volumineuse) et de le restaurer sur la machine cible.
Pour faire cela, vous pouvez vous référer à mon post dans ce sujet et plus amplement à la documentation (commandes BACKUP et RESTORE)

[olibara]

Merci Elsuket

C'est EXACTEMENT ce que j'essaye de faire

Apparement j'y arrive avec l'outil Import / Export de sql server

Mais j'ai eu confirmation que Management Studio ne permettait cet operation dans sa version Express

[elsuket]

Bonsoir,

Mais j'ai eu confirmation que Management Studio ne permettait cet operation dans sa version Express

Vous parlez de l'import /export ou de la sauvegarde / restauration ?

[olibara]

D'import export

Mais il peut faire sauvegarde / restauration ???

L'effet serait le meme !!

[olibara]

Bonjour

Je viens de constater que l'outil import / export de sql server exportait les view comme des table
Je ne peux donc pas l'utiliser comme outil de replication de la base !

Il y a t-il un autre moyer avec la suite sql express 2008 ?

[SQLpro]

Vous mélangez beaucoup de choses :import/export, réplication, sauvegarde.

Il serait peut être temps de faire une petite formation, plutôt que de vous jetez bille en tête sur un sujet que visiblement vous ne maîtrisez pas !

Un import / export permet d'externaliser des données d'une base dans un fichier ou d'internaliser les données d'un fichier dans une base

Une réplication consiste à capturer régulièrement certaines informations d'une base pour alimenter une autre base. Par exemple capturer les commerciaux d'une base COMMERCIAL vers une table employe d'une base comptable.

Une sauvegarde consiste à copier binairement les données et les transactions d'une base pour pouvoir la réinstaller en cas de panne ou la copier sur un autre serveur.

A +

[olibara]

Merci pour cette petite explication sémantique

Je distingue parfaitement les nuances entre ces concept
Mon probleme est de trouver l'outil qui me permettra d'atteindre l'objectif
Pas de comprendre l'objectif que je connais parfaitement !

Mais je reconnais que je suis novice en SQL Server et que donc je dois apprendre l'outil !

Mon objectif est simple

Je dois réécrire en Csharp une application access qui utilise une base Sql Server 2000 on line

Au passage je passe tout en 2008

Je ne souhaite pas travailler on-line sur la base de production, don j'essaye de recopier d'une maniere ou d'une atre la base en local

Je cherche donc la bonne maniere avec les outils SQL Server a ma disposition !

Je viens de comprendre que Import / Export ne me permettra pas d'atteindre cet objectif

Existe-il une maniere +/- simple ??

[elsuket]

Bonjour,

Vous pouvez lier votre fichier de données Access à votre base de données, et le requêter comme s'il s'agissait d'une de vos bases de données :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EXEC sp_addlinkedserver 'NomDeMonServeur', 'Access', 'Microsoft.Jet.OLEDB.4.0', 'C:\MaBDAccess.mdb'

Vous devez ensuite configurer les accès :

- Si le fichier de données Access est sans accès sécurisé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sp_addlinkedsrvlogin 'NomDeMonServeur', false, 'Moi', 'Admin', NULL

- Si le fichier de données Access est avec une accès sécurisé, vous devez modifier le registre pour ajouter le chemin complet de votre fichier de données Access à l'entrée HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\SystemDB, puis exécuter la commande suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
sp_addlinkedsrvlogin 'NomDeMonServeur', false, 'Moi',
    'Utilisateur', 'MotDePasse'

Bonne chance, @+

[olibara]

Heueeu ?

Merci d'essayer de me prendre par la main ou de me taper sur la tete !

Excusez-moi mais sauf erreur de ma part, ca ne reponds pas vraiment a ma question !

Mon dernier probleme n'est pas

1- Ni de comprendre la différence entre import/export, réplication, sauvegarde. (Merci a sqlPRO de me prendre pour un demeuré !)

2- Ni de connecter Sql Sever en ACCES (c'est deja fait)

J'admet que le sujet a dérivé et que la question initiale etait " Connecter a une DB on line" mais actuellement on parle de copie de DB

Je suis peut etre effectivement idiot ou pas clair, mais je je répete que ma dernieres question est : COMMENT parvenir +/- facilement a faire une copie locale de ma db online. Je devrais peut-etre ouvrir un sujet spécifique pour cela ?

[ddaime]

Non tu n'es pas demeuré ni idiot mais en effet comme te l'a dis SQLPro, tu mélanges plusieurs termes. Pour ton cas, si tu utilises SQL Server Management Studio Express, tu doit dans un premier temps créer une base de données de "production" en local sur ton réseau ou sur ta machine. Ensuite tu créer un backup de ta base de données distante que tu restaures à la place de ta base locale en prenant soin de modifier le cas échéant les chemins de destination de la base à restauré. Pour le reste (lier la base ACCESS et la base SQL) c'est déja fait.

[olibara]

Merci ddaime

Tu dis

tu doit dans un premier temps créer une base de données de "production" en local

Ca je ne peux pas le comprendre !

J'ai une DB qui comporte +/- 200 tables et une centaines de vues
Je ne concois pas devoir etre obligé de recreer cela en local afin de pouvoir restaurer un Back-up !!

Si c'est comme ca que travaille SqlServer, je comprends que nous sammes dans des mondes tres différents : MySql offre beaucoup plus de facilités et d'outils simples pour transferer une base.

Mais je pense quand meme que les explications que vous me donnez partent du principe que je suis un peu manchot

Ce n'est vraiment pas le cas mais je suis par contre asser dérouté par l'usine a Gaz SQL Server qui pour des choses qui me semblent a priori simple (ou qui devraient l'etre apparaissent extremement complexe)

1- Une solution simple aurait sans douté été de transferer les fichiers mdf et ldf mais le serveur ne permet pas l'acces en copie.

2- J'avais esperé l'import export mais je comprends que ca ne puisse pas marcher avec des vues (on purrait ouvrir un débat la dessus)

3- Management Studio me permet de faire un Back-Up mais UNIQUEMENT sur un drive du serveur

4- De toute façon d'apres ce que tu dis le Back-up restore ne peux pas s'appliquer car je trouve INCONCEVABLE pour cette fonction d'etre obligé de recreer la base avant de pouvoir appliquer le restore.
C'est un peu comme si on demandait a un malade de d'abord se remettre en bonne santé avant de pouvoir prendre le médicament !
Ou alors j'ai mal compris ton explication !

Je vous garantis que MySql est infiniment plus souple et convivial !