Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)
Pet Shop 4.0 - SQL Server Compact Edition Version - 두 번째 이야기


간단하게 테스트 해볼 수 있는 ASP.NET 예제로써 Pet Shop을 선택했습니다. 이것은 자바 버전의 JPetStore와의 성능 비교를 위해 .NET 버전으로 만들어진 것으로 다음의 경로에서 다운로드 받을 수 있습니다.

Microsoft .NET Pet Shop 4: Migrating an ASP.NET 1.1 Application to 2.0
; http://msdn.microsoft.com/en-us/library/aa479070.aspx

설치 버전
; http://download.microsoft.com/download/8/0/1/801ff297-aea6-46b9-8e11-810df5df1032/Microsoft%20.NET%20Pet%20Shop%204.0.msi

참고로, Pet Shop 4.0부터 .NET 2.0 버전이고, 그 이전 버전은 .NET 1.x 기반으로 만들어져 있습니다.




그런데, 간단한 예제에 비해서 SQL Express 설치까지 요구하기 때문에 .NET을 모르는 이들에게는 너무 불편한 것이 사실입니다. 그래서, DB를 SQL Express를 사용하지 않고 파일 기반의 SQL Server Compact Edition을 이용하는 것으로 예제를 변경해야겠다는 생각이 들었습니다.

그래서 MDF 파일을 SDF로 변경했던 작업이 지난번에 쓴 글이었지요. ^^

Pet Shop 4.0 - SQL Server Compact Edition Version 
; https://www.sysnet.pe.kr/2/0/812

그 이후에는 Pet Shop 솔루션의 소스 코드를 변경해 주어야 했는데요. 대략 다음과 같은 변경 사항이 있었습니다.

1. web.config의 DB 연결 문자열 변경


MDF로부터 마이그레이션 해놓은 SDF 파일을 App_Data 폴더에 저장하고, Pet Shop 예제의 web.config에서 연결 문자열을 그에 맞게 조정해야 했습니다. 기본적으로, Pet Shop 예제는 설치 시에 DB 연결을 위한 정보를 묻고, 그에 따라 암호화된 연결 문자열을 다음과 같이 생성하는데,

<connectionStrings configProtectionProvider="RsaProtectedConfigurationProvider">
	<EncryptedData Type="..." xmlns="...">
		<EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#tripledes-cbc"/>
		<KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
			<EncryptedKey xmlns="http://www.w3.org/2001/04/xmlenc#">
				<EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-1_5"/>
				<KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
					<KeyName>Rsa Key</KeyName>
				</KeyInfo>
				<CipherData>
					<CipherValue>...</CipherValue>
				</CipherData>
			</EncryptedKey>
		</KeyInfo>
		<CipherData>
			<CipherValue>...</CipherValue>
		</CipherData>
	</EncryptedData>
</connectionStrings>

위의 정보를 싹 지우고, 아래의 연결 문자열로 대체합니다.

<connectionStrings>
	<add name="SQLConnString1" connectionString="Data Source='|DataDirectory|MSPetShop4.sdf';LCID=;Password=;Encrypt=FALSE;SSCE:Max Database Size=4091;" />
	<add name="SQLConnString2" connectionString="Data Source='|DataDirectory|MSPetShop4.sdf';LCID=;Password=;Encrypt=FALSE;SSCE:Max Database Size=4091;" />
	<add name="SQLConnString3" connectionString="Data Source='|DataDirectory|MSPetShop4.sdf';LCID=;Password=;Encrypt=FALSE;SSCE:Max Database Size=4091;" />

	<add name="SQLProfileConnString" connectionString="Data Source='|DataDirectory|MSPetShop4Profile.sdf';LCID=;Password=;Encrypt=FALSE;SSCE:Max Database Size=4091;" />
</connectionStrings>

2. System.Data.SqlClient에서 제공되는 타입을 System.Data.SqlServerCe에서 제공되는 타입으로 교체


예를 들면, SqlCommand, SqlConnection... 등의 타입을 각각 SqlCeCommand, SqlCeConnection으로 바꿔주어야 합니다. 바꾸는 김에 가능한 인터페이스를 사용하는 식으로 조정해 주는 것도 좋겠지요. 이를 테면, 아래와 같은 식의 코드입니다.

IDbCommand cmd = new SqlCeCommand();
IDbConnection conn = new SqlCeConnection(connectionString);

참고로, 꽤 많은 부분을 바꿔야 합니다.

3. ASP.NET에서 SQL Server 2005 CE 사용 가능함을 표시


일단, 위의 2단계까지 변경하고 나서 실행하면 다음과 같은 예외가 발생합니다.

SQL Server Compact is not intended for ASP.NET development. 

