Glossary · 시스템 개발

DB 연동 Database Integration

홈 › 용어 사전 · 안녕소프트 최재원 · 2026. 9. 22. 작성

DB 연동은 한 프로그램이 다른 프로그램의 데이터베이스에 직접 접근해 자료를 읽거나 써서 두 시스템이 같은 자료를 쓰게 하는 것입니다. 회사에는 회계 프로그램, 쇼핑몰 관리자, 생산 장비 프로그램처럼 이미 자료를 쌓고 있는 시스템이 있습니다. 새 프로그램을 만들 때 이 자료를 사람이 다시 입력하지 않게 하려면 어떤 식으로든 연결해야 합니다. DB 연동은 그 방법 중 하나이며, 파일 연동이나 API 연동과 견주어 고릅니다.

DB 연동은 무엇을 하는가

대부분의 업무 프로그램은 자료를 데이터베이스(DB)에 저장합니다. DB 연동은 새 프로그램이 그 DB에 직접 접속해서 자료를 가져오거나, 필요하면 써 넣는 방식입니다. 사람이 한쪽 화면을 보고 다른 쪽에 옮겨 적는 일이 없어집니다.

흔한 예는 다음과 같습니다.

회계 프로그램의 거래처 목록을 새 주문관리 프로그램에서 그대로 쓰기
생산 장비가 기록하는 계측값을 관리 화면에서 바로 보기
쇼핑몰 주문 자료를 창고 출고 프로그램으로 가져오기

연동에는 방향이 있습니다. 읽기만 하는 연동은 기존 시스템에 영향을 주지 않으므로 안전합니다. 쓰기까지 하는 연동은 기존 프로그램이 자기 방식대로 저장하는 규칙을 깨뜨릴 수 있어 훨씬 조심해야 합니다. 처음에는 읽기 연동으로 시작해 재입력을 없애고, 쓰기는 꼭 필요한 항목에만 붙이는 것이 보통입니다.

파일 연동·API 연동과의 비교

두 시스템을 잇는 방법은 크게 세 가지입니다.

파일 연동은 한쪽에서 엑셀이나 CSV를 내보내고 다른 쪽에서 불러오는 방식입니다. 만들기 쉽고 기존 프로그램을 건드리지 않습니다. 대신 사람이 내보내기·불러오기를 해야 하거나, 정해진 시간에 자동으로 돌리더라도 실시간은 아닙니다. 파일 형식이 바뀌면 깨집니다.

API 연동은 상대 프로그램이 정식으로 열어 둔 창구를 통해 자료를 주고받는 방식입니다. 상대 업체가 허용한 범위 안에서만 되지만, 그만큼 안전하고 상대 프로그램이 업데이트되어도 유지되는 편입니다. 보험사, 쇼핑몰, 택배사처럼 외부 서비스는 대부분 이 방식입니다.

DB 연동은 창구를 거치지 않고 저장소를 직접 봅니다. 가장 빠르고 자료를 빠짐없이 볼 수 있습니다. 대신 상대 DB의 구조를 알아야 하고, 그 구조가 바뀌면 연동도 손봐야 합니다. 같은 회사 안에 있는 시스템이거나, API가 없는 오래된 프로그램일 때 주로 씁니다.

고르는 기준은 단순합니다. 상대가 API를 제공하면 API, 없고 DB 접근이 가능하면 DB, 둘 다 어려우면 파일입니다.

실시간 연동과 배치 연동

연동은 '언제 자료를 옮기느냐'로도 나뉩니다.

실시간 연동은 화면을 열 때마다 상대 DB를 바로 읽습니다. 항상 최신 자료를 보지만, 상대 DB에 부하를 주고 상대 서버가 멈추면 이쪽도 멈춥니다. 재고 수량처럼 지금 값이 중요한 항목에 씁니다.

배치 연동은 정해진 주기(5분, 1시간, 매일 새벽)마다 자료를 복사해 옵니다. 상대 시스템에 부담이 적고, 상대가 잠시 멈춰도 이쪽은 마지막 복사본으로 돌아갑니다. 거래처 목록이나 전일 매출처럼 자주 바뀌지 않는 자료에 맞습니다.

실무에서는 둘을 섞습니다.

거래처·품목 기준정보: 하루 한 번 배치
주문·출고 내역: 몇 분 단위 배치
현재 재고·장비 상태: 실시간

'모두 실시간으로'를 요구하면 개발비와 서버 부담이 크게 늘어납니다. 어떤 자료가 몇 분 늦어도 되는지를 먼저 정리하면 연동 구성이 훨씬 단순해집니다.

기존 프로그램의 DB를 읽어 재입력을 없애는 방식

가장 효과가 큰 연동은 '이미 있는 자료를 다시 치지 않게 하는 것'입니다. 회계 프로그램에 거래처를 등록하고 주문 프로그램에 또 등록하는 식의 이중 입력은 시간을 잡아먹을 뿐 아니라 두 곳의 자료가 어긋나는 원인이 됩니다.

