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

Réplications SQL Server Discussion :

SQL SERVER 2005 EXPRESS : PB de taille maxi d'un select à partir d'ORACLE


Sujet :

Réplications SQL Server

  1. #1
    Membre confirmé
    Inscrit en
    Juillet 2005
    Messages
    126
    Détails du profil
    Informations forums :
    Inscription : Juillet 2005
    Messages : 126
    Par défaut SQL SERVER 2005 EXPRESS : PB de taille maxi d'un select à partir d'ORACLE
    Bonjour,

    j'utilise une base oracle 9i et je me connecte via dblink et driver odbc à une base sql server 2005 express (donc version gratuite).

    ma table n'a que 400 lignes mais une 40aine de colonne avec des varchar de 500.

    quand je fais un select simple de toutes les colonnes ça plante (pb oracle perte connexion...) si je mets la clause where rownum < 5 ça marche.

    J'ai l'impression que la version gratuite limite le nombre de données en volume lors d'un select.

    Comment paramétrer la taille du buffer ou la variable sql server concernée ??

    Avez-vous déjà rencontrez ce genre de "limitation" avec la version express ???

    Merci pour votre aide.


    Si vous avez besoin de + de détails voici mon post sur le forum ORACLE :
    http://www.developpez.net/forums/d67...le-sql-server/

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 986
    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 986
    Billets dans le blog
    6
    Par défaut
    de quel coté est votre table ? Oracle ou SQL Server ??

    Postez le DDL de cette dernière et l'ordre SQL que vous faites.

    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/ * * * * *

  3. #3
    Membre confirmé
    Inscrit en
    Juillet 2005
    Messages
    126
    Détails du profil
    Informations forums :
    Inscription : Juillet 2005
    Messages : 126
    Par défaut
    ma table est côté sql server...

    ma requête est faite à partir d'oracle 9i via un dblink et le driver odbc d'oracle:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    SELECT nom, prenom, adresse, description, poste, ville
    FROM salarie@toto;
    Je n'ai mis que 6 colonne mais y'en a réellement 40 environ.


    ici le nom de mon dblink est "toto", le lien fonctionne si je sélectionne "peu de données" c'est à dire 4 ou 5 colonnes dans mon select ou bien 40 colonnes mais avec la clause , ce qui est à peu près équivalent en terme de volumétrie.

    J'ai remarqué qu'à partir d'oracle je pouvais relancer la requête que 4 fois d'affilée (avec une requête renvoyant peu de données).

    et au bout de la 5ème fois j'obtiens l'erreur suivant (même erreur que le select avec toutes les colonnes et sans restriction sur le nombre de ligne) :

    ORA-02068: suivant erreur sévère de TOTO
    ORA-28511: connexion RPC avec l'agent distant heterogene perdue avec SID=(description=(address=(protocol=tcp)(host=xxx.xx.x.xxx)(port=1921))(connect_data=(sid=totodsn)))
    Une fois cette erreur obtenue, je peux à nouveau rejouer 4 fois la requête...c'est comme si la mémoire tampon s'était libérée.

    et hop à la 5ème fois ERREUR, car le cumul des lignes renvoyées les 5 fois doit dépasser une limite fixée par sql server express je suppose.

    Je suis donc contrainte à ne laisser qu'une dizaine de ligne dans ma table sql server au lieu des 400.

  4. #4
    Expert confirmé
    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 : 46
    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
    Par défaut
    Bonjour,

    D'après les echos que j'ai pu avoir de cette erreur, soit vous avez un problème réseau entre vos 2 serveurs . (à vérifier) soit il s'agit d'une mauvaise configuration côté oracle. Peut être voir du côté forum oracle pour vous ce qu'ils en pensent.

Discussions similaires

  1. installation sql server 2005 express
    Par gock dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 21/11/2005, 10h08
  2. Migration Sybase Anywhere -> SQL Server 2005 Express
    Par bubi dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 31/10/2005, 15h23
  3. SQL Server 2005 Express CTP June
    Par bubi dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 24/10/2005, 11h23
  4. [SQL Server 2005 Express] Problème d'installation.
    Par Nadd dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 17/09/2005, 17h47
  5. [Installation]SQL Server 2005 Express Edition sur XP home
    Par Médiat dans le forum MS SQL Server
    Réponses: 15
    Dernier message: 06/08/2005, 18h22

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