• 제목/요약/키워드: Database(DB)

검색결과 1,495건 처리시간 0.027초

데이터베이스 산업구도 및 분류체계

  • 한국데이터베이스진흥센터
    • 디지털콘텐츠
    • /
    • 6호통권1호
    • /
    • pp.68-69
    • /
    • 1993
  • 한국데이터베이스진흥센터는 DB업계가 통일적으로 DB분류 및 산업구도를 사용하기 위하여 다음과 같이 제안하오니 많은 의견을 보내주시기 바랍니다.

  • PDF

디자인 DB(database)에 있어서 분류체계에 관한 연구 (A Study on the Classification System for Design DB(Database))

  • 유보현;김태균;홍석기
    • 디자인학연구
    • /
    • 제13권1호
    • /
    • pp.67-74
    • /
    • 2000
  • 오늘날 컴퓨터의 사용이 일반화되어 인터넷을 이용한 정보의 교환 시스템이 보편화되면서 필요한 정보를 신속하게 이용하고 공유할 수 있는 데이터 베이스 환경을 구축하는 일은 디자인 분야에서도 신속히 추진해야 할 과제 중의 하나로 떠오르게 되었다. 이러한 디자인 데이터 베이스(DB)의 체계적 구축은 디자인 정보화 산업의 추진과 더 나아가 지식기반 산업으로서의 디자인 분야 발전의 토대가 된다. 이러한 체계적 구축은 디자인 분야 발전의 토대가 된다. 이러한 체계적이고 표준화된 디자인 DB의 구축을 위하여 선행되어 져야 할 것이 사용자들이 쉽게 접근하고 이용할 수 있는, 사용자 중심의 보편화된 분류체계를 수립하는 것이다. 본 연구에서는 분류체계에 대한 연구를 통하여 사용자 중심의 표준화된 분류체계의 구축과 이러한 분류체계가 오늘날의 기술환경에 적용되어 실행될 수 잇는 가능성을 제시하는데 목적이 있다.

  • PDF

RFID 시스템을 위한 안전하고 효율적인 DB 보안 및 인증기법 (Secure and Efficient DB Security and Authentication Scheme for RFID System)

  • 안해순;윤은준;부기동;남인걸
    • 한국통신학회논문지
    • /
    • 제36권4C호
    • /
    • pp.197-206
    • /
    • 2011
  • 일반적인 RFID 시스템에서는 백-엔드 데이터베이스 내에 저장되어 있는 대량의 태그 정보들이 암호화되어 있지 않고 평문형태로 저장되어 있다. 이로 인해 외부 해커뿐만 아니라 내부 공격자들에 의해서 태그의 기밀 정보가 쉽게 유출될 수 있다. 만약 태그와 관련된 중요한 정보들이 노출된다면 심각한 프라이버시 침해 문제를 유발시킬 수 있다. 최근 DB 보안에 관한 연구가 중요한 보안 이슈로 대두되고 있음에도 불구하고, RFID 시스템에서의 DB 보안은 전혀 고려되지 않고 있다. RFID 시스템 환경에서 DB 보안 기법을 적용하여 태그 데이터를 암호화하여 백-엔드 데이터베이스 내에 저장한다면 위와 같은 프라이버시 침해와 정보보안 문제를 예방할 수 있다. 따라서 본 논문에서는 RFID 시스템의 백-엔드 데이터베이스에 저장할 태그 식별자와 비밀키를 안전한 DB 비밀키를 사용하여 XOR 연산 기반 암호화 및 복호화하는 안전하고 효율적인 DB 보안 및 인증 기법 (S-DB)을 제안한다. 결론적으로 제안한 S-DB 보안 가법은 RFID 시스템 환경의 DB 보안에 적합한 더욱 강력한 보안성과 효율성을 제공할 수 있다.

