Ошибка "Размер поля недостаточен, чтобы принять добавляемые данные. Попробуйте вставить меньшее количество данных"

[eraserhp]

я имел ввиду в чем код совсем неправильный?

[eval]

Данных во втором запросе на гиг с небольшим выбирается

Ошибка про поле говорит а не про данные запроса.

я имел ввиду в чем код совсем неправильный?

GlobalVariables неправильно.
а это

GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();

еще хуже.
Работа с исключениями тоже.
и т.д.
Вот поэтому все неправильно.

[eraserhp]

GlobalVariables, статичный класс, в котором храню различные глобальные переменные... по поводу принудительной очистки памяти, скопировал из механизма, который делает выборку большого объема данных, потому что при возникновении исключения превышения оперативки, объект не очищался.

можно попросить пример функции по всем правилам, которая бы на вход принимала имя поля и таблицы, выполняла селект, возвращала выборку данного селекта.

Считаем, что подключение к БД установлено и хранится в DBConnection.

[eval]

Считаем, что подключение к БД установлено и хранится в DBConnection.

Зачем ?

[eraserhp]

чтоб не перегружать функцию.

[eval]

GlobalVariables, статичный класс, в котором храню различные глобальные переменные...

Это понятно, но это не правильно в данном случае. Глобальные не делают просто так, для этого веские причины должны быть, они у вас есть?

потому что при возникновении исключения превышения оперативки, объект не очищался.

Значит неправильно работали. Не очищается просто так не может.

[eval]

чтоб не перегружать функцию.

В смысле ?

[eraserhp]

Сообщение от eval

Это понятно, но это не правильно в данном случае. Глобальные не делают просто так, для этого веские причины должны быть.

Так они и есть, 3 переменные:
1. Подключение к базе;
2. Текст запроса (удобно хранить вместе с подключением;
3. Результат - несколько гридов со свойством виртуальный, данные сосут из этой переменной.

Сообщение от eval

В смысле?

Считаю, что подключение к БД разрывать не надо, так как это дополнительные затраты по времени, значит должна быть функция, которая при открытии файла БД осущ. подключение и все! зачем выносить подключение к БД в каждую функцию, которая осущ. чтение данных?

[eval]

Так они и есть, 3 переменные:

Они не нужны, это не причины, это плохой дизайн.

Считаю, что подключение к БД разрывать не надо, так как это дополнительные затраты по времени

С чего тут затраты?

[eval]

2. Текст запроса (удобно хранить вместе с подключением;

Кому еще сдался этот текст, кроме как команду который умрет по выходу их метода?