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

Accès aux données Discussion :

Peux-t-on utiliser un SqlDataSource avec Oracle(odt)?


Sujet :

Accès aux données

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Mai 2002
    Messages
    275
    Détails du profil
    Informations forums :
    Inscription : Mai 2002
    Messages : 275
    Par défaut Peux-t-on utiliser un SqlDataSource avec Oracle(odt)?
    Bonjour,

    Je commence une application Web (aspx, c#).
    J'ai installé les drivers oracle 9.xx (odt). (vs2008)
    J'ai posé une grille que je veux lié avec un sqlDatasource.
    Le sqlDatasource ne me propose pas dans les ProviderName, les drivers ODT(Oracle.DataAccess.Client) mais seulement les System.Data.OracleClient.
    Et si j'utilise les Oracle.DataAccess.Client à l exécution,
    j'ai un message d'erreur 'Le fournisseur de données .Net Framework demandé est introuvable. Il n'est peut-être pas installé.' .J'ai pourtant référencé la dll sur ma solution.
    Si je garde les drivers System.Data.OracleClient, j ai une erreur sur 'OCI-22053 erreur de depassement'. Mais cela est normale car ce driver ne supporte pas les float de 126 (jusqu' à 100).
    J'ai bien fait une connection Oracle en utilisant les drivers Oracle.DataAccess.Client.

    voilà, si quelqu'un à une idée
    bonne journée
    Cyril

  2. #2
    Membre éclairé
    Inscrit en
    Juin 2006
    Messages
    379
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 379
    Par défaut
    Bonjour,

    J'ai exactement le même problème.

    a+

  3. #3
    Membre éprouvé Avatar de anthyme
    Homme Profil pro
    Inscrit en
    Mars 2004
    Messages
    1 559
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Mars 2004
    Messages : 1 559
    Par défaut
    Utiliser autre chose que la SQL Data Source ? (qui devrait être évité dans tout projet sérieux)

  4. #4
    Expert confirmé

    Avatar de Philippe Vialatte
    Homme Profil pro
    Architecte technique
    Inscrit en
    Juillet 2004
    Messages
    3 029
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juillet 2004
    Messages : 3 029
    Par défaut
    +1

    De mon avis, le composants SQLDataSource devrait etre reserve pour des demos, des protos ou des spikes, surtout pas pour du code de production...

    apres...c'est mon avis, hein

    Mon Blog

    The Cake is still a lie !!!



    Vous voulez contribuer à la rubrique .NET ? Contactez-moi par MP.
    Vous voulez rédiger des articles pour la rubrique .NET ? Voici la procédure à suivre.

Discussions similaires

  1. Réponses: 2
    Dernier message: 04/09/2009, 16h40
  2. Utilisation de Forms avec Oracle XE (licence)
    Par tostinni dans le forum Forms
    Réponses: 5
    Dernier message: 02/03/2009, 17h59
  3. Utiliser Enterprise Library avec Oracle Stored Procedure
    Par Cervantes dans le forum Accès aux données
    Réponses: 1
    Dernier message: 27/10/2008, 11h39
  4. Peut-on utiliser les DataSet avec Oracle ?
    Par etoile_de_vie dans le forum C#
    Réponses: 19
    Dernier message: 28/04/2008, 16h13
  5. LEFT JOIN avec Oracle 8i ne va pas... doit utiliser (+)
    Par loikiloik dans le forum Langage SQL
    Réponses: 10
    Dernier message: 21/04/2004, 16h38

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