database.sarang.net
UserID
Passwd
Database
ㆍDBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
MS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
DBMS Columns 32 게시물 읽기
 News | Q&A | Columns | Tutorials | Devel | Files | Links
No. 32
Open source Database 가 충분하지 못할 때
작성자
정재익(advance)
작성일
2001-10-23 10:46
조회수
3,634

번역 : 정재익

원본 출처 : http://www.webtechniques.com

 

===========================

Open source database 로는 충분치 않다.

 

PostgreSQL, MySQL 그리고 Borladn Interbase 등과 같은 소스가 공개된 데이터베이스들이 최근에 큰 발전이 있었다. 그들이 성숙되어 감에 따라 이들 저비용의 패키지들은, 높은 비용을 지불해야 하는 기존의 상용 소프트웨어의 대용으로 웹개발자들에게 특히 관심을 끌고 있다. 그러나 때로는 최저가의 solution 이 능사는 아니다. Oracle, Sybase, IBM 그리고 Microsoft 등과 같은 밴더들은 그들 각자의 제품을 개발하고 연구하기 위해서 많은 비용을 투자하고 있다. 결과적으로 상용 데이터베이스들은 전형적으로 소스가 공개된 제품들에 비해서 좀더 나은 성능을 보이고 있으며, 경쟁이 되질 않고 있는 것이다.

 

예를 들면 :

 

속도

데이터베이스의 퍼포먼스를 높이려면 좀더 강력한 CPU 와 더 빠른 하드디스크에서 시작한다. 그러나 속도가 절대적으로 중요할 때에는 추가적인 소프트웨어를 필요로 하기도 한다. 상용 데이터베이스들이 이러한 하드웨어적인 병목을 해결하는 한가지 방법은 clustering 이다. 이것은 몇개의 서버들이 한개의 자료 저장장치에 걸리는 부하를 나누어서 처리하는 방식이다. 또다른 기법은 raw file system 을 사용하는 것이다. 이것은 데이터베이스가 운영체계를 무시하고 디스크에 직접적으로 접근하는 것을 말한다.

 

규모

적절한 량의 데이터를 가진 하나의 서버에서 하나의 데이터베이스 인스턴스만을 운영하는 것은 쉽다. 여러분들의 요구사항이 이러한 단순한 설정을 넘어서 점차 커지면 여러분들은 소프트웨어도 점차 더 커지길 원하게 될 것이다.

 

회사에서 수 테라바이트의 크기를 가진 데이터베이스 호스트를 보는 것은 그렇게 힘든 일이 아니다. 대체로 소스가 공개된 데이터베이스들은 이런 대용량의 정보를 제대로 취급하질 못한다. 때로는 각각의 레코드가 수 킬로 바이트 정도로 한정되는 경우도 흔하다. 여러분들이 하나이상의 서버가 필요한 경우도 있다. 그럴때에는 replication 을 지원하는 데이터베이스를 원하게 될수도 있다. 소스가 공개된 데이터베이스에서는 몇개의 서버간에 자료를 서로 복사하고 동기화를 유지하기는 쉽지 않다.

 

신뢰성

만약 서버를 늘 가동해야 한다면, 사용 패키지는 여러분들이 자고 있는 방동안에도 잘 동작할수 있는 failover solution 도 필요로 하게 된다. 가장 진보된 시스템은 만약 일차 데이터베이스 서버가 동작을 멈출경우 즉시 대기중인 서버가 동작할수 있는 hot standby 서버의 서치가 가능하게 한다. 상용 데이터베이스는 데이터베이스가 기동중에도 hot backup 이 가능하며, 서버 관리자가 자료가 파괴되기 직전에 정확하게 자료를 재구성할수 있도록 해 주는 point-in-recovery 도 가능하다.

 

프로그래밍의 편리성

SQL 이 비록 산업 표준이기는 하지만 대부분의 데이터베이스 패키지는 이러한 기본 사양으로 넘어서 outer join, inner join, subselect 같은 좀더 진보된 질의를 가능하게 한다. 비록 모든 밴더들이 이와 형태로 지원하고 있지만, Oracle 의 PL/SQL 은 이런 편리한 질의언어의 한 예이다. Oracle 은 JAVA code 를 데이터베이스 내에 내장 하는 등 데이터베이스 프로그래밍에서 좀 더 진보된 사양을 선보이고 있다.

 

