Discussion :

[olibara]

Bonjour

J'effectue tres souvent des select into outfile en MySql mais il semblerait que SQL Server n'accepte pas cette syntaxe a partir de Management Studio

Merci de votre aide

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SELECT [pkID]
      ,[ProdID]
      ,[ProdGroup]
      ,[ProdName]
      ,[MGProductID]
      ,[ManID]
      ,[ManName]
      ,[BrandHRK]
      ,[BrandNAME]
      INTO OUTFILE 'c:/xxxx.txt' FIELDS TERMINATED BY '\t' LINES TERMINATED BY '\n' 
   FROM [NewDevices].[YR].[Models]

Msg 102, Level 15, State 1, Line 11
Incorrect syntax near 'Laptops.txt'

[Invité]

regarde la commande (dos) BCP :
http://msdn.microsoft.com/en-us/library/ms162802.aspx

Code :

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

BCP [ma_bd].[mon_schema].[ma_table] OUT "D:\Fichier_sortie.csv" -c -t; -T -S"Mon_instance"

[olibara]

Bonjour

Merci pour ta réponse

Est ce que cela signifie que la syntaxe into outfile est spécifique a MySql et n'existe pas en SQL Server ?

Si c'est le cas ca me semble invraissemblable !
Comment fais-t-on pour exporter le resultat d'un query dans un fichier texte ?
Il faut creer une nouvelle table et lancer BCD pour l'exporter ?

[olibara]

Bonjour

N'ayant pas vraiment trouvé de solution simple, quelqu'un peut-il confirmer que cette syntaxe ou un équivalent n'existe pas en MS SQL ?

Merci

[mikedavem]

Bonjour,

Votre commande est spécifique à MySQL.

La solution simple est d'utiliser BCP pour pouvoir exporter vos données où utiliser éventuellement l'assistant d'import export de SQL Server

++

[SQLpro]

Non, aucune commande SQL normative ne fait appel à des fichiers. SQL est un langage de pilotage de la partie logique des objets d'une base et par conséquent tout ce qui est physique y est expressément interdit.
Donc pas de fichier, d'index ou autre farfeluosité à la MySQL !

A +

[olibara]

Dommage !
Car c'est bien pratique quand meme !
Les données c'est de l'information et il est parfois nécessaire de publier une information.

Et tot out tard il peut etre utile de publier rapidement le resultat d'une requete dans un un fichier texte pour un usage extérieur a la base sans devoir passer par d'autres outils

Penser que les données n'existent que dans leur structure logique est a mon avis une mauvaise perception de la réalité.

Si l'on peut faire un select into nouvelle table ne ne vois pas bien en quoi un select into outfile serait mois pertinent

[Jinroh77]

Peut-être parce qu'à partir du moment où il y a un output file on manipule des objets d'un type totalement différentes.
MS SQL Server gère des bases de données qui n'ont strictement rien à voir avec des fichiers. Ce qui n'est peut-être pas le cas de SGBD comme MySQL.

[SQLpro]

Dans un SGBDR bien formé, c'est à dire qui respecte au minimum les règles de Codd il y a disssociation de la couche physique et de la couche logique.
Le mélange des genres ne peut que nuire à l'ensemble.

Autrement dit, pourquoi faire simple quant on peut faire n'importe quoi (à la sauce MySQL) !

A +

[olibara]

Je vous remercie tous

Mais sans vouloir etaler le sujet j'aimerais au contraire le recentrer la question.

La question etait de savoir si une commande Mysql etait possible en SQL Server

J'apprends que non et j'en suis désolé !

Mais is serait parfois plus constructif de ne pas systématiquement relancer l'eternel debat, cher a certain, de ce qui est bien ou de ce qui est mal !
De ce qui est normativement correct ou de ce qui sort de l'ordinaire et voué au bucher !

Il existe plusieurs language, plusieurs SGBD, plusieurs conception de la vie et vouloir imposer un mode de pensée unique dans quelque domaine que ce soit n'a jamais été profitable !

Actuellement de nouveaux concept de DB voient le jour tel que MONGODB et s'enfermer a pretendre que la vérité est chez soi et n'est pas partageable n'aide pas a progresser !

[elsuket]

Mais is serait parfois plus constructif de ne pas systématiquement relancer l'eternel debat, cher a certain, de ce qui est bien ou de ce qui est mal !
De ce qui est normativement correct ou de ce qui sort de l'ordinaire et voué au bucher !

Il n'est pas question de ce qui est bien ou de ce qui est mal.
L'expérience montre que respecter la norme est globalement plus performant et préserve la consistance de la base de données.
Ce doit être le but de tout SGBDR, et ce n'est pas le cas de MySQL.

@++

[olibara]

Ainsi soit - il !

Il s'agit bien d'un débat idéologique qui n'a plus sa place ici !

[SQLpro]

Je vous remercie tous

Mais sans vouloir etaler le sujet j'aimerais au contraire le recentrer la question.

La question etait de savoir si une commande Mysql etait possible en SQL Server

J'apprends que non et j'en suis désolé !

Mais is serait parfois plus constructif de ne pas systématiquement relancer l'eternel debat, cher a certain, de ce qui est bien ou de ce qui est mal !
De ce qui est normativement correct ou de ce qui sort de l'ordinaire et voué au bucher !

Il existe plusieurs language, plusieurs SGBD, plusieurs conception de la vie et vouloir imposer un mode de pensée unique dans quelque domaine que ce soit n'a jamais été profitable !

Actuellement de nouveaux concept de DB voient le jour tel que MONGODB et s'enfermer a pretendre que la vérité est chez soi et n'est pas partageable n'aide pas a progresser !

Il est assez consternant de voir avec quelle naïveté certains internautes se plongent dans les délices du marketing en pensant que c'est de la technique...
Des chose comme MONGOdb sont au monde de la base de données ce que sont le LOFT ou STARAC pour le télé, c'est à dire des usines à vendre du cerveau disponible pour placer les pubs !
Pourquoi une norme en effet si chacun peut faire son truc de son côté...
Revenons en donc aux pas de vis spécifique à chaque fabriquant, au voiture avec des énergies hétéroclites, aux écartements de rail propre à chaque compagnie ferroviaires et aux mesures spécifiques à chaque seigneur, que le cerf devait acheter pour avoir le droit de travailler !

Lisez au moins ceci : http://fr.wikipedia.org/wiki/Discussion:NoSQL

A +