데이터마이닝 기법을 이용한 건강보험공단의 수술 통계량 근사치 추정 -허니아 수술을 중심으로- (Estimation of a Nationwide Statistics of Hernia Operation Applying Data Mining Technique to the National Health Insurance Database)

  • 강성홍;서숙경;양영자;이애경;배종면
    • Journal of Preventive Medicine and Public Health
    • /
    • 제39권5호
    • /
    • pp.433-437
    • /
    • 2006
  • Objectives: The aim of this study is to develop a methodology for estimating a nationwide statistic for hernia operations with using the claim database of the Korea Health Insurance Cooperation (KHIC). Methods: According to the insurance claim procedures, the claim database was divided into the electronic data interchange database (EDI_DB) and the sheet database (Paper_DB). Although the EDI_DB has operation and management codes showing the facts and kinds of operations, the Paper_DB doesn't. Using the hernia matched management code in the EDI_DB, the cases of hernia surgery were extracted. For drawing the potential cases from the Paper_DB, which doesn't have the code, the predictive model was developed using the data mining technique called SEMMA. The claim sheets of the cases that showed a predictive probability of an operation over the threshold, as was decided by the ROC curve, were identified in order to get the positive predictive value as an index of usefulness for the predictive model. Results: Of the claim databases in 2004, 14,386 cases had hernia related management codes with using the EDI system. For fitting the models with applying the data mining technique, logistic regression was chosen rather than the neural network method or the decision tree method. From the Paper_DB, 1,019 cases were extracted as potential cases. Direct review of the sheets of the extracted cases showed that the positive predictive value was 95.3%. Conclusions: The results suggested that applying the data mining technique to the claim database in the KHIC for estimating the nationwide surgical statistics would be useful from the aspect of execution and cost-effectiveness.

전세계 DB산업 현황(1993)

  • 한국데이터베이스진흥센터
    • 디지털콘텐츠
    • /
    • 6호통권1호
    • /
    • pp.58-63
    • /
    • 1993
  • 이글은 美 Gale Research Inc.에서 전세계적으로 유명한 3개 DB디렉토리를 종합하여 발간한 'Gate Directory of Databases'(93년 1월판)중에서 세계적으로 유수한 DB 7,907개를 분석한 일리노이대 마르타 E.윌리엄스의 글을 번역, 요약한 것으로 앞으로 3회에 걸쳐 게재할 예정임.

  • PDF

모바일 GIS를 활용한 도로시설물 DB구축의 효율성 향상 (The Improvement of the Road Facility Database Creation Using a Mobile GIS)

  • 이현직;김현태
    • 대한공간정보학회지
    • /
    • 제11권4호
    • /
    • pp.53-60
    • /
    • 2003
  • GIS는 복잡하고 다양한 시설물의 공간정보를 체계적, 과학적으로 관리하는데 유용하여, 최근에는 정보와 통신기술의 급속한 발전에 힘입어 모바일 GIS로 추세가 확산되고 있다. 그러나, 이러한 모바일 GIS 기술은 각종 시설물의 유지관리에는 도입되고 있으나, 현장성 및 이동성이 요구되는 시설물 DB구축에는 사용이 미흡한 실정이다. 따라서, 본 연구에서는 여러 가지 시설물중 도로시설물을 대상으로, DB구축 작업공정을 분석하여 모바일 GIS를 활용한 개선된 작업공정을 도출하였다. 그리고, 실험을 통해 기존방법 및 개선된 방법에 의한 도로시설물 DB구축 과정을 비교 분석함으로써, 모바일 GIS를 활용하여 도로시설물 DB구축의 효율성을 향상시키고자 하였다.

  • PDF

A COMPARATIVE STUDY ON BLOCKCHAIN DATA MANAGEMENT SYSTEMS: BIGCHAINDB VS FALCONDB

  • Abrar Alotaibi;Sarah Alissa;Salahadin Mohammed
    • International Journal of Computer Science & Network Security
    • /
    • 제23권5호
    • /
    • pp.128-134
    • /
    • 2023
  • The widespread usage of blockchain technology in cryptocurrencies has led to the adoption of the blockchain concept in data storage management systems for secure and effective data storage and management. Several innovative studies have proposed solutions that integrate blockchain with distributed databases. In this article, we review current blockchain databases, then focus on two well-known blockchain databases-BigchainDB and FalconDB-to illustrate their architecture and design aspects in more detail. BigchainDB is a distributed database that integrates blockchain properties to enhance immutability and decentralization as well as a high transaction rate, low latency, and accurate queries. Its architecture consists of three layers: the transaction layer, consensus layer, and data model layer. FalconDB, on the other hand, is a shared database that allows multiple clients to collaborate on the database securely and efficiently, even if they have limited resources. It has two layers: the authentication layer and the consensus layer, which are used with client requests and results. Finally, a comparison is made between the two blockchain databases, revealing that they share some characteristics such as immutability, low latency, permission, horizontal scalability, decentralization, and the same consensus protocol. However, they vary in terms of database type, concurrency mechanism, replication model, cost, and the usage of smart contracts.