SQL 쿼리 빌더의 두 가지 유형

쿼리 빌더는 비슷한 파이프라인 인터페이스를 제공해도 데이터 처리 결과를 정의하는 방식과 SQL 구문 트리를 조립하는 방식으로 나뉘며, 연산 순서를 바꿨을 때 동작이 달라짐 FunSQL, EF/LINQ, dbplyr는 처리 순서를 반영함. 필터링 전에 정렬과 개수 제한을 수행하면 ‘가장 나이 많은 남성 환자 100명’이 아니라 ‘가장 나이 많은 환자 100명 중 남성’을 구함 Active Record와 Laravel은 SQL 절에 해당하는 슬롯을 채우므로, 이 예제에서는 호출 순서를 바꿔도 결과가 같음. 구현과 SQL 기능 지원에는 유리하지만 SQL 문법의 제약도 그대로 이어받음 데이터 지향 쿼리 빌더는 처리 파이프라인을 구성하기 쉽지만, 범용 프레임워크를 SQL로 변환하는 SQL 푸시다운 방식은 표현할 수 있는 SQL 기능에 한계가 있음 FunSQL은 기존 프레임워크를 변환하지 않고 SQL의 전체 표현력을 데이터 지향 인터페이스로 제공하도록 설계됐으며, 상관 서브쿼리, 래터럴 조인(lateral join), 윈도 함수, 재귀 쿼리 등을 지원함 같은 인터페이스, 다른 의미 SQL은 사람이 사용하기 쉽게 설계됐지만, 오늘날 SQL 코드의 대부분은 컴퓨터가 생성함 대다수 데이터베이스 서버가 지원하는 유일한 쿼리 언어가 SQL이므로, 많은 프로그램이 SQL을 생성해야 함 원래 이름인 SEQUEL은 Structured English Query Language의 약자지만, 영어를 닮은 복잡하고 불명확한 문법 때문에 생성이 어려워 전용 라이브러리를 사용함 FunSQL의 설계 목표는 SQL의 전체 조회 기능을 지원하면서 이를 조합 가능한 데이터 지향 인터페이스로 제공하는 것임 SQL 기능을 폭넓게 지원하는 빌더는 많고 데이터 지향 인터페이스를 제공하는 빌더는 더 적으며, FunSQL은 두 목표를 함께 추구함 OMOP CDM 데이터베이스에서 가장 나이 많은 남성 환자 100명을 찾는 예제는 여러 라이브러리에서 거의 같은 형태로 구성됨 FunSQL은 From(:person), Where(Get.gender_concept_id .== 8507), Order(Get.year_of_birth), Limit(100), Select(Get.person_id)를 순서대로 연결함 Ruby의 Active Record Query Interface, PHP의 Laravel Query Builder, C#의 EF/LINQ, R의 dbplyr도 같은...