4차 산업혁명의 도래로 데이터의 중요성이 점차 커지는 작금이다. 이에 주요 선진국들은 국가의 주요 자산인 데이터를 장기적으로 활용하기 위해 데이터 장기보존 기술 연구 및 표준 제정 등을 추진하여 데이터 보존에 심혈을 기울여 왔다(한희정 외, 2020). 우리나라도 『공공데이터의 제공 및 이용활성화에 관한 법률』(이하 ‘공공데이터법’)과 『데이터기반 행정 활성화에 관한 법률안』(이하 ‘데이터기반행정법’) 등을 제정해 데이터세트 수집, 이용, 활용을 위한 제도적 기반을 마련하였다. 특히 국가기록원은 지난 2007년 『공공기록물 관리에 관한 법률 시행령』(이하 ‘공공기록물법 시행령’)제2조11항에 ‘행정정보 데이터세트’의 정의를 명시하는 등 선제적으로 전자기록물의 범위를 데이터세트로 확장하는 법제화를 진행했다. 하지만 데이터세트 기록의 수집·관리·보존방안 등 구제척인 기록관리 프로세스의 부재로, 지난 10여년 동안 행정정보 데이터세트는 사실상 기록관리 영역 밖에 있었다.

이에 국가기록원은 지난 2020년, 행정정보 데이터세트 기록관리를 위한 표준인 『행정정보 데이터세트 기록관리 기준』을 제정하였다. 해당 표준에는 데이터세트 관리를 위한 기본적인 요건을 명시했으며, 행정정보 데이터세트 관리기준표 작성을 제도화했다. 또한 데이터세트 이관 및 폐기도구 등을 제안하는 등 데이터세트 기록관리를 위한 초석을 마련하였다. 하지만 행정정보 데이터세트를 장기간 보존하기 위한 전략(e.g., 마이그레이션, 에뮬레이션, DB Dump 등)이나 보존포맷¹⁾ 등은 여전히 부재하다. 특히 데이터세트는 시스템과 DBMS에 종속되는 특성을 가지고 있으므로 시스템과 소프트웨어에 독립적인 행정정보 데이터세트 기록의 장기보존 전략 구축이 시급한 상황이다.

이러한 국내 실정과는 달리, EU, 호주, 스위스 등 주요 국가들은 SIARD(Software Independent Archiving of Relational Database)를 행정정보 데이터세트 보존포맷으로 채택해 활용하고 있다. SIARD는 관계형 데이터베이스(Relational Database, RDB) 보존을 위한 파일포맷으로, 대부분의 행정정보 데이터세트가 RDB 유형인 국내에서 활용하기 적합하다. 따라서 국가기록원을 포함한 여러 연구에서 데이터세트 보존포맷으로 SIARD 채택 및 도입을 제안한 바 있다(이규철, 2016; 소정의, 한희정, 양동민, 2018; 국가기록원, 2019a; 한희정, 윤성호, 오효정, 양동민, 2020; 김주연, 2020). 하지만 김주연(2020)의 연구를 제외하면 SIARD에 대한 실증적 검증이 진행된 연구는 부족하며, 특히 SIARD가 데이터세트를 구성하는 데이터, 구조, 기능 등 다양한 요소의 보존 여부를 실험 및 검증한 연구는 부재한 상황이다. 또한 DBMS 종류와 버전에 제약받지 않고 데이터 상호호환이 가능한 SIARD의 데이터 보존 기능을 확인한 연구마저 진행되지 않았다.

따라서 본 연구는 행정정보 데이터세트 보존포맷으로서 SIARD 적합 여부를 판단하고자 국내 공공기관에서 주로 활용되는 2종의 DBMS(Oracle, SQL Server)²⁾와 1종의 오픈 프로젝트 DBMS(MySQL) 등 총 3종의 DBMS를 대상으로 SIARD Suite 기능을 검증한다. 이를 위해 기초 검증 시험과 교차 검증 시험을 수행한다. 먼저 전자의 경우, 각 DBMS에서 제공하는 모든 데이터 타입과 함수 계열 요소인 Function, Stored Procedures, Trigger와 데이터 관계를 표현하는 Primary Key(PK), Foreign Key(FK) 등 데이터베이스의 개별 요소가 생산 당시 모습을 SIARD가 보존할 수 있는지를 검증하는 시험이다. 후자는 SIARD를 통한 DBMS 간 상호호환성을 검증하는 시험이다. 특히 SIARD 파일을 다른 DBMS로 복원해 원본 데이터베이스와 복원된 데이터베이스 간 데이터 무결성 검증을 수행하는 교차 검증에 방점을 두고자 한다.³⁾ 상기 과정을 수행해 SIARD Suite이 제공하는 기능을 확인함과 동시에 이를 보완하는 개발을 수행해 SIARD의 활용성을 제고하고자 한다.

