C #의 MS SQL Server에서 데이터를 쿼리하는 가장 좋은 방법은 무엇입니까?
코드에 SQL 쿼리를 사용하는 것은 좋지 않습니다.
저장 프로 시저를 만들고 C #에서 매개 변수를 사용하여 호출하는 가장 좋은 방법입니까?
using (var conn = new SqlConnection(connStr))
using (var command = new SqlCommand("StoredProc", conn) { CommandType = CommandType.StoredProcedure }) {
conn.Open();
command.ExecuteNonQuery();
conn.Close();
}
8
"코드에 SQL 쿼리가있는 것은 좋지 않다는 것을 알고 있습니다." -이모, 말도 안돼.
—
GrandmasterB
using 블록에서 conn.Close ()를 만든 경우에는 호출 할 필요가 없습니다. using 블록의 요점은 C ++ 스타일의 소멸자 정리를 모방하는 것입니다. 더 문명화 된 시대부터 우아한 청소. try-catch 스타일만큼 무작위이거나 서투른 것은 아닙니다.
—
Lord Tydus
참고로 저장 프로시 저도 "코드"입니다. 저장된 procs의 요점은 절차 코드를 세트 기반 스타일 SQL과 혼합하는 것입니다. 따라서 코드에 관계없이 쿼리가 있습니다. 볼륨이 매우 큰 앱의 경우 서버를 추가하여 수평 확장을 허용하기 위해 데이터베이스 외부에서 로직을 수행하는 것이 좋습니다. 단일 DB를 유지 관리 할 수 있지만 논리에 대한 멀티 서버는 확장이 훨씬 쉬워집니다.
—
Tydus 경
@GrandmasterB 우리는 C #에 상당한 양의 SQL 인라인을 보유하고 있습니다 (우리의 C # LOC는 현재 2 백만에 가깝습니다). 그리고 6 년 후에 인라인 SQL을 찾아야하기 때문에 우리를 물러서 고 있습니다 (최근에 SQL 전문가를 고용했습니다) -그래서 우리는 성능 조정을하고 있습니다). 날 믿어 : 당신은 당신의 앱이 얼마나 큰지, 앞으로 어떻게 될지 알지 못합니다. 리소스를 명시하기 위해 다른 언어를 다른 파일에 보관하십시오. 당신은 또한
—
Jonathan Dickinson
// SQLCODE그것을 할 수 있습니다 -그러나 당신 은 그것을 기억해야합니다.
@JonathanDickinson, 원하는 경우 저장된 procs를 사용하십시오. 동일한 데이터베이스에 대해 서로 다른 코드베이스를 운영 할 때 유용하다고 여러 번 말했습니다. 그러나 일부 환경 에서 유용하다고 해서 항상 '나쁜 습관'을 사용 하지 않는 것은 아닙니다 . SQL 문을 직접 사용해도 문제가 발생하지 않으면 해당 앱에 대한 '나쁜 습관'이 아닙니다.
—
GrandmasterB