진행 순서는 보통 다음과 같습니다.

기존 프로그램의 DB 종류와 접속 가능 여부를 확인합니다. 업체가 접속 정보를 주지 않거나 계약상 막혀 있으면 이 방식은 쓸 수 없습니다.
어느 테이블의 어느 항목을 쓸지 정합니다. 거래처명, 사업자번호, 품목코드처럼 기준이 되는 항목부터 잡습니다.
읽기 전용 계정을 만들어 새 프로그램이 그 계정으로만 접속하게 합니다.
한쪽을 '주인'으로 정합니다. 거래처는 회계 프로그램이 주인이고 새 프로그램은 읽기만 한다는 식입니다.

주인을 정하지 않고 양쪽에서 다 고치게 두면 어느 쪽이 맞는지 알 수 없게 됩니다. 재입력을 없애는 핵심은 연동 기술이 아니라 '어느 자료는 어디서만 고친다'는 규칙입니다.

주의점: 권한과 정합성

DB 연동은 편리한 만큼 조심할 점이 분명합니다.

권한: 새 프로그램에 필요한 것보다 넓은 권한을 주면 실수나 오류가 기존 자료를 망가뜨릴 수 있습니다. 읽기만 필요하면 읽기 전용 계정, 쓰기가 필요하면 해당 테이블에만 쓰기 권한을 줍니다. 접속 정보는 프로그램 안에 박아 두지 말고 설정 파일로 분리해 관리합니다.

정합성: 기존 프로그램이 자료를 저장할 때 지키는 규칙(예: 주문을 넣으면 재고도 같이 줄임)을 외부에서 DB에 직접 쓰면 건너뛰게 됩니다. 그래서 쓰기 연동은 상대 프로그램의 규칙을 정확히 알거나, 상대 프로그램의 API·가져오기 기능을 쓰는 쪽이 안전합니다.

구조 변경: 기존 프로그램이 업데이트되면서 테이블 이름이나 항목이 바뀌면 연동이 조용히 틀어질 수 있습니다. 연동 항목 목록을 문서로 남기고, 상대 프로그램 업데이트 뒤에는 연동 결과를 확인하는 절차를 둡니다.

외부 업체 프로그램의 DB에 직접 쓰는 것은 유지보수 계약 위반이 되는 경우가 있으니 먼저 확인합니다.
연동 로그(언제, 몇 건, 실패 여부)를 남겨야 문제가 생겼을 때 원인을 찾을 수 있습니다.

파일 연동·API 연동·DB 연동 비교
항목	파일 연동	API 연동	DB 연동
방식	엑셀·CSV 내보내기/불러오기	상대가 열어 둔 창구로 요청	상대 DB에 직접 접속
실시간성	낮음(사람 또는 주기 실행)	높음	가장 높음
상대 프로그램 영향	없음	허용 범위 안에서만	구조를 알아야 하고 변경에 민감
안전성	높음	높음	권한 설정에 따라 다름
필요 조건	내보내기 기능	API 제공·인증키	DB 접속 정보·권한
맞는 경우	가끔 옮기는 자료, 외부 협력사	외부 서비스(보험사·쇼핑몰·택배)	사내 시스템, API 없는 옛 프로그램

DB 연동 자주 묻는 질문

기존 프로그램 업체가 DB 접속 정보를 안 알려 주면 어떻게 하나요?

그 프로그램의 내보내기 기능이나 API가 있는지 먼저 확인합니다. 둘 다 없다면 파일 연동으로 시작하거나 화면 자동화(RPA)로 자료를 가져오는 방법을 검토합니다. 계약서에 자료 반출 조항이 있는지도 함께 보는 것이 좋습니다.

DB 연동을 하면 기존 프로그램이 느려지지 않나요?

읽기 연동을 배치 방식으로 하면 영향이 거의 없습니다. 실시간으로 자주 읽거나 큰 자료를 한 번에 읽으면 영향이 생길 수 있어, 읽는 주기와 범위를 조정합니다. 기존 프로그램의 업무 시간을 피해 새벽에 배치를 돌리는 것도 흔한 방법입니다.

연동 자료와 원본이 안 맞으면 어느 쪽이 맞는 건가요?

처음에 정한 '주인' 시스템의 자료가 기준입니다. 그래서 연동 설계 때 자료별로 주인을 정하고 문서로 남겨야 합니다. 어긋남이 생기면 연동 로그로 언제부터 틀어졌는지 찾고, 주인 자료로 다시 맞춥니다.

실무에서 이 개념이 어떻게 쓰이는지는 4대보험 API 종류와 연동 방법 · ERP 구축·제작, 어떻게 진행되나 · 맞춤 ERP·업무 프로그램 개발 에 정리했습니다.

DB 연동, 우리 회사 업무에 어떻게 적용할지 궁금하시다면

지금 쓰시는 엑셀이나 업무 순서를 알려주시면, 어디까지 시스템으로 옮길 수 있는지 단계별로 정리해 드립니다.

무료 상담 문의