IT Share you

MongoDB Stored Procedure Equivalent

shareyou 2020. 11. 21. 08:41
반응형

MongoDB Stored Procedure Equivalent


필드 중 하나가 ZipCode 인 상점 목록이 포함 된 큰 CSV 파일이 있습니다. 주어진 우편 번호에 대한 위도와 경도를 저장하는 ZipCodes라는 별도의 MongoDB 데이터베이스가 있습니다.

SQL Server에서는 해당 위도와 경도를 가져오고 데이터를 Stores 테이블에 삽입하기 위해 ZipCodes 테이블을 조회하는 InsertStore라는 저장 프로 시저를 실행합니다.

이를 위해 MongoDB의 저장 프로 시저 개념과 유사한 것이 있습니까? 기본적으로 각 삽입물에 대해 해당 매장의 위도와 경도를 찾아서 저장해야합니다.

Map / Reduce의 개념에 너무 익숙하지 않지만 여기서 관련이 있습니까? 감사합니다!


mongodb의 저장 프로 시저에 가장 가까운 것은 저장된 자바 스크립트입니다. 저장된 자바 스크립트에 대한 좋은 소개는 Mike Dirolf의 블로그에 있는 이 기사 에서 확인할 수 있습니다 .


참조에 따라 참고 :

데이터베이스에 애플리케이션 로직을 저장하지 마십시오. MongoDB 내에서 JavaScript를 실행하는 데는 성능 제한이 있습니다. 또한 애플리케이션 코드는 일반적으로 애플리케이션 자체와 버전 제어를 공유 할 때 가장 효과적입니다.

따라서 mongodb에는 저장 프로 시저에 해당하는 항목이 없습니다.


SQL에서 NoSQL로 전환하는 개발자로서 저는 MongoDB 쿼리를 정의하고 재사용 할 때의 가치를 확실히 알고 있습니다. 비즈니스 로직을 DB에 넣는 쿼리 로직을 재사용하기를 원한다고해서 반드시 동의하지는 않습니다. 집계, 조회 및 필터는 데이터 영역에서 더 빠르기 때문에 데이터 영역에서 수행해야합니다. 그리고 이러한 집계, 조회 및 필터를 재사용하는 경우 동일한 코드를 저장하고 재사용하지 않는 이유는 무엇입니까?

이를 염두에두고 MeshyDB의 Projections 기능을 확인하는 것이 좋습니다 . MongoDB 쿼리를 저장하고 RESTful API를 통해 실행할 수 있습니다. 정확히 저장된 프로시 저는 아니지만 꽤 가까이에 있습니다. 그리고 99 %의 사용 사례를 처리하는 것 같습니다.

다음은 MongoDB 쿼리를 재사용하는 방법에 대해 자세히 설명하는 링크입니다. https://meshydb.com/blog/stored-procedures-in-mongodb

참고 URL : https://stackoverflow.com/questions/3876049/mongodb-stored-procedure-equivalent

반응형