Fichier SQL trop volumineux

Version imprimable

Salut a tous,

J'essaye d'importer une base de donnees vers MS SQL Seveur 2005 via un fichier sql de 108Mo.
J'ai vu et lu qu'on ne pouvait pas le faire avec Management Studio et qu'il fallait utiliser une commande de ce type:

Code:

SQLCMD -S MyServer -d MyDatabase -E -i C:\Scripts\MyScriptFile.sql

Malheureusement ca nem fonctionne pas pour moi. Voici ce que j'obtiens:
Code:

1 2 3 C:\Users\Administrator>SQLCMD -S localhost -d db_ag -E -i C:\Users\Administrator\Desktop\db_ag-01072009.sql Sqlcmd: Error: Microsoft SQL Native Client : No value given for one or more required parameters..

02/07/2009, 13h45
agemis31

Bonjour,

Je viens de faire un petit test en mettant

Code:

exec BDTest.Test ?

dans un script sql. J'ai la même erreur que la vôtre.
Ca vient peut être de votre script.

Avez vous la possibilité de faire un backup et de restaurer la base ? Ou de récupérer les fichiers et de les attacher ?

@+

En fait mon fichier sql est un backup qui vient de PostgreSQL.

Dans le fichier est structure comme cela:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
--
-- PostgreSQL database dump
--
 
-- Started on 2009-07-01 14:12:50
 
SET client_encoding = 'UTF8';
SET standard_conforming_strings = off;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET escape_string_warning = off;
 
--
-- TOC entry 549 (class 2612 OID 16386)
-- Name: plpgsql; Type: PROCEDURAL LANGUAGE; Schema: -; Owner: -
--
 
CREATE PROCEDURAL LANGUAGE plpgsql;
 
 
SET search_path = public, pg_catalog;
 
SET default_tablespace = '';
 
SET default_with_oids = false;
 
--
-- TOC entry 1793 (class 1259 OID 29451)
-- Dependencies: 2378 3
-- Name: tbl_actions; Type: TABLE; Schema: public; Owner: -; Tablespace: 
--
 
CREATE TABLE tbl_actions (
    fld_id integer NOT NULL,
    fld_action character varying(255) DEFAULT NULL::character varying,
    fld_menu integer
);
 
-- ...
-- Creation de plusieurs autre tables
-- ...
 
COPY tbl_actions (fld_id, fld_action, fld_menu) FROM stdin;
0	Restrict All	0
1	Add Record	0
2	Edit Record	0
etc...
 
-- ...
-- COPY dans plusieurs autres tables
-- ...

Y a t il quelque chose d'incorrect dans ce fichier?

EDIT: je viens de re-essayer en enlevant les SET du debut:

Code:

1
2
3
4
5
6
7
8
9
10
11
SET client_encoding = 'UTF8';
SET standard_conforming_strings = off;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET escape_string_warning = off;
 
CREATE PROCEDURAL LANGUAGE plpgsql;
 
SET search_path = public, pg_catalog;
SET default_tablespace = '';
SET default_with_oids = false;

Mais ca n'a rien change. Toujours la meme erreur :(

02/07/2009, 14h07
SQLpro

Tout est incorrect ! Un tel fichier est strictement spécifique à un SGBDR !

A +
02/07/2009, 14h15
MinsK

Citation:

Envoyé par SQLpro

Tout est incorrect ! Un tel fichier est strictement spécifique à un SGBDR !

A +

Donc ca veut dire que je ne peux pas exporter ma base donne PostgreSQL dans un script SQL et l'importer dans SQL 2005? Y a t il un autre moyen? A part utiliser le DTS (qui ne marche pas avec moi cf autre thread)?

EDIT: Apparemment si:

Citation:

Envoyé par PostgreSQL Doc

Script dumps are plain-text files containing the SQL commands required to reconstruct the database to the state it was in at the time it was saved. [...] Script files can be used to reconstruct the database even on other machines and other architectures; with some modifications even on other SQL database products.

Source: http://www.postgresql.org/docs/8.3/s...pp-pgdump.html
02/07/2009, 15h03
SQLpro

DTS c'est pour les données. Pas pour les schémas.

A +
02/07/2009, 19h32
mikedavem

Une autre solution est d'utiliser un outil tiers .. DBConvert mais qui est payant il me semble.

++