Silence1Использую SqlDataSource, вполне доволен. Минимум кода, всегда надёжно. Основная неприятность это отсутствие стандартной возможности для смены order by при работе со страницей. Но я нашёл для себя как решать эту проблему. Посмотрел сейчас, какое максимальное кол-во SqlDataSource имеется у меня на странице. 60 штук. Загрузил эту страницу, посмотрел размер VIEWSTATE - 17 кб. Нормально.

Дак я тоже доволен, SqlDataSource прекрасно справляются с некоторыми задачами, но профи советуют все делать из под кода и использовать ORM. Охота, как раз, научиться работать именно так. Чтобы в будущем не возникало лишних проблем и вопросов. SqlDataSource - хороший но гибкость оставляет желать лучшего, в моем случае т. к. сайтик не большой я справился с помощью него. Но пока есть время, то хочу глубже разобраться.

Имбирь, пробовал и через него, тоже прекрасно все работает, но там надо классы(сущности для каждой таблицы, ну я так делал не знаю правильно или нет) описывать, только смысл то у них(+sqldatasource) по идее один и тот же, и желаемой гибкости они не дадут :( С помощью них можно справится, если проект не большой, допустим у меня база на 20-30 таблиц, то есть 20-30 классов, а если база 100 и более, что тогда? И особых запросов к базе тоже не много.

eJackВо первых - значит вы не работали с большими БД и в больших проектах, у нас сейчас в БД более 1000 таблиц. И норм работаем.
Во вторых, при разработке модуля - как правило используется только какя то часть таблиц - они и попадают под создание классов и работу с ними.
В третьих, нечего страшно в создании 20,30 или 100 и более классов нет.
1) Бинго, только не давно начал работать, выпускник, так сказать, опыта нету :)
2) Может быть, пока с этим не очень ясно мне.
3) Для профессионала нету, а для меня т. к. в новинку, очень трудоемкий процесс.