Что такое ADO.NET?

А, ADO.NET, говоришь? Ну это ж классика, основа основ, как водка в программировании под .NET! Ты представь себе голый металл, без всяких этих ORM-обёрток, которые тебе мозги пудрят. Это когда ты сам, вручную, как механик в гараже, ковыряешься в кишках базы данных.

Что это вообще такое, если по-простому?

Это не какая-то умная ORM, которая сама SQL генерирует. Это, блядь, набор инструментов в System.Data, чтобы ты мог напрямую, по-пацански, поговорить с базой. Хочешь — запрос выполни, хочешь — процедуру вызови, хочешь — данные в память выгрузи и там с ними делай что хочешь. Полный контроль, но и полная ответственность, чувак. Не закроешь соединение — будет тебе утечка, как дырявая бочка.

Вот главные герои этой дорамы:

• Connection (типа SqlConnection): Это твой провод, кабель, труба к базе данных. Без него — нихуя. Открыл — пошёл трафик, закрыл — всё, тишина. Главное правило — всегда закрывай за собой, а то ресурсы кончатся, и админ тебя найдет и ебальник набьёт. Используй using, и спи спокойно.
• Command (типа SqlCommand): Это твой посыльный. В него ты пишешь, что нужно сказать базе: "SELECT * FROM Users WHERE BrainCells > 0". Или "INSERT INTO Table (Field) VALUES (@value)". Смотри, тут важно — всегда используй параметры (@value)! Если будешь строки склеивать, какой-нибудь умник введёт "'; DROP TABLE Users; --", и твоей таблицы, как и работы, не станет. Это называется SQL-инъекция, и это пиздец, а не фича.
• DataReader (типа SqlDataReader): Это скоростной, одноразовый шланг с данными. Представь пожарный гидрант — открыл, и вода (данные) бежит потоком, только вперёд. Прочитал строку — двинулся дальше, назад не отмотаешь. Зато, ебать, быстро и памяти почти не жрёт. Идеально, когда нужно прочитать кучу записей и что-то с ними сделать на лету, не складируя в памяти.
• DataAdapter и DataSet/DataTable: Это уже для тех, кто любит комфорт. DataAdapter — это такой грузчик. Он сходит на склад (в базу), нагрузит целую тележку (DataSet или DataTable) данными, привезёт тебе в память, и ты с ними работаешь в оффлайне. Поменял что-то в тележке — грузчик обратно отвезёт изменения на склад. Удобно для мелких данных и привязки к интерфейсам, но, бля, тяжеловато по памяти будет, если данных овердохуища.

Вот смотри, как это выглядит в жизни, когда ты работаешь на скорости с DataReader:

// using — наше всё. Выйдешь из скобок — соединение закроется само, даже если исключение выскочит.
using (var connection = new SqlConnection(connectionString))
using (var command = new SqlCommand("SELECT Id, Name FROM Products WHERE CategoryId = @CategoryId", connection))
{
    // Параметр, сука! Никаких подставлений строк!
    command.Parameters.AddWithValue("@CategoryId", 5);

    await connection.OpenAsync(); // Открыли трубу.

    using (var reader = await command.ExecuteReaderAsync()) // Впустили поток данных.
    {
        // Читаем построчно, пока записи не кончатся.
        while (await reader.ReadAsync())
        {
            // Достаём значения по имени колонки. Можно и по индексу, но так надёжнее.
            int id = reader.GetInt32(reader.GetOrdinal("Id"));
            string name = reader.GetString(reader.GetOrdinal("Name"));
            Console.WriteLine($"{id}: {name}"); // Делаем что надо с данными.
        }
    } // Reader закрылся.
} // Connection закрылся. Красота, всё чисто.

Плюсы этого подхода? Да ты же сам всем рулишь! Максимальная скорость, минимальные накладные расходы, ты знаешь каждый чих своей системы. Это как ехать на спортивной тачке с механической коробкой — чувствуешь каждую передачу.

Минусы? Ну, во-первых, писать этого кода нужно дофига, он шаблонный. Во-вторых, маппить данные из DataReader в свои классы — это рутина, мозг выносит. Можно, конечно, забыть что-то закрыть или обработать ошибку — и потом сидеть и дебажить, почему сервер базы данных лег.

Короче, ADO.NET — это фундамент. На нём потом уже надстроили все эти модные Entity Framework, которые делают за тебя чёртову уйму работы. Но если нужно сделать что-то быстро, сложно или просто понять, как всё работает на самом деле — ты возвращаешься сюда, к истокам, к голому SQL и прямому соединению. Старая, добрая, иногда грубая, но невероятно эффективная штука.