Developer Log
  • Wiki
  • Books
    • 리눅스 시스템 프로그래밍
      • 핵심 개념 소개
        • 시스템 프로그래밍
        • API와 ABI
        • 리눅스 프로그래밍의 개념
          • 파일과 파일시스템
          • 프로세스
          • 사용자와 그룹
          • 권한
          • 시그널
          • 프로세스간 통신
          • 에러 처리
    • 데이터 베이스 첫걸음
      • 데이터베이스란
        • 데이터베이스의 역할을 생각해 보자
          • 우리와 데이터베이스의 관계
          • 데이터베이스의 기본 기능
          • 데이터베이스 종류
      • 관계형 데이터베이스란
        • 대표적인 DBMS를 알아보자
          • 관계형 데이터베이스란
          • SQL 기초 지식
          • 관계형 데이터베이스를 다루기 위한 사전 지식
      • 데이터베이스에 얽힌 돈 이야기
        • 초기비용과 운영비용을 생각하자
      • 데이터베이스와 아키텍처 구성
        • 다중화에 대해 생각해보자
          • 아키텍처란
          • 데이터베이스의 아키텍처
            • 역사와 개요
              • Stand-alone
              • 클라이언트/서버
              • Web 3계층
            • 가용성과 확장성의 확보
          • DB 서버의 다중화
            • 클러스터링
            • 리플리케이션
          • 성능을 추구하기 위한 다중화 - Shared Nothing
          • 적합한 아키텍처를 설계하기 위해
      • DBMS를 조작할 때 필요한 기본 지식
        • MySQL 설치해보자
        • MySQL과 커넥션 만들기, 데이터베이스에 전화걸기
        • SQL과 관리 명령의 차이
        • 관계형 데이터베이스의 계층
      • SQL 문의 기본
        • SELECT 문으로 테이블 내용을 살펴보자
        • SELECT 문을 응용해보자
        • 데이터를 갱신, 삽입, 제거해보자
        • 뷰를 작성하고 복수 테이블에서 선택해보자
      • 트랜잭션과 동시성 제어
      • 테이블 설계의 기초
      • 백업과 복구
      • 성능을 생각하자
    • 개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴
      • 객체 지향
        • 들어가기
        • 객체 지향
        • 다형성과 추상 타입
        • 재사용: 상속보단 조립
      • 설계 원칙 / DI와 서비스 로케이터
        • 설계 원칙: SOLID
          • 단일 책임 원칙(Single Responsibility Principle)
          • 개방 폐쇄 원칙(Open - Closed Principle)
          • 리스코프 치환 원칙(Liskov Substitution Principle)
          • 인터페이스 분리 원칙(Interface Segregation Principle)
          • 의존 역전 원칙(Dependency Inversion Principle)
          • SOLID 정리
        • DI(Dependency Injection)와 서비스 로케이터
      • 주요 디자인 패턴
        • 디지인 패턴이란?
        • 전략(Strategy) 패턴
        • 템플릿 메서드(Template Method) 패턴
        • 상태(State) 패턴
        • 데코레이터(Decorator) 패턴
        • 프록시(Proxy) 패턴
        • 어댑터(Adapter) 패턴
        • 옵저버(Observer) 패턴
        • 미디에이터(Mediator) 패턴
        • 파사드(Facade) 패턴
        • 컴포지트(Composite) 패턴
        • 널(Null) 객체 패턴
        • 팩토리 메서드 패턴
        • 커맨드 패턴
        • 추상 팩토리 패턴
    • 테스트 주도 개발
      • 1부
        • 다중 통화를 지원하는 Money 객체
        • 타락한 객체
        • 모두를 위한 평등
        • 프라이버시
        • 솔직히 말하자면
        • 돌아온 '모두를 위한 평등'
        • 사과와 오렌지
Powered by GitBook
On this page
  • 프로세서 라이선스와 사용자 라이선스
  • 에디션과 옵션
  • 서브스크립션은 임대

Was this helpful?

  1. Books
  2. 데이터 베이스 첫걸음
  3. 데이터베이스에 얽힌 돈 이야기

초기비용과 운영비용을 생각하자

초기비용

최초에 지급하는 돈

운영비용

서비스를 이용하는 기간에 계속해서 지급하는 돈

데이터베이스를 도입할 때의 초기비용은 소프트웨어의 라이선스 요금이다. 라이선스 요금이란 '소프트웨어 사용허가료' 이다.

프로세서 라이선스와 사용자 라이선스

DBMS를 포함한 소프트웨어 제품에는 실체를 확인할 수 있는 물리적 단위가 없기 때문에, 라이선스료는 논리적인 단위로 판매되고 있다.

프로세서 라이선스 : DBMS를 설치해서 동작하는 하드웨어의 CPU 성능에 따라 가격이 결정되는 라이선스 체계이다.

사용자 라이선스 : DBMS를 이용하는 사용자 수에 따라 가격이 결정되는 라이선스 체계이다.

서버의 프로세서 수에 비례하는 라이선스로, 사용자 수가 많거나 불특정 다수가 이용해서 사용자를 셀 수 없는 경우에 적용한다.

시용자 수에 비례하는 라이선스로, 일반적으로 사용자 수가 적은 경우 유리하다.

에디션과 옵션

스탠다드 에디션 : 중소규모 시스템용

엔터프라이즈 에디션 : 대규모 시스템용

익스프레스(Express) 에디션 : 평가판

서브스크립션은 임대

이 비즈니스 모델은 초기비용이 전혀 들지 않기 때문에 사용자는 매년 일정액의 윤영비용만 부담하면 된다. 서브스크립션 계약 중에는 소프트웨어의 사용권뿐만이 아니라 버그 수정이나 업데이트 제공, 컨설팅 지원 등의 보수 서비스도 포함되어 있다. 이는 모든 비용이 운영비용에 포함되어, 초기비용이 없는 패턴으로 생각할 수 있다.

라이선스와 서브스크립션

라이선스와 서브스크립션의 가장 큰 차이는 '사용허가 기한 유무' 이다.

라이선스는 돈을 지급하면 기본적으로 무기한으로 사용할 수 있다. 즉, 라이선스가 유효하면 기한 제한 없이 사용할 수 있다.

한편, 서브스크립션(Subscription) 은 기한을 정한 사용허가를 의미한다. 즉, '기한이 있는 사용허가' 의미이다.

라이선스가 '사용권의 구매' 이라면, 서브스크립션은 '사용권의 대여' 라고 생각할 수 있다.

Previous데이터베이스에 얽힌 돈 이야기Next데이터베이스와 아키텍처 구성

Last updated 6 years ago

Was this helpful?