Чтение таблицы SQL в C # DataTable

Я прочитал много сообщений о вставке DataTable в таблицу SQL, но есть ли простой способ вывести таблицу SQL в .NET DataTable?

Вот, попробуйте (это всего лишь псевдокод)

using System;
using System.Data;
using System.Data.SqlClient;


public class PullDataTest
{
    // your data table
    private DataTable dataTable = new DataTable();

    public PullDataTest()
    {
    }

    // your method to pull data from database to datatable   
    public void PullData()
    {
        string connString = @"your connection string here";
        string query = "select * from table";

        SqlConnection conn = new SqlConnection(connString);        
        SqlCommand cmd = new SqlCommand(query, conn);
        conn.Open();

        // create data adapter
        SqlDataAdapter da = new SqlDataAdapter(cmd);
        // this will query your database and return the result to your datatable
        da.Fill(dataTable);
        conn.Close();
        da.Dispose();
    }
}

var table = new DataTable();    
using (var da = new SqlDataAdapter("SELECT * FROM mytable", "connection string"))
{      
    da.Fill(table);
}

Много способов.

Используйте ADO.Net и заполните адаптер данных, чтобы получить DataTable:

using (SqlDataAdapter dataAdapter
    = new SqlDataAdapter ("SELECT blah FROM blahblah ", sqlConn))
{
    // create the DataSet 
    DataSet dataSet = new DataSet(); 
    // fill the DataSet using our DataAdapter 
    dataAdapter.Fill (dataSet);
}

Затем вы можете получить таблицу данных из набора данных.

Примечание в наборе данных ответов, за которые проголосовали, не используется (оно появилось после моего ответа).

// create data adapter
SqlDataAdapter da = new SqlDataAdapter(cmd);
// this will query your database and return the result to your datatable
da.Fill(dataTable);

Что предпочтительнее моего.

Я настоятельно рекомендую взглянуть на структуру сущностей ... использование таблиц и наборов данных - не лучшая идея. На них нет безопасности типов, что означает, что отладка может выполняться только во время выполнения. С строго типизированными коллекциями (которые вы можете получить с помощью LINQ2SQL или entity framework) ваша жизнь станет намного проще.

Изменить: Возможно, я не понял: Datatables = хорошо, наборы данных = зло. Если вы используете ADO.Net, вы можете использовать обе эти технологии (EF, linq2sql, dapper, nhibernate, orm of the month), поскольку они обычно находятся поверх ado.net. Преимущество, которое вы получаете, заключается в том, что вы можете намного проще обновлять свою модель по мере изменения вашей схемы, при условии, что у вас есть правильный уровень абстракции, используя генерацию кода.

Адаптер ado.net использует поставщиков, которые предоставляют информацию о типе базы данных, например, по умолчанию он использует поставщик сервера sql, вы также можете подключить - например, поставщик постгресса devart и по-прежнему получать доступ к информации о типе, которая затем будет позволяет вам, как указано выше, использовать выбранный вами orm (почти безболезненно - есть несколько причуд) - я считаю, что Microsoft также предоставляет поставщика Oracle. ВСЯ цель этого - абстрагироваться от реализации базы данных, где это возможно.

Версия, не зависящая от производителя, полагается исключительно на интерфейсы ADO.NET; 2 способа:

public DataTable Read1<T>(string query) where T : IDbConnection, new()
{
    using (var conn = new T())
    {
        using (var cmd = conn.CreateCommand())
        {
            cmd.CommandText = query;
            cmd.Connection.ConnectionString = _connectionString;
            cmd.Connection.Open();
            var table = new DataTable();
            table.Load(cmd.ExecuteReader());
            return table;
        }
    }
}

public DataTable Read2<S, T>(string query) where S : IDbConnection, new() 
                                           where T : IDbDataAdapter, IDisposable, new()
{
    using (var conn = new S())
    {
        using (var da = new T())
        {
            using (da.SelectCommand = conn.CreateCommand())
            {
                da.SelectCommand.CommandText = query;
                da.SelectCommand.Connection.ConnectionString = _connectionString;
                DataSet ds = new DataSet(); //conn is opened by dataadapter
                da.Fill(ds);
                return ds.Tables[0];
            }
        }
    }
}

