데이터베이스 준비 환경을 IT 부서에 제안하는 중입니다. 아이디어는 나와 같은 IT가 아닌 사람 (공공 데이터 분석가)이 솔루션을 테스트 한 다음 실제 환경에서 직접 구현하거나 필요한 경우 IT에 구현하도록 요청하는 것입니다. 이 환경에 도움이되는 몇 가지 이유 / 시나리오가 있습니다.
- 나는 라이브 데이터베이스 환경 (몇 가지 기본 데이터베이스 권한을 가지고
create table,create view등). 나는 일주일에 한 번 스키마를 변경하지만 실제 환경에서 이러한 변경 사항을 테스트하고 구현 하는 것은 미친 것 같습니다 . 데이터베이스에는 무수한 의존성이 있으므로 문제가 발생하면 재앙이 될 수 있습니다. 별도의 환경에서 미리 테스트하고 싶습니다. - 내가 좋아하는 더 진보 된 권한의 일부가없는
create trigger또는create function라이브 데이터베이스를. 이것은 괜찮지 만 트리거 및 / 또는 기능으로 해결할 수있는 몇 가지 문제가 있습니다. 스테이징 환경에서 이러한 권한을 부여하여 일부 아이디어를 개발하고 테스트 할 수 있으며 아이디어가 작동하면 실제 환경에서 구현하도록 제안 할 계획입니다. - 일반적으로 IT 부서에는 솔루션을 개발할 시간이나 리소스가 없습니다. 정말 간단합니다. 따라서 내가 직접 작업을 수행 할 수 있다면 내 문제는 훨씬 더 해결 될 것입니다.
'IT가 아닌 직원을위한 준비 환경'은 나에게 충분한 접근 방식처럼 보이지만 솔직히 말해서 아이디어를 만들었습니다. 나는 이것이 일반적으로 IT / 데이터베이스 세계에서 어떻게 수행되는지 전혀 모른다.
이 시나리오에 적합한 기존 IT / 데이터베이스 실습이 있습니까? (IT 이외의 직원을위한 데이터베이스 준비 환경을 제안 할 때 올바른 방향으로 가고 있습니까?)
1
데이터베이스에 액세스해서는 안되는 매우 민감한 데이터가 있습니까? 쉽게 해결할 수있는 것처럼 보일 수 있습니다. 생산을 중단 할 염려없이 재생할 수있는 개인용 컴퓨터에서 복원 할 DB 백업을 보내도록하는 것입니다. 추가 리소스가 필요하지 않으며 백업을 제공하기 만하면됩니다. 그러나 이것은 환경의 보안 요구에 크게 의존합니다.
—
Shaulinator
그런 다음 자신의 환경에서 사용할 백업 및 복원은 저렴하고 쉬운 솔루션이라고 생각합니다. 그러나 이상적으로는 서로 모방 할 수있는 처리 능력 계층의 여러 환경이 있어야하며 변경하면서 환경 전체에 걸쳐 천천히 졸업해야합니다. 우리는 게임을하고 바꾸고, QA를받는 곳을 테스트하고, 하드웨어를위한 Prod의 거의 1 : 1 인 또 다른 환경, 그리고 물건이 생겨나는 곳인 Prod를 개발하도록 개발했습니다. 이것은 분명히 비용이 많이 든다. 비슷한 데이터베이스에 서버에 다른 데이터베이스를 두는 것도 또 다른 아이디어입니다.
—
Shaulinator
그러나 환경을 완전히 분리하고 쿼리를 실행하는 경우 문제를 최소화 할 수있는 기회를 유지하는 것을 선호합니다.
—
Shaulinator
Oracle Database Express Edition은 아마도 쉬운 선택 일 것입니다. 머신에 설치하고 기본 db와 같은 설정 테이블을 설치하십시오. 대표 데이터를로드하면 원하는만큼 개발 / 테스트 할 수 있습니다. 준비가되면 테스트 / 평가를 위해 변경 사항을 보낼 수 있습니다.
—
Raj
@Raj, Express Edition의 문제점은 사용 가능한 기능이 거의 없다는 것입니다. Wilson 은 Oracle의 실제 기능 이 Enterprise Edition에만 제공되므로 Oracle 라이센스는 아직까지 보지 못했던 가장 큰 장애물 중 하나이지만 Shaulinator는 어느 정도 다루고 있습니다. 오라클은 내가 아는 비 프로덕션 환경에 대해 더 저렴한 라이센스를 제공하지 않으므로 라이센스만으로 상당히 비싼 장애물이 있습니다. 예산 문제로 인해 클라우드가 좋은 선택 일 수 있습니다.
—
John Eisbrener