도서관정보시스템론 과제 레포트 - 도서관 사례를 중심으로 데이터베이스 시스템에 대하여 토론하시오

I. 서론

도서관 검색창에 책 제목을 넣었는데 "대출 중"이라는 표시가 떴다. 몇 분 뒤 누군가 반납하자 상태가 "대출 가능"으로 바뀌었다. 이용자에게는 글자 몇 개가 달라진 일이지만 그 뒤에서는 서지정보, 소장정보, 회원정보, 대출기록이 서로 맞물려 움직인다. 종이 대장을 쓰던 시절이라면 책 한 권의 상태를 확인하는 데 사람의 기억과 기록철이 필요했겠지만 지금은 데이터베이스가 그 일을 맡는다. 도서관 정보시스템을 이해할 때 화면 디자인보다 먼저 봐야 할 것은 어떤 정보가 어디에 저장되고 어떤 기준으로 연결되는가이다. 도서관은 자료가 많고 거래가 반복되며 같은 자료를 여러 이용자가 찾는 공간이라 데이터베이스의 장점과 위험이 함께 드러나기 좋은 사례다.

II. 본론

1) 한 권의 책이 여러 화면에 동시에 나타나는 데이터 구조

도서관 데이터베이스에서 책 한 권은 하나의 정보 덩어리로만 저장되지 않는다. 제목, 저자, 발행처, 발행연도, 주제 같은 서지정보가 있고 실제로 도서관이 가진 복본마다 등록번호와 소장 위치, 대출 상태가 따로 필요하다. 같은 제목의 책이 3권 있으면 서지정보는 공유할 수 있어도 어느 복본이 대출됐는지는 각각 구분해야 한다. 회원도 회원번호, 대출 가능 상태, 연락 정보 같은 값이 있고 대출기록은 회원과 소장자료를 일정 기간 연결한다. 데이터베이스가 관계를 잘 나누어 두면 같은 제목이나 저자 정보를 여러 곳에 반복 입력하지 않아도 되고, 한 항목을 고쳤을 때 관련 화면에 일관되게 반영할 수 있다.

관계형 데이터베이스 방식으로 생각하면 자료, 소장, 회원, 대출 같은 개체가 각각의 테이블로 나뉘고 고유한 식별값으로 연결된다. 예를 들어 서지 레코드에 붙은 식별값과 소장 레코드의 연결값이 맞으면 같은 책의 여러 복본을 묶어 보여줄 수 있다. 대출 테이블에는 어떤 회원이 어떤 소장자료를 언제 빌렸고 언제 반납했는지가 기록된다. 이용자가 검색창에서 "예약 가능한 책"을 찾을 때 시스템은 여러 테이블을 조회해 화면에 필요한 결과만 조합한다. 구조를 제대로 나누지 않으면 같은 회원 이름이 곳곳에 중복되거나, 책 제목을 수정했는데 일부 화면에는 옛 제목이 남는 문제가 생긴다.

도서관 업무에서 데이터의 정확성은 사소한 문제가 아니다. 청구기호가 잘못 입력되면 검색 결과는 있어도 서가에서 책을 찾지 못한다. 반납 처리가 누락되면 서가에 책이 있는데 화면에는 대출 중으로 남는다. 회원 상태가 잘못 연결되면 정상 이용자가 대출정지로 표시될 수 있다. 데이터베이스는 입력된 내용을 빠르게 처리하지만 잘못된 입력이 맞는지 스스로 판단하지 못하는 경우가 많다. 그래서 자료 등록 단계의 검수, 대출반납 장비의 오류 확인, 정기적인 데이터 정비가 중요하다. 좋은 시스템은 빠른 시스템보다 오류를 찾고 고칠 수 있는 시스템에 가깝다.