Message d'erreur "n'est pas un chemin valide" lors du chargement du fichier CSN à l'aide de OleDbConnection

Question

Je souhaite avoir un site Web ASP C# qui charge un fichier CSV simple et le présente dans un contrôle GridView (au moins pour un démarrage).

J'ai déjà un morceau de code qui fait presque tout le travail, ce qui me manque/incapable de le faire fonctionner est de régler correctement la "Source de données".

Le fichier CSV que je veux charger se trouve sur un serveur différent du réseau (le chemin est "\ td47vc \ public \ Joe \ ASP \ Test").

Voici le code que j'ai écrit:

public DataSet GetCSVFile(string fileName) 
{ 

    string pathName = "\\td47vc\\public\\Joe\\ASP\\Test"; 
    string file = System.IO.Path.GetFileName(fileName); 
    OleDbConnection excelConnection = new OleDbConnection(@"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + pathName + ";Extended Properties=Text;"); 
    OleDbCommand excelCommand = new OleDbCommand(@"SELECT * FROM " + file, excelConnection); 
    OleDbDataAdapter excelAdapter = new OleDbDataAdapter(excelCommand); 
    excelConnection.Open(); 
    DataSet ds = new DataSet(); 
    excelAdapter.Fill(ds); 
    excelConnection.Close(); 
    return ds; 
} 

Je reçois l'erreur suivante: '\ td47vc \ public \ Joe \ ASP \ Test' est pas un chemin valide. Assurez-vous que le nom du chemin d'accès est orthographié correctement et que vous êtes connecté au serveur sur lequel réside le fichier.

Merci,

GorovDude

Answer 1

public DataSet GetCSVFile(string fileName) 
{ 

    string pathName = "\\\\td47vc\\public\\Joe\\ASP\\Test"; 
    string file = System.IO.Path.GetFileName(fileName); 
    OleDbConnection excelConnection = new OleDbConnection(@"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + pathName + ";Extended Properties=Text;"); 
    OleDbCommand excelCommand = new OleDbCommand(@"SELECT * FROM " + file, excelConnection); 
    OleDbDataAdapter excelAdapter = new OleDbDataAdapter(excelCommand); 
    excelConnection.Open(); 
    DataSet ds = new DataSet(); 
    excelAdapter.Fill(ds); 
    excelConnection.Close(); 
    return ds; 
} 

Answer 2

qui revient la plupart du temps en raison de la sécurité d'accès du code ou tout autre problème d'autorisation.

http://blogs.msdn.com/b/shawnfa/archive/2004/12/30/344554.aspx

Cela aurait de toute façon avoir goulot d'étranglement. Il est fortement recommandé d'avoir une copie locale.