IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration SQL Server Discussion :

Fichier SQL trop volumineux


Sujet :

Administration SQL Server

  1. #1
    Membre régulier
    Inscrit en
    Avril 2004
    Messages
    190
    Détails du profil
    Informations personnelles :
    Âge : 39

    Informations forums :
    Inscription : Avril 2004
    Messages : 190
    Points : 88
    Points
    88
    Par défaut Fichier SQL trop volumineux
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    SQLCMD -S MyServer -d MyDatabase -E -i C:\Scripts\MyScriptFile.sql
    Malheureusement ca nem fonctionne pas pour moi. Voici ce que j'obtiens:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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..

  2. #2
    Membre confirmé Avatar de agemis31
    Profil pro
    DBA
    Inscrit en
    Octobre 2007
    Messages
    399
    Détails du profil
    Informations personnelles :
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : DBA

    Informations forums :
    Inscription : Octobre 2007
    Messages : 399
    Points : 478
    Points
    478
    Par défaut
    Bonjour,

    Je viens de faire un petit test en mettant

    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 ?

    @+

  3. #3
    Membre régulier
    Inscrit en
    Avril 2004
    Messages
    190
    Détails du profil
    Informations personnelles :
    Âge : 39

    Informations forums :
    Inscription : Avril 2004
    Messages : 190
    Points : 88
    Points
    88
    Par défaut
    En fait mon fichier sql est un backup qui vient de PostgreSQL.

    Dans le fichier est structure comme cela:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 761
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 761
    Points : 52 547
    Points
    52 547
    Billets dans le blog
    5
    Par défaut
    Tout est incorrect ! Un tel fichier est strictement spécifique à un SGBDR !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre régulier
    Inscrit en
    Avril 2004
    Messages
    190
    Détails du profil
    Informations personnelles :
    Âge : 39

    Informations forums :
    Inscription : Avril 2004
    Messages : 190
    Points : 88
    Points
    88
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    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

  6. #6
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 761
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 761
    Points : 52 547
    Points
    52 547
    Billets dans le blog
    5
    Par défaut
    DTS c'est pour les données. Pas pour les schémas.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  7. #7
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Points : 12 891
    Points
    12 891
    Par défaut
    Une autre solution est d'utiliser un outil tiers .. DBConvert mais qui est payant il me semble.

    ++

Discussions similaires

  1. [2012] fichier log trop volumineux
    Par jord140 dans le forum MS SQL Server
    Réponses: 0
    Dernier message: 13/06/2014, 15h28
  2. Fichier verrou trop volumineux
    Par tarbala dans le forum Paradox
    Réponses: 1
    Dernier message: 08/10/2012, 14h55
  3. [V-03] Fichier trop volumineux : gabarit externe ?
    Par LiiiiNkkk dans le forum Visio
    Réponses: 3
    Dernier message: 10/02/2009, 15h00
  4. Fichier trop volumineux
    Par cmako dans le forum Modélisation
    Réponses: 9
    Dernier message: 27/11/2008, 17h33
  5. [phpMyAdmin] importation d'un fichier .sql volumineux dans phpMyAdmin problématique
    Par allowen dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 5
    Dernier message: 23/06/2006, 09h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo