Hacker News 의견

• SQLite 테이블의 각 행은 기본적으로 고유한 rowId를 가지며, 이는 명시적으로 정의되지 않은 경우 기본 키처럼 작동함

  • 실제로 기본 키가 있어도 rowId를 사용함
  • WITHOUT ROWID 테이블의 기본 키 인덱스를 시각화해보는 것이 좋음
  • 두 인덱스는 유사해 보이지만, 페이지 수가 적은 두 번째 인덱스가 더 빠를 수 있음
  • 노드 수가 적다고 해서 반드시 "빠른" 것은 아님
  • 가장 중요한 것은 트리의 높이임
  • 두 번째로 중요한 것은 인덱스에서 값을 찾았을 때 발생하는 일임
  • 별도의 테이블(rowid)에서 나머지를 로드해야 하는지, 아니면 데이터가 이미 있는지(ROWID 없이) 특히 범위 쿼리에서 중요함

• 데이터베이스 관리 시스템(DBMS)이 디스크와 메모리에서 인덱스를 저장하고 검색하는 방법을 보고 싶었음

  • SQLite를 실험 대상으로 선택함
  • SQLite는 모든 것을 처리하는 방식에서 약간의 특이점이 있음
  • 특히 쿼리 처리에서 더 그러함
  • SQLite는 성능보다 단순함을 선호하는 경향이 있어 다른 데이터베이스와 다르게 구현함
  • SQLite는 다른 데이터베이스와 경쟁하지 않음
  • JSON 및 XML 파일과 영구 저장을 위해 경쟁함
  • 이는 SQLite가 무엇이든 구현하는 방식이 실제 데이터베이스가 어떻게 작동하는지를 거의 알려주지 않음을 의미함

• 웹사이트가 매우 읽기 쉬워서 읽고 싶음

• "indexes"는 동사 "to index"의 3인칭 단수 현재형과 명사 "index"의 복수형으로 사용됨

  • 반면 "indices"는 전통적인 복수형으로 수학 및 과학 분야에서 특히 많이 사용됨
  • 일반 영어에서는 "indexes"가 흔히 사용되지만, 기술 분야에서는 언어적 정확성을 유지하기 위해 "indices"가 선호됨
  • "indices"를 사용하면 인덱싱 작업과 인덱스의 복수형을 구분하여 명확성을 높임

• PostgreSQL이 같은 작업을 수행하는 방법을 보고 비교하고 메모를 남기는 것이 좋을 것 같음

• yEd를 위한 tgf를 생성하여 더 적은 작업으로 더 다양한 레이아웃을 얻을 수 있음