본 연구는 행정정보 데이터세트 보존포맷으로서 SIARD Suite의 기본 기능을 확인함과 동시에 소프트웨어로부터 독립된 보존포맷이라는 이점인 DBMS 상호호환성을 검증하고자 한다. 이를 위해 본 연구는 크게 4단계로 구분할 수 있다. 〈그림 1〉은 전체 연구 방법을 도식화한 모습이다. 첫 번째로 SIARD 검증을 위한 테스트베드를 구축한다. 이를 위해 공공기관 활용도가 높은 3종 DBMS(Oracel, MySQL, SQL Server)를 설치한 뒤 해당 DBMS에서 제공하는 모든 데이터 타입과 데이터 관계(PK, FK), 함수 계열 요소(Function, Stored Procedures, Trigger)를 포괄하는 각각의 원본 DB를 생성한다. 다음으로 SIARD 기초 검증 시험을 진행한다. 기초 검증 시험은 SIARD가 관계형 데이터베이스인 원본 DB의 필수보존속성(Significant Properties, SP)⁴⁾인 기능과 구조, 데이터 등을 SIARD 포맷으로 변환 및 DBMS로 복원 등의 기능 지원 여부를 검증하고자 한다. 상기 과정을 수행해 SIARD가 보존할 수 있는 객체와 그렇지 않은 객체를 식별한다.

세 번째로 SIARD 교차 검증 시험을 진행한다. 해당 단계에서는 개별 DBMS에서 제공하는 유사한 데이터 타입들을 대상으로 공통 DB를 생성해 데이터 무결성을 검증한다. 데이터세트가 SIARD로 변환 및 DBMS로 복원되는 과정을 거치면서 SIARD 포맷을 통한 안정적인 데이터 보존 가능성을 확인한다. 이와 더불어 각각 DBMS에서 지원하는 유사하지만 상이한 데이터 타입에 저장하는 동일한 데이터가 SIARD 및 타 DBMS로 복원되더라도 데이터 무결성을 유지할 수 있는 지를 중점적으로 확인한다. 데이터 무결성 검증에는 Toad Data Point 5.1.0.142⁵⁾를 활용한다. 마지막으로 선행 과정에서 도출된 SIARD의 문제점을 도출해 해당 문제를 보완하는 추가적인 개발 방안을 제시하고 더불어 국내 환경에 부합하는 SIARD 개발 방향성을 제안한다. 본 연구의 검증 시험에서 활용한 3종의 DBMS에서 제공하는 모든 데이터 타입의 보존을 가능케 해 소프트웨어 독립성에 기초한 SIARD의 상호호환성을 제고하고자 한다.

