작성, 읽기, 갱신 및 삭제

Create, read, update and delete

컴퓨터 프로그래밍에서 CRUD(Create, Read, Update, and Delete)는 영구 [1]저장소의 4가지 기본 작업입니다.CRUD는 컴퓨터 기반 양식 및 보고서를 사용하여 정보를 쉽게 표시, 검색 및 변경할 수 있는 사용자 인터페이스 규칙을 설명하는 데 사용될 수도 있습니다. 용어는 James Martin이 1983년 펴낸 "Managing the Database Environment(데이터베이스 환경 관리)"에서 처음 유행했을 가능성이 높습니다.

개념적

데이터는 기억기구의 위치/영역에 넣을 수 있다.

  • 저장 위치의 기본 기능은 내용을 읽을 수 있고 업데이트할 수 있다는 것입니다.
  • 스토리지 위치를 읽거나 업데이트하려면 먼저 스토리지 위치를 생성해야 합니다. 스토리지 위치는 컨텐츠로 할당되고 초기화됩니다.
  • 나중에 스토리지 위치를 파기해야 할 수 있습니다.이것이 최종적이고 할당이 해제됩니다.

CRUD라고 불리는 스토리지 관리의 기본 조작인 Create, Read, UpdateDelete를 구성합니다.

데이터베이스

약어 CRUD는 데이터베이스에 의해 구현되는 주요 작업을 의미합니다.약어 내의 각 문자는 표준 SQL(Structured Query Language) [2]에 매핑할 수 있습니다.

크러드 SQL
만들다 삽입
읽어주세요 선택한다.
갱신하다 갱신하다
삭제 삭제

관계형 데이터베이스는 소프트웨어 응용 프로그램의 일반적인 지속성 계층이지만, 다른 많은 지속성 계층이 존재합니다.예를 들어 CRUD 기능은 문서 데이터베이스, 객체 데이터베이스, XML 데이터베이스, 텍스트 파일 또는 이진 파일을 사용하여 구현할 수 있습니다.

주의: 일부 빅데이터 시스템에는 UPDATE를 구현하지 않고 타임스탬프 INSERT(저널링)만 있으며 매번 완전히 새로운 버전의 오브젝트를 저장합니다.

RESTFul API

CRUD라는 약자는 RESTful API에 대해서도 언급됩니다.약어의 각 문자는 Hypertext Transfer Protocol(HTTP) 메서드에 매핑할 수 있습니다.

크러드 HTTP
만들다 놓다
읽어주세요 얻다
갱신하다 놓다
삭제 삭제

HTTP에서 GET(읽기), PUT(작성 및 업데이트) 및 DELETE(삭제) 메서드는 스토리지 관리 시멘틱스가 있기 때문에 CRUD 작업입니다.이는 사용자 에이전트타깃리소스[3]상태를 직접 조작할 수 있음을 의미합니다.한편 POST 메서드는 일반적으로 CRUD 연산 [4]범위를 초과하는 타깃자원 고유의 시멘틱스를 가진 프로세스 연산입니다.

사용자 인터페이스

CRUD는 대부분의 응용 프로그램의 사용자 인터페이스 수준에서도 관련이 있습니다.예를 들어 주소록 소프트웨어에서 기본 기억 단위는 개별 연락처 항목이다.소프트웨어는 최소한 다음 작업을 사용자에게 허용해야 합니다.

  • 항목 만들기 또는 추가
  • 기존 항목 읽기, 검색, 검색 또는 보기
  • 기존 항목 업데이트 또는 편집
  • 기존 항목 삭제, 비활성화 또는 제거

이러한 운영은 매우 기초적이기 때문에 일반적으로 [citation needed]"연락처 관리" 또는 "문서 관리"와 같은 하나의 포괄적인 제목으로 문서화 및 기술됩니다.

기타 변종류

CRUD의 다른 변형은 다음과 같습니다.

  • ABCD(추가, 참조, 변경, 삭제)
  • CRUDL(작성, 읽기, 업데이트, 삭제, 목록)
  • BREAD(참조, 읽기, 편집, 추가, 삭제)[6]
  • DAVE(삭제, 추가, 표시, 편집)[7]
  • CLUP(작성, 복제, 추가, 프로세스)[8]

「 」를 참조해 주세요.

레퍼런스

  1. ^ Martin, James (1983). Managing the Data-base Environment. Englewood Cliffs, New Jersey: Prentice-Hall. p. 381. ISBN 0-135-50582-8.
  2. ^ Maryam Sulemani (7 April 2021). "CRUD operations explained: Create, read, update, delete". Retrieved 14 December 2021.
  3. ^ Fielding, Roy (June 2014). "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content, Section 4". IETF. Internet Engineering Task Force (IETF). RFC 7231. Retrieved 2018-02-14.
  4. ^ Roy T. Fielding (2009-03-20). "It is okay to use POST". roy.gbiv.com. Retrieved 2020-04-14. POST only becomes an issue when it is used in a situation for which some other method is ideally suited: e.g., retrieval of information that should be a representation of some resource (GET), complete replacement of a representation (PUT), or any of the other standardized methods that tell intermediaries something more valuable than “this may change something.” The other methods are more valuable to intermediaries because they say something about how failures can be automatically handled and how intermediate caches can optimize their behavior. POST does not have those characteristics, but that doesn’t mean we can live without it. POST serves many useful purposes in HTTP, including the general purpose of “this action isn’t worth standardizing.”
  5. ^ Kann, Charles. Programming for the Web - From Soup to Nuts - Implementing a Complete GIS Web Page. Gettysburg College. pp. 6.1 CRUD Interface.
  6. ^ Paul M. Jones (2008). "BREAD, not CRUD".
  7. ^ McGaw, James (21 June 2010). Beginning Django E-Commerce. p. 41. ISBN 9781430225362.
  8. ^ "CRAP and CRUD: From Database to Datacloud - Direct2DellEMC". Direct2DellEMC. 2012-11-13. Retrieved 2018-01-30.