홈택스 전자세금계산서 연동 기능을 제공해주는 업체의 API를 테스트 하기 위하여 제공된 DLL을 참조 시키고

테스트 코드를 작성한 후 컴파일을 시도 했으나 다음과 같은 오류가 발생 하였다.

참조된 어셈블리 "Popbill.dll"이(가) 현재 대상 프레임워크 ".NETFramework,Version=v4.0,Profile=Client"에 없는 "System.ServiceModel.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"에 종속되어 있기 때문에 참조된 어셈블리를 확인할 수 없습니다. 이 문제를 해결하려면 (1) 이 프로젝트의 대상 프레임워크를 변경하거나 (2) 프로젝트에서 참조된 어셈블리를 제거하십시오.

해결을 위하여 시행착오를 겪다가 인터넷을 통해서 원인을 찾았다.

프로젝트 속성 중 대상 프로임워크가 .NET Framework Client Profile 로 되어 있었기 때문 이었다. Client Profile은 사용자를 위한 런타임 이기 때문에 Visual Studio 에서 컴파일 시에 사용할 수가 없다고 한다.

대상 프레임워크를 .NET Framework 4 로 변경 하고 저장 후, 프로젝트를 다시 오픈 한 다음 컴파일 하니 정상적으로 되었다.

동일한 증상 있으신 분은 참조 하시기 바랍니다.

SSMS 이전버전에서는 로그인 암호 파일이 별도로 있어서 해당 파일만 삭제 하면 해결 되었으나,

(SQL 서버 2008 SSMS 로그인시 암호저장이 잘 안될때 참조)

SSMS v.18에서는 해당파일 자체가 존재 하지 않아서 기존방법으로는 자동로그인 된 정보를

삭제할 수가 없습니다.

해결방법은 의외로 간단한데, 

로그인 화면에서 '로그인(L):' 드롭박스를 클릭해서 나오는 리스트에서 원하는 로그인명을 Del  키로 삭제하면 됩니다.

삭제 후 다시 로그인과 암호를 입력하고 '암호 저장'에 체크를 해서 성공적으로 로그인이 되면 암호저장이 정상적으로 됩니다.

저는 처음에 이걸 몰라서 좀 애를 먹었다는...^^

SP는 최초(처음) 실행 하는 시점에 실행계획을 수립하고 이후에는 실행계획을 계속 재사용 하게 됩니다

(이것이 SP를 사용하는 중요한 이유 중 하나 입니다).

이 최초 실행계획 수립시, 인수로 넘겨진 파라미터(매개변수)를 기준으로 통계를 통해 예상 행수를 추측하게 됩니다.

그런데 넘겨진 파라미터가 아닌 로컬 변수를 이용해서 쿼리를 실행하면 옵티마이저가 행수 추측이 실패하게 되어

원하지 않는 실행 계획이 생성 될 수 있습니다.

이로 인하여 SP 성능이 저하 될 수 있습니다.

예를 들어 다음과 같이 SP 가 되어 있을 때,

create proc Proc1 (
@p_date varchar(8)
)
as
SELECT
   *
FROM 
   SDSaleMaster a
WHERE
   a.SaleDate = @p_date

SP를 호출 하면,

EXEC Proc1 @p_date = '20190601'

실행계획에서 행수를 1326으로 예측 합니다.

이는 통계와 일치하는 제대로 된 예상 행 수 이기 때문에, 실행계획이 적합하게 나올 가능성이 높습니다.

그런데 다음과 같이 매개변수가 아닌 로컬 변수를 사용 하게 되어 있을 때,

create proc proc1 (
@p_date varchar(8)
)
as
declare
   @v_date varchar(8)

set @v_date = convert(varchar(8), dateadd(d, -1, @p_date), 112)  -- 하루 전

SELECT
   *
FROM 
   SDSaleMaster a
WHERE
   a.SaleDate = @v_date

SP를 호출 하면,

 EXEC Proc1 @p_date = '20190602'

옵티마이저가 예상 행수를 제대로 추정할 수가 없어서 549로 나오는 데, 이는 해당 테이블의 평균 밀도값을 이용한 것 입니다.

평균밀도

예상 행수 = 밀도 * 테이블 전체 row 수

이 글이 도움이 되셨으면 좋아요 눌러 주시거나 댓글을 남겨 주세요.