그동안 기록관리 영역에서 벗어나 있던 행정정보 데이터세트를 제도권 안으로 들여오기 위한 선행연구가 주로 수행되었다. 왕호성과 설문원(2017)은 현행 전자기록관리정책으론 데이터세트 기록을 관리하기가 매우 어려운 실정임을 언급하며, 이를 해소하기 위한 정책방향을 제안하였다. 특히 데이터세트 기록의 진본성은 기록의 내용, 구조, 맥락뿐만 아니라 외형과 기능을 함께 보존해야 확보될 수 있음을 언급하며, 데이터세트를 전자객체가 아닌 기록으로 관리하기 위해선 재현성이 전제되어야 함을 강조하였다. 이러한 맥락으로 데이터세트 기록의 재현 및 장기보존 전략으로 에뮬레이션을 제안하였다. 오세라, 박승훈, 임진희(2018)는 IT 기술의 발전으로 인해 행정정보시스템의 신규 구축과 재개발이 증가하고 있음에도 불구하고 실제 공공기관에서 운영 중인 행정정보시스템에서 생산된 데이터세트가 관리되지 못함을 문제점으로 언급하였다. 이에 대한 구체적인 원인으로 현실 적용이 가능한 데이터세트 관리 방안의 부재를 지적하였다. 따라서 구현 가능한 행정정보 데이터세트 관리 방안은 데이터세트 관리 환경을 기초로 해야 한다는 판단 하에 실제 공공기관에서 운영 중인 6종의 행정정보시스템 생산 및 관리 환경을 조사하였다. 해당 연구의 결과는 데이터세트 관리 방안 개발의 기초 자료로 활용될 수 있으며, 유사 연구에서 활용될 수 있는 조사방법론을 제안했다는 점에서 의의가 있다. 오세라와 이해영(2019)은 행정정보 데이터세트 기록의 관리 필요성과 시급성에 비해 실제 현장에서는 데이터세트가 관리되지 않으며, 현행 종이기록 중심의 표준 기록관리 지침과 절차를 데이터세트에 적용하지 못함을 문제점으로 제기하였다. 이를 해소하고자 실제 공공기관에서 운영 중인 6종 행정정보시스템의 데이터세트 현황 조사 및 분석을 진행하였다. 분석 결과를 기반으로 데이터세트 관리방안과 데이터세트 관리기준표를 제안하였다. 대부분의 선행연구는 행정정보 데이터세트 관리를 위한 전반적인 프로세스 구축에 방점을 두고 있으며, 구체적인 장기보존 방안과 보존포맷에 대한 연구는 수행되지 못한 상황이었다.

행정정보 데이터세트 보존포맷에 관한 연구로는 한희정 외(2020)의 연구가 있다. 한희정 외(2020)는 데이터와 데이터세트의 중요성이 부각되면서 해외 각국은 데이터 장기보존 기술 연구 및 표준 제정을 추진하는 등 데이터 관리 및 보존에 노력을 기울이고 있지만, 국내는 구체적인 관리방안이 부재한 실정을 언급하였다. 특히 행정정보시스템에서 생산되는 엄청난 규모의 데이터세트를 관리·보존하기 위한 방안이 시급하지만 데이터세트에 대한 관리지침과 보존포맷 선정기준이 선제적으로 필요함을 강조하였다. 이를 위해 행정정보 데이터세트 보존포맷 선정기준에 대한 평가체계를 도출하고, 평가 결과에 따라 적합성을 가지는 파일포맷에 대한 실증적 검증을 수행하였다. 해당 연구는 연구 결과로 도출된 평가체계와 보존포맷으로서 SIARD에 대한 검증을 수행하였다는 의의가 있다. 김주연(2020)은 현장에서 행정정보 데이터세트의 실질적인 관리가 이뤄지지 못하고 있으며, 데이터베이스가 시스템과 DBMS 제조사에 종속되어 있어 이관 및 장기보존 시 기술적인 지원이 필요하다는 문제점을 제기하였다. 특히 행정정보시스템과 데이터세트의 유형이 방대하므로 소프트웨어에 독립적인 SIARD를 기반으로 행정정보 데이터세트 기록관리 및 장기보존 방안을 제안하였다.

한희정 외(2020), 김주연(2020) 등으로 대표되는 SIARD 관련 연구는 주로 SIARD의 기본적인 기능인 다운로드(DBMS에 탑재된 DB를 SIARD 파일로 추출), 업로드(SIARD 파일의 DB를 DBMS로 탑재)를 확인하는 수준의 검증만 이뤄졌다. SIARD 표준에 명시된 기본적인 성능을 실제로 확인하였다는 점에서 의의가 있으나, SIARD의 활용성을 제고하기 위한 여러 DBMS 간 상호호환성 검증과 개발이 필요하다고 사료된다. 따라서 본 연구는 행정정보 데이터세트 보존포맷으로서 SIARD의 적합성을 확인하는 교차검증과 더불어 DBMS에서 제공하는 다양한 기능을 보존할 수 있도록 추가적인 개발을 진행하고자 한다.

