Я знаю, что это не ад полезный вопрос, но я не могу не прослушивать его.Почему «Non» в «ExecuteNonQuery»?
Так,
Почему указанный метод (в *Command классов) называется
ExecuteNonQuery вместо ExecuteQuery?
Не те ли SQL-запросы, которые мы бросаем в БД, запросы?
семантически, запрос является то, что вы выполняете для возврата данных. Вы «запрашиваете» базу данных, чтобы найти все X в Y.
Если вы не ожидаете результатов, это не столько запрос, сколько утверждение или команда.
Не, если они являются вставки, удаления, создания таблиц и т.д.
Но метод, который ** может ** выполнять запрос (т. Е. SELECT), не должен называться ExecuteNonQuery. Это меня беспокоит. –
Это * может * выполнить 'SELECT', но нет смысла использовать' ExecuteNonQuery' с 'SELECT', потому что он фактически не возвращает результат. –
@Camilo классы DB не знают, нужен ли вам ответ, явно указывающий на объект базы данных, что вы не ожидаете чего-либо обратно, что создает возможности для оптимизации. Вы, как разработчик, может не захотеть ничего, возвращаемого оператором select (выберите * в ... для одного) –
Я бы подумал об этом, так как запрос запрашивает базу данных для записей. Действия, которые изменяют данные/базу данных, не будут запросом.
Но это может быть SELECT. Так почему бы не просто «myCommand.Execute()»? –
@Camilo: поскольку ExecuteReader() возвращает результаты вашего запроса или даже ExecuteScalar() для однозначных результатов. –
Спасибо, я не знал о ExecuteScalar :) –