GN⁺ 2024-08-19 | parent | ★ favorite | on: 그냥 Postgres 쓰세요(mccue.dev)
Hacker News 의견
  • MongoDB에 대한 부정적인 의견이 많지만, 대부분 틀린 정보임

    • MongoDB는 초기 단계에서 잘 맞음
    • 데이터 크기가 커질 때도 문제없이 작동함
    • 일관성 문제도 잘 해결됨
    • MongoDB는 Dynamo와 같은 분산 해시 맵이 아님
    • MongoDB의 집계 기능을 잘 모르는 사람들이 많음
    • 신입 개발자가 SQL을 배워야 한다는 이유로 MongoDB를 사용하지 말라는 것은 부당함
  • SQLite의 장점

    • 파일 기반이라서 백업이 쉬움
    • ORM을 사용하면 SQLite에서 Postgres로 쉽게 업그레이드 가능함
  • 기술적 결함을 지적하는 것은 의미가 없음

    • MongoDB의 Rick Houlihan이 현재 MongoDB에서 일하고 있음
  • MySQL에서 Postgres로의 마이그레이션 이유

    • Oracle 소유의 MySQL은 비즈니스 리스크가 있음
    • Postgres는 데이터 일관성을 유지하는 도구가 더 많음
    • Postgres의 확장 기능이 개발 시간을 절약해줌
    • Postgres의 도구 생태계가 더 성숙하고 완전함
  • Postgres의 시간 테이블 지원이 부족함

    • SQL:2011 시스템 시간 및 애플리케이션 시간 "이중 시간" 버전 관리가 필요함
    • 복잡한 보고 요구사항이 있는 규제 산업에서는 시간 테이블이 이상적임
  • SQLite를 사용하는 이유를 이해하지 못함

    • Postgres 설치가 어렵지 않음
    • SQLite와 Postgres의 차이점에 대한 설명 필요함
  • Rick Houlihan의 이름을 잘못 언급한 것에 대한 사과

    • DynamoDB/Cassandra와 MongoDB 비교는 그의 강연에서 나온 것임
    • MongoDB는 비정규화된 정보를 저장하는 데이터베이스로, 접근 패턴 변경에 유연하지 않음
  • 아는 것을 사용하고 유용한 것을 배포하는 것이 중요함

  • MySQL은 Javascript와 같음

    • 나쁜 결정과 위험 요소가 많음
    • 잘 작동하지만, Postgres가 존재하는데 굳이 사용할 이유가 없음

Postgres는 데이터 일관성을 유지하는 도구가 더 많음
=> 혹시 예시가 있을까요?

Postgres 대비 SQLite의 한 가지 단점은 schema 를 지원하지 않는다는 것이더라구요. 테이블이 수십 개 이상으로 많아지면 schema 단위로 테이블을 구분 설계하는 것이 깔끔한데, SQLite가 그게 안되다 보니 테이블명에 모든 구분을 다 넣어야 해서요.