기록학 용어 사전에 명시된 데이터세트의 정의는 ‘컴퓨터가 처리하거나 분석할 수 있는 형태로 존재하는 관련 정보의 집합체’이며, 영국 국가기록원(The National Archives, TNA)은 ‘특별한 목적을 위해 생산된 구조화된 데이터 집합으로, 다양한 포맷과 기술과 저장, 관리, 생산이 가능’하다고 하였다. 이처럼 데이터세트는 컴퓨터에 의해 처리되는 것을 전제로 함과 동시에 텍스트, 숫자, 이미지, 공간 정보 등 다양한 형태의 데이터로 이뤄짐을 알 수 있다. 이는 데이터세트가 다른 전자기록물들과 구분되는 가장 큰 이유로, 컴퓨터가 내용을 확인할 수 있으면 되므로 외관은 전혀 고려되지 않는다. 즉, 문자, 표, 이미지 등의 크기·폰트·색상·음영 등은 중요하지 않고 표현하고자 하는 내용이 중요한 것이다(한희정 외, 2020).

데이터세트는 파일에 저장하는 방식과 데이터베이스에 저장하는 방식 등 크게 2가지로 구분할 수 있다. 파일에 저장되는 방식도 텍스트 파일(Text File)로 저장되는 방식과 문자열 외에 다른 여러 형태의 데이터를 포함하는 이진 파일(Binary File)로 나눌 수 있다. CSV, JSON, TXT, XML 등이 대표적인 텍스트 파일 방식이고, XLS, CELL 등이 대표적인 이진 파일이며, 스프레드시트(Spreadsheet)로 불리운다. 또한 데이터베이스는 Oralce, MySQL, SQL Server로 대표되는 관계형 데이터베이스 유형과 MongoDB, DynamoDBN, DataStax 등 NoSQL 유형으로 구분된다(노종원, 소정의, 2020). 이중 행정정보 데이터세트는 데이터베이스 유형에 해당한다. 국가기록원 행정정보 데이터세트 기록관리기준-관리기준표의 작성 및 이관규격에 따르면 대부분의 공공기관에서 관계형 데이터베이스를 사용하고 있으나, 최근 빅데이터 처리를 위해 비관계형 데이터베이스(NoSQL 등) 사용이 증가하는 추세이다.

데이터세트의 장기보존 전략으로 크게 3가지를 제안할 수 있다. DBMS에서 제공하는 기능인 DB 덤프(Dump), 데이터 생산 당시에 사용한 소프트웨어와 데이터를 재현하는 에뮬레이션(Emulation), 데이터의 무결성을 유지한 채 데이터의 파일포맷, 어플리케이션 등을 변환하는 프로세스인 마이그레이션(Migration) 등이 있다. 먼저 DB 덤프는 Oracle, MySQL, SQL Server, Cubrid 등과 같은 DBMS에서 지원하는 기능으로 데이터 손실 시 또는 이관 시 데이터베이스의 사본을 제작해 해당 내용을 복원하거나 백업하는데 사용된다. 덤프는 개별 DBMS에서 수행하는 기능이므로 가장 간단한 보존전략이지만, 덤프 데이터를 타 DBMS로 복원 및 백업이 불가하다. 최소 30년 이상 보존해야하는 장기보존 대상을 특정 DBMS에서만 데이터를 확인할 수 있는 상황은 장기보존 측면에서 큰 애로사항이다. 이는 데이터베이스가 DBMS 제조사에 종속되기 때문에 장기보존 측면에서는 부적합하다.

에뮬레이션은 ‘디지털 원본에 적용된 기술적인 조건들에 변경이 있어도 인코딩되어 있는 콘텐츠를 재생할 수 있는 환경을 프로그램으로 만들어내어 디지털정보의 접근성을 보장하는 방식’(한국도서관협회, 2010)이다. 에뮬레이션은 생산 당시의 외관과 기능을 그대로 재현할 수 있어서 데이터세트를 재활용하기에 가장 적합한 방식이다. 또한 DBMS의 데이터세트는 독자적으로 활용되지 않고 WAS/WEB 서버들과 연계되어 운용되는 경우가 많기 때문에 데이터세트만 보존하기보단 시스템 전체를 보존하기 위한 에뮬레이션 방식이 적합한 경우가 많다(국가기록원, 2019a). 하지만 에뮬레이션을 공공기관에서 데이터세트 장기보존 전략으로 채택해 활용하기엔 고도의 IT 기술이 요구되고 비용이 많이 소요된다는 단점이 존재한다.