Я провел некоторое тестирование производительности, и второй подход всегда превосходил первый.

Stopwatch sw = Stopwatch.StartNew();
DataTable dt = null;
for (int i = 0; i < 100; i++)
{
    dt = Read1<MySqlConnection>(query); // ~9800ms
    dt = Read2<MySqlConnection, MySqlDataAdapter>(query); // ~2300ms

    dt = Read1<SQLiteConnection>(query); // ~4000ms
    dt = Read2<SQLiteConnection, SQLiteDataAdapter>(query); // ~2000ms

    dt = Read1<SqlCeConnection>(query); // ~5700ms
    dt = Read2<SqlCeConnection, SqlCeDataAdapter>(query); // ~5700ms

    dt = Read1<SqlConnection>(query); // ~850ms
    dt = Read2<SqlConnection, SqlDataAdapter>(query); // ~600ms

    dt = Read1<VistaDBConnection>(query); // ~3900ms
    dt = Read2<VistaDBConnection, VistaDBDataAdapter>(query); // ~3700ms
}
sw.Stop();
MessageBox.Show(sw.Elapsed.TotalMilliseconds.ToString());

Read1выглядит лучше на глазах, но адаптер данных работает лучше (чтобы не сбить с толку тот факт, что одна база данных превзошла другую, все запросы были разными). Однако разница между ними зависела от запроса. Причина может заключаться в том, что при добавлении строк (это метод на ) Loadтребуется проверка различных ограничений построчно из документации,DataTable а Fillна DataAdapters, которые были разработаны именно для этого - быстрое создание DataTables.

Центрированная модель: вы можете использовать ее откуда угодно!

Вам просто нужно вызвать ниже формат из вашей функции в этот класс

DataSet ds = new DataSet();
SqlParameter[] p = new SqlParameter[1];
string Query = "Describe Query Information/either sp, text or TableDirect";
DbConnectionHelper dbh = new DbConnectionHelper ();
ds = dbh. DBConnection("Here you use your Table Name", p , string Query, CommandType.StoredProcedure);

Вот и все. это идеальный метод.

public class DbConnectionHelper {
   public DataSet DBConnection(string TableName, SqlParameter[] p, string Query, CommandType cmdText) {
    string connString = @ "your connection string here";
    //Object Declaration
    DataSet ds = new DataSet();
    SqlConnection con = new SqlConnection();
    SqlCommand cmd = new SqlCommand();
    SqlDataAdapter sda = new SqlDataAdapter();
    try {
     //Get Connection string and Make Connection
     con.ConnectionString = connString; //Get the Connection String
     if (con.State == ConnectionState.Closed) {
      con.Open(); //Connection Open
     }
     if (cmdText == CommandType.StoredProcedure) //Type : Stored Procedure
     {
      cmd.CommandType = CommandType.StoredProcedure;
      cmd.CommandText = Query;
      if (p.Length > 0) // If Any parameter is there means, we need to add.
      {
       for (int i = 0; i < p.Length; i++) {
        cmd.Parameters.Add(p[i]);
       }
      }
     }
     if (cmdText == CommandType.Text) // Type : Text
     {
      cmd.CommandType = CommandType.Text;
      cmd.CommandText = Query;
     }
     if (cmdText == CommandType.TableDirect) //Type: Table Direct
     {
      cmd.CommandType = CommandType.Text;
      cmd.CommandText = Query;
     }
     cmd.Connection = con; //Get Connection in Command
     sda.SelectCommand = cmd; // Select Command From Command to SqlDataAdaptor
     sda.Fill(ds, TableName); // Execute Query and Get Result into DataSet
     con.Close(); //Connection Close
    } catch (Exception ex) {

     throw ex; //Here you need to handle Exception
    }
    return ds;
   }
  }