지원

대부분의 소스가 공개된 소프트웨어들에서 지원은 뉴스그룹이나 메일링 리스트를 이용한 개별적 양상을 띠고 있다. 일부 Open-source database 의 상업적 지원에도 불구하고, 많은 업체들이 큰회사의 서비스를 받기를 원하고 그래서 그들의 제품을 선택하고 있다. 오늘날 오라클이나 IBM 과 같은 대형밴더들은 서로 싸우지 않는다. 메뉴얼 작성에 주력하고 있다. 여러분들은 더 이상 오라클에 관한 많은 수의 책들을 다 볼 필요가 없다. PostgreSQL 의 경우는 그렇지는 못하다. 만약 뜻이 있다면 비용을 들여서 상용 수준의 문서를 작성하는 것도 좋을 것이다.

 

Neil McAllister, Web Techniques Technical Editor

============================

 

 

원문 :

 

When Open Source Isn't Enough

 

Open-source databases like PostgreSQL, MySQL, and Borland's Interbase have made big strides in recent years. As they've matured, these low-cost packages have grown particularly attractive to Web developers as alternatives to commercial software—for which they must pay high licensing fees. Sometimes, however, the least expensive solution just won't cut it. Vendors like Oracle, Sybase, IBM, and Microsoft have each invested heavily in research and development to hone the capabilities of their respective products. As a result, commercial databases typically offer advanced features in areas where open-source alternatives can't compete. For example:

 

Speed. Improving database performance starts with more powerful processors and faster hard drives, but when speed is absolutely critical, you'll want software options as well. One way some commercial databases bypass the hardware bottleneck is through clustering, which lets several servers share the processing burden for a single data store. Another sophisticated technique is the use of raw file systems, with which the database bypasses the underlying operating system to access disks directly.

 

Scalability. It's easy to run a single database instance on a single machine with a moderate amount of data. When your needs grow beyond this simple setup, however, you'll need software that can grow with you.

 

It's not uncommon for enterprises to host databases that are several terabytes in size. Typically, open-source databases handle large amounts of information poorly, sometimes limiting individual records to just a few kilobytes. If you find you need more than a single server, you'll want a database that supports replication, as well. There's no easy way to duplicate an open-source database across several machines and keep the machines synchronized.

 

Reliability. If you need 100 percent uptime, commercial packages offer the kind of failover solutions that will let you sleep at night. The most advanced systems allow hot standby servers to take over immediately if the primary database server fails. The end user need never know there's a problem. Also, commercial databases allow hot backups, where the information can be archived while the database is still running, and point-in-time recovery, which lets administrators reconstruct the data store exactly as it was immediately before a catastrophe.

 

Programmability. Though SQL is an industry standard, most database packages expand beyond the basics with advanced query capabilities like outer joins and subselects. Oracle's PL/SQL is one example of such a sophisticated query language, though most vendors provide something comparable. Oracle has recently taken database programming a step further, however, offering native support for Java code inside the database itself.

 

Support. Most support for open-source software is peer-based, in the form of newsgroups and mailing lists. Despite commercial support for open-source databases, many businesses still prefer the reassurance of a large corporate services department backing their product of choice. In this area, vendors like Oracle or IBM can't be beat. Still others would settle for a decent manual. It won't take more than a quick scan of your local shelves to estimate the number of books written about Oracle, versus those on PostgreSQL. If RTFM is your mantra, it may be worth spending extra dollars for commercial-grade documentation.

 

Neil McAllister, Web Techniques Technical Editor

[Top]
No.
제목
작성자
작성일
조회
85Entity Relationship Modeling from an ORM Perspective: Part 1 -- By Dr. Terry Halpin
정재익
2001-11-19
4172
54SQLite 2.0
정재익
2001-11-03
6236
53SHORE
정재익
2001-11-03
3497
32Open source Database 가 충분하지 못할 때
정재익
2001-10-23
3634
27전세계적으로 활동중인 DB Research Group
정재익
2001-10-20
3082
13리눅스, DB 벤치마크에서 MS「눌렀다」
정재익
2001-10-10
3514
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.021초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다