마지막으로 마이그레이션은 데이터의 형식과 파일포맷, 어플리케이션 등을 변환하는 프로세스를 의미한다. 예컨대 종이기록물을 전자화하여 전자기록물로 관리하는 것도 일종의 마이그레이션이다. 데이터세트의 경우, 타 DBMS로 변환하거나 파일로 변환해 보존하는 방안을 고려할 수 있다. 마이그레이션은 특별한 IT 기술과 큰 금액이 필요하지 않은 장점이 있다. 또한 데이터세트를 보존하기 위한 국제 표준격인 SIARD가 이미 여러 국가에서 활용 중이므로 마이그레이션을 위한 파일포맷으로 활용이 가능하다. 하지만 마이그레이션 전략을 수행함에 있어 중요한 사항은 마이그레이션을 지원하는 도구의 성능과 원본 DBMS와 마이그레이션 후 데이터를 보존할 파일포맷 및 DBMS 간 상호호환성을 확보하는 것이다. 이를 위해 후행 절에서 SIARD와 지원 도구인 SIARD Suite에 대해 살펴보고 여러 DBMS 간 호환성을 가지는지 검증 실험을 수행하고자 한다.

SIARD는 스위스 연방 기록원(Swiss Federal Archives, SFA)에서 개발한 관계형 데이터베이스 보존포맷으로, 소프트웨어로부터 독립해 데이터를 보존할 수 있는 파일 포맷이다. 스위스 연방 기록원의 ARELDA 프로젝트의 장기보존 전략을 기반으로 개발되었다. 2008년 SIARD 1.0 버전은 European Open PLANETS 프로젝트에서 관계형 데이터베이스를 보존하기 위한 공식 파일포맷으로 채택되었으며, SIARD 2.0 버전은 2015년 SFA와 E-ARK(Europeana Archival Records and Knowledge Preservation) 프로젝트에 의해 개발되었다(김주연, 2020). 특히 SIARD는 SQL:2008, XML, Unicode, ZIP 표준을 기반으로 제작되어 원본 데이터베이스를 지원하는 DBMS를 활용할 수 없더라도 이들 표준에 근거해 데이터베이스를 접근 및 변환할 수 있으므로 보존포맷으로서 가치를 지닌다.

한편, SIARD는 OAIS 패키지 모델 구조와 독립적으로 설계되어 OAIS 패키지 메타데이터와 관계없이 자체적으로 메타데이터를 가지고 있으며, 다른 문서들(외부 Large Object 파일, 외부 파일 이름에 대한 변환 맵, DB 문서, DB 구조와 관련 문서 등)과 함께 보존되는 것으로 가정한다(〈그림 2〉 참조). SIARD 아카이브 구조를 보면 메타데이터와 테이블데이터가 결합된 구조로 하나의 관계형 DB는 단일의 SIARD 파일로 저장되며, 모든 DB 콘텐츠는 XML 스키마 1.0의 스키마 정의에 따라 XML 1.0 포맷의 파일 집합으로 보관된다. 스키마 정의와 SQL 코드는 앞서 언급한 바와 같이 SQL:2008을 따른다(한희정 외, 2020).

SFA는 SIARD 표준과 함께 SIARD를 지원하는 도구로 SIARD Suite 오픈 프로젝트를 개발하고 있다. SIARD Suite은 국제 표준을 준수하며, 전 세계 50개국에서 사용 중에 있다(Swiss Federal Archives, 2021). 또한 JAVA를 기반으로 제작되었으며, 운영체제에 독립적으로 작동한다. SIARD Suite은 오픈소스 라이선스인 CDDL v1.0이므로 SFA의 Gitgub를 통해 무료로 활용할 수 있다.

