한 스키마에서 다른 스키마로 뷰를 이동하면 성능에 나쁜 영향을 미칩니 까?뷰에서 교차 스키마 쿼리가 Oracle 성능에 영향을 줍니까?
하나의 스키마에 약 40 개의보기가 있습니다. 모든 올바른 권한을 갖게 될 새로운 스키마를 만들고 싶습니다. TableA가 스키마 A에 있다고 가정 해 봅시다. 따라서 뷰는 스키마 A에 있습니다. 따라서 간단히 select * from TableA을 사용합니다. 이제이 뷰를 스키마 B로 이동합니다. 테이블이 스키마 A에 있으므로, select * from A.TableA을 수행해야합니다. 이 교차 스키마 쿼리로 인해 성능 문제가 발생합니까?
성능 검토를 시작할 위치가 아닙니다.
실제 뷰의 SQL은 아마 훨씬 더 중요 당신이에 배치하는 스키마보다
편집 :.
보기 상주 성능에 영향을 미치지 않습니다. (블록과 데이터 파일을 가로 질러 스키마가 배치되는 방법을 제외하고)
요점이오고 있는지 확실하지 않습니다. 나는 하나의 계획에 약 40 개의 견해를 가지고있다. 모든 올바른 권한을 갖게 될 새로운 체계를 만들고 싶습니다. 우리가 테스트 할 것이므로 코드가 실행될 것입니다. schemeA에 TableA가 상주한다고 가정합니다. 그래서 내 견해는 schemeA에있을 것입니다. 그래서 나는 TableA에서 *를 선택하기 만하면됩니다. 이제이 견해를 SchemeB로 옮깁니다. 테이블이 SchemeA에 있기 때문에 Select * FROM SchemeA.TableA를 수행해야합니다. 이로 인해 성능 문제가 발생합니까? 내가 아는 한, 대답은 '아니오'입니다. 그냥 확인하고 싶었어. 감사. –
구체화 된보기가 아닌 경우 성능에 거의 영향을 미치지 않습니다.
이 질문에 더 많은 세부 사항이 필요하다고 생각합니다. –
사용자가 새 스키마에 대한 올바른 사용 권한을 가지고 있지 않으면 매우 심각한 영향을 미칩니다. – Ollie
@DaveCosta : OP가 주석에 세부 사항을 제공 했으므로 편집했습니다. (또한's/scheme/schema/g') – derobert