Hacker News 의견

• 각 애플리케이션 서버가 SQLite 데이터베이스 파일을 복사하여 주기적으로 교체하는 모델에 관심이 있음

  • 웹 애플리케이션 방화벽 규칙에 사용됨
  • 기능 플래그 구성에도 사용할 수 있음
  • 기능 플래그는 업데이트가 몇 초 걸려도 괜찮음

• Redis의 읽기/쓰기 지연 시간이 쿼리된 키 수에 비례함

  • Postgres와 Redis를 사용하는 모놀리식 앱이 잘 작동했음
  • Redis는 단일 스레드이므로 대량 읽기 기능이 다른 작업을 느리게 할 수 있음
  • Redis는 키 또는 작은 고정 키 집합을 읽고 쓸 때 좋음
  • SQLite가 로컬 Redis 인스턴스와 비교해 성능이 좋은 것이 흥미로웠음

• 데이터셋이 120만 개 항목으로 보이지만 실제로는 크지 않음

  • IPv4 주소는 4.8MB, 간단한 압축으로 더 작아질 수 있음
  • Ruby가 mmap을 지원하면 직접 IP 목록을 사용하는 것이 좋음

• Neon 내부 해커톤에서 Redis의 프로토콜을 Postgres 쿼리로 변환하는 Node.js 서버를 작성했음

  • 재미있는 해킹 프로젝트였음

• RailsWorld 2023에서 Redis에 대한 부정적인 분위기가 있었음

  • Redis 서버가 필요하다는 가정이 있었음
  • Redis를 사용한 경험이 적어 현재 생태계가 Redis에 반대하는지 궁금함

• SQLite가 서버 측에서 복제 없이 잘 작동하는 틈새 사용 사례로 보임

  • 다른 대안은 메모리에 로드된 정적 파일을 사용할 수 있음
  • SQLite가 좋은 대안임

• Redka라는 Redis를 SQLite로 구현한 프로젝트가 있음

• 최고의 인용문: "SQLite는 클라이언트/서버 데이터베이스와 경쟁하지 않음. SQLite는 fopen()과 경쟁함."

• Redis는 전통적인 RDBMS에 비해 빠르지만 관리가 필요함

  • 모든 데이터베이스는 일정 수준의 관리가 필요함
  • 조인을 신경 쓰지 않으면 행 삽입과 검색도 매우 빠름

• 벤치마킹은 매우 정밀한 숫자로 자신을 속이는 어두운 예술임