Line 119:        {
Line 120:            IDbCommand cmd = new SqlCeCommand();
Line 121:            IDbConnection conn = new SqlCeConnection(connectionString);

이 대목에서 좌절할 수도 있는데 ^^ 다행히 방법을 찾을 수 있었습니다.

SQL Server 2005 Compact Edition and ASP.NET 
; http://vidmar.net/weblog/archive/2007/04/19/SQL-Server-2005-Compact-Edition-and-ASP.NET.aspx

그래서, Global.asax에서 다음과 같이 코드를 추가했습니다.

protected void Application_Start(object sender, EventArgs e)
{
    AppDomain.CurrentDomain.SetData("SQLServerCompactEditionUnderWebHosting", true);
}

엄밀히,
가상 응용 프로그램은 실행되면서 AppDomain을 새롭게 생성해서 매핑시키고, 그 안에서 HttpRuntime이 운영되면서 n개의 HttpApplication 개체가 생성되고 사라지기 때문에 위의 Application_Start는 한 번 이상 수행될 수 있습니다. 따라서, "단 한 번"의 실행을 보장하려면 static 생성자에 놓는 것도 좋겠습니다.

4. SqlCacheDependency 비활성


Pet Shop 내부에서 SqlCacheDependency를 사용하는데, 기본적으로 CE 버전에는 맞지 않기 때문에 이 부분을 비활성화 시켰습니다.

TableCacheDependency  / TableDependency.cs

protected TableDependency(string configKey) {

    string dbName = ConfigurationManager.AppSettings["CacheDatabaseName"];
    string tableConfig = ConfigurationManager.AppSettings[configKey];
    string[] tables = tableConfig.Split(configurationSeparator);

	// 주석 처리
//     foreach (string tableName in tables)
//          dependency.Add(new SqlCacheDependency(dbName, tableName));
}

5. VarChar ==> NVarChar 변경

SQL Server CE 버전은 "N" 버전의 형식만을 지원합니다. 따라서 Char, Text, VarChar는 각각 NChar, NText, NVarChar로 변경해 주어야 합니다. Pet Shop 예제에서는 그중에서 VarChar만 사용하고 있으므로 그것만 NVarChar로 변경해 주면 됩니다.

예를 들어, 아래와 같은 SqlCeParameter의 인자들이 그 대상이 됩니다.

IDbDataParameter[] parms = {
	new SqlCeParameter("@Username", SqlDbType.NVarChar, 256),
	new SqlCeParameter("@ApplicationName", SqlDbType.NVarChar, 256),
	new SqlCeParameter("@LastActivityDate", SqlDbType.DateTime),
	new SqlCeParameter("@LastUpdatedDate", SqlDbType.DateTime),
	new SqlCeParameter("@IsAnonymous", SqlDbType.Bit)};

5. 다중 SQL 실행문 분리

SQL Server CE 버전의 SqlCeCommand는 다중 SQL 문 실행을 지원하지 않습니다. 다행히, Pet Shop에서 이것이 문제되는 경우는 딱 하나였는데,


SQLProfileDAL / PetShopProfileProvider.cs

public int CreateProfileForUser(string userName, bool isAuthenticated, string appName)
{
string sqlInsert = "INSERT INTO Profiles (Username, ApplicationName, LastActivityDate, LastUpdatedDate, IsAnonymous) Values(@Username, @ApplicationName, @LastActivityDate, @LastUpdatedDate, @IsAnonymous); SELECT @@IDENTITY;";
}



위의 마지막 "SELECT @@IDENTITY"를 분리해내야 합니다. 그래서, 다음과 같이 두번 실행하도록 변경했습니다.

string sqlInsert = "INSERT INTO Profiles (Username, ApplicationName, LastActivityDate, LastUpdatedDate, IsAnonymous) Values(@Username, @ApplicationName, @LastActivityDate, @LastUpdatedDate, @IsAnonymous);";

	IDbDataParameter[] parms = {
		new SqlCeParameter("@Username", SqlDbType.NVarChar, 256),
		new SqlCeParameter("@ApplicationName", SqlDbType.NVarChar, 256),
		new SqlCeParameter("@LastActivityDate", SqlDbType.DateTime),
		new SqlCeParameter("@LastUpdatedDate", SqlDbType.DateTime),
		new SqlCeParameter("@IsAnonymous", SqlDbType.Bit)};

	parms[0].Value = userName;
	parms[1].Value = appName;
	parms[2].Value = DateTime.Now;
	parms[3].Value = DateTime.Now;
	parms[4].Value = !isAuthenticated;

	int uniqueID = 0;

    SqlHelper.ExecuteNonQuery(SqlHelper.ConnectionStringProfile, CommandType.Text, sqlInsert, parms);

    string sqlSelect = "SELECT MAX(UniqueID) FROM Profiles";
    string result = SqlHelper.ExecuteScalar(SqlHelper.ConnectionStringProfile, CommandType.Text, sqlSelect, null).ToString();
    int.TryParse(result,  out uniqueID);

	return uniqueID;
}

좀 더 정확하게는 트랜잭션으로 묶어야 하겠지만 어차피 실제 서비스로 사용될 예제가 아니기 때문에 더 이상의 변경은 하지 않았습니다.




여기까지 반영해서 소스 코드를 변경한 솔루션을 첨부 파일로 올렸으니 필요하신 분들은 다운로드 하세요. ^^



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/10/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...
NoWriterDateCnt.TitleFile(s)
12112정성태1/12/202016838오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111정성태1/12/202020646디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [16]파일 다운로드1
12110정성태1/11/202020053디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례 [5]파일 다운로드1
12109정성태1/10/202016746오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/202017616오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/202018789.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/202019776VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/202018246디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/7/202019525DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103정성태1/7/202022653DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/202018923디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/5/202019324.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/202016764.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202019661디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202019358.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/202017492디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201920011디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201921766VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201919579.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201919170.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201917834디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201920252디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201920236.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201919147디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201918171Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201918583디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...