본 장에서는 행정정보 데이터세트 보존포맷으로서 SIARD의 변환 및 복원 기능을 검증하는 기초 검증 시험과 DBMS 간 데이터 무결성을 검증하는 교차 검증 시험을 진행하고자 한다. 먼저 SIARD 기초 검증 시험에서는 데이터베이스의 필수보존속성인 모든 데이터 타입과 함수 계열 요소, 데이터 관계(PK, FK 등)를 SIARD 포맷으로 변환 및 DBMS로 복원 과정을 수행해 SIARD Suite이 제공하는 변환, 복원 기능을 검증하고자 한다. 이어서 진행하는 교차 검증 시험에서는 원본 DB가 변환 및 복원 과정을 거친 뒤 DBMS에 업로드 된 DB와 데이터 무결성을 검증한다. 무결성 검증 시 Toad Data Point 5.1.0.142를 활용해 원본 DB와 업로드 DB의 데이터를 비교 검증한다.

해당 시험을 통해 SIARD가 한희정 외(2020)의 연구에서 제안한 행정정보 데이터세트 보존포맷 선정을 위한 고유기준인 ‘일반화’, ‘수용성’, ‘활용성’⁶⁾ 등 부합 여부를 확인할 수 있다. 특히 ‘일반화’ 기준과 같이 다양한 DBMS의 호환성 검증에서 한 단계 더 나아가, 서로 상이한 DBMS 간 SIARD의 호환성 및 데이터 무결성 검증이 가능하다.

검증 시험을 위해 본 연구진이 구축한 테스트베드는 〈표 1〉, 〈표 2〉와 같다. 동일한 환경에서 시험을 진행해야 일관성 있는 결과를 도출할 수 있으므로 〈표 2〉에 제시된 환경과 SIARD Suite으로 검증 시험을 수행했다. 검증 시험 대상으로는 공공기관 활용도가 높은 DBMS 2종(Oracle, SQL Server)과 오픈 프로젝트 DBMS 1종(MySQL)등 총 3종의 DBMS를 선정했다. 개별 DBMS에서 제공하는 데이터 타입을 파악하고자 제조사 매뉴얼 및 홈페이지를 참조해 데이터 타입을 종류별로 분류했다(〈표 3〉 참조). 데이터 타입 중 숫자, 문자 및 이진 계열, Large Object 계열, 날짜 및 시간 계열 데이터 타입은 일반 데이터 타입으로 분류하였으며, 이에 해당하지 않는 데이터 타입은 특수 데이터 타입으로 정의하였다. 개별 DBMS에 생성한 원본 DB는 5개 테이블로 구성되어 있으며, 테이블별 100건의 레코드, 추가적으로 함수 계열 요소(Function, Stored Procedures, Trigger)와 테이블 간 PK(Primary Key), FK(Foreign Key) 관계를 부여해 해당 기능들의 보존 여부를 검증하고자 한다.

선행 절에서 언급한 테스트베드에서 수행한 SIARD 기초 검증 결과는 〈표 3〉과 같다. 각 DBMS별 검증 결과는 후행 절에서 자세히 설명하고자 한다. DBMS에서 생성한 원본 DB를 SIARD로 변환 및 DBMS로 복원하는 일련의 시험 과정을 수행한다.

본 절에서는 특정 DBMS에서 생성한 원본 DB를 SIARD 변환 후, DBMS로 업로드한 뒤 원본 DB의 데이터와 업로드 DB의 데이터가 서로 무결성을 보장하는지 검증하는 교차 검증 시험에 대해 설명하고자 한다. 본 검증 시험에서는 모든 데이터 타입을 활용한 앞선 시험과는 달리 SIARD(SQL:2008)와 정상적으로 매핑되는 데이터 타입 중 3종의 DBMS가 공통적으로 지원하는 유사 데이터 타입을 선정해 이용했다. 선정된 데이터 타입은 〈표 7〉과 같으며, 이를 활용해 개별 DBMS에 공통 DB(5개 테이블, 테이블별 100건 레코드)를 생성하였다. 공통 DB 생성 후 데이터 무결성을 검증하는 과정은 〈표 8〉과 같다. 각각의 DBMS에서 생성한 공통 DB는 SIARD 파일로 변환한 뒤 3종의 DBMS에 업로드한다. 이 과정을 거쳐 원본 DB와 업로드 DB의 데이터는 Toad Data Point 5.1.0.142를 통해 비교 검증된다.

