0
다른 도시의 대행사를 정의해야하는 프로젝트를 진행 중입니다. 우리는 동일한 애플리케이션을 가지고 있지만 각 기관마다 별도의 데이터베이스 스키마가 있습니다. 하나의 세션 팩토리를 사용했습니다. 각 요청에 대해 우리는 그 사람의 사용자 이름을 얻습니다. 따라서 우리는 그들이 속한 기관을 알 수 있습니다. 우리는 PostgreSQL search_path를 변경합니다.multi_schema 및 부작용 문제
캐시에 문제가 발생했습니다. 우리가 스키마를 끊임없이 변경하고 있기 때문에 캐시가 작동하지 않는 것 같습니다.
우리는 스케쥴을 끊임없이 변경하기 때문에 쿼츠 스케쥴링으로 작성된 작업에 문제가있는 것 같습니다.
아이디어가 있으십니까?
우물, 나는 처음에는 그렇게하고 싶었지만 에이전시의 수가 너무 많아서 많은 세션 팩토리가 그렇게 많이 들었을 때. 캐시는 세션 당 대신 연결마다 스키마를 업데이트하기로 결정했다. 캐시의 문제를 해결했다. 여전히 "쿼츠의 일"과 시시각각 변화하는 스키마가 끊임없이 치명적인 문제를 야기하는지 여부와 관계가있다. –