SIARD 교차 검증의 결과는 〈표 9〉와 같다. 9가지 검증 결과는 각각의 사례별로 자세히 살펴보고자 한다.

1) Oracle → Oracle 교차 검증 결과

Oracle과 Oracle 교차 검증 결과 모든 데이터가 일치하는 것으로 나타났다.

2) Oracle → MySQL 교차 검증 결과

Oracle과 MySQL 교차 검증 결과 Toad Data Point 상으론 데이터가 일치하지 않은 것으로 나타났으나, SELECT문을 활용해 실제 데이터를 확인해보니 데이터가 모두 일치하는 것을 확인하였다.

3) Oracle → SQL Server 교차 검증 결과

Oracle과 SQL Server 교차 검증 결과 데이터가 일치하지 않은 것으로 나타났다. 이에 SELECT문을 활용해 확인해보니 원본 DB와 업로드 DB의 “book_weight” 컬럼의 데이터 타입이 서로 상이해, 실제 데이터 값의 자릿수에 차이가 있었다(〈그림 8〉, 〈그림 9〉 참조). 자릿수는 다르지만 실제 데이터 값은 동일한 점을 확인하였다.

4) MySQL → Oracle 교차 검증 결과

MySQL과 Oracle 교차 검증 결과 데이터가 일치하지 않은 것으로 나타났다. 이에 SELECT문을 활용해 데이터를 확인해보니, MySQL의 ‘TIME(시-분-초 저장)’ 데이터 타입이 SIARD 변환 후 Oracle 업로드 시 ‘TIMESTAMP(년-월-일 및 시-분-초 저장)’ 데이터 타입으로 변환되는 것을 확인하였다. 이로 인해 〈그림 10〉과 같이, 데이터 무결성이 손상된 점을 확인하였다.

5) MySQL → MySQL 교차 검증 결과

MySQL과 MySQL 교차 검증 결과 모든 데이터가 일치하는 것으로 나타났다.

6) MySQL → SQL Server 교차 검증 결과

MySQL과 SQL Server 교차 검증 결과 데이터가 일치하지 않은 것으로 나타났으나 실제 데이터를 검토하였다. 〈그림 11〉과 같이 “BOOK_name”, “BOOK_contents” 컬럼의 데이터가 일치하지 않는 것으로 나타나지만 실제로는 〈그림 11〉에서처럼 동일한 데이터로 확인되었다(“BOOK_abstract” 컬럼은 동일한 데이터).

7) SQL Server → Oracle 교차 검증 결과

Toad Data Point 상으론 SQL Server와 MySQL 교차 검증 결과 데이터가 일치하지 않은 것으로 나타나 실제 데이터를 확인하였다. 〈그림 12〉와 같이, “BOOK_name”, “BOOK_contents” 컬럼의 데이터가 일치하지 않는 것으로 나타나지만 실제로는 동일한 것으로 확인되었다. 또한 원본 DB가 SQL Server에서 SIARD 변환과 Oracle로 업로드 과정을 거치면서 기존에 SQL Server의 “TIME” 데이터 타입(시-분-초 저장)이 Oracle의 “TIMESTAMP” 데이터 타입(년-월-일 및 시-분-초 저장)으로 변경되면서 “TIME” 컬럼에 해당하는 데이터가 변경되는 것을 확인하였다(〈그림 13〉 참조).

8) SQL Server → MySQL 교차 검증 결과

Toad Data Point 상으론 SQL Server와 MySQL 데이터가 일치하지 않은 것으로 나타났다. 이에 실제 데이터를 확인해보니, 〈그림 14〉와 같이 “BOOK_name”, “BOOK_contents” 컬럼의 데이터가 일치하지 않는 것으로 나타나지만 실제로는 동일한 데이터임이 확인되었다.

9) SQL Server → SQL Server 교차 검증 시험 결과

SQL Server와 SQL Server 교차 검증 결과 모든 데이터가 일치하는 것으로 나타났다.