2010-07-12 5 views
0

잘 구조화 된 SQL 데이터베이스에 신속하게 데이터를 입력 할 수있는 방법을 모색 중입니다.데이터 입력/유지 보수를위한 Infopath?

우리는 모든 데이터 입력 규칙 (즉, 유효성 검사, 필수 필드 등)을 정의했으며이 데이터베이스를 채우는 것이 가능한 한 쉬운 도구를 찾고 있습니다.

데이터베이스는 주로 제품 지향적이므로 제품을 추가/편집하는 기능이 중요합니다. 필드에 대한 변경이 이루어질 때마다 데이터 규칙에 대해 유효성을 검사하여 데이터베이스에 기록되기 전에 '이해가 가능함'을 확인해야합니다. 우리가 역사적인 정보에 대한 보고서를 작성하는 능력은 중요합니다. 따라서 데이터베이스는 역사적인 모든 제품에 대해서도 매달려 있어야합니다.

결국이 데이터는 일부 표준보고에 사용되며 언젠가는 감당할 수있는 대시 보드 스타일보고 서비스를 통해 제공됩니다. (희망을 갖고)

Infopath가 좋은 방법일까요? 비슷한 접근 방식을 논의하고 어떻게 할 수 있었는지에 대한 기사가 주변에 있습니까?

그렇지 않다면 사용자는 무엇을 제안합니까?

배경 : 나는 사업/제품 배경에서 왔으며 좋은 결과를 얻기 위해 다리 운동을 스스로하려고합니다.

답변

1

Infopath와 관련하여 - 나는 그것이 귀하의 규칙의 복잡성에 달려 있다고 생각합니다.

기록 속성을 저장하는 데 필요한 요구 사항을 충족 할 수있는 데이터베이스 디자인을 이미 결정했는지에 관계없이 기록을 기록하려면 데이터베이스 디자인이 필요합니다.

보고에 대한 비즈니스 요구 사항과 특정 시점의 일관성을 고려해야하며 아키텍처가 따라야합니다. 당신이 말했듯이, 당신은 적절한 IT 담당자를 갖고 있기 때문에, 비즈니스 규칙을 모두 분류하면 비평 적으로 평가하고 생각하지 못한 것을 노출 할 수 있어야합니다. 필자는 한정된보고 기능을 갖춘 트랜잭션 운영 데이터베이스 (전체 기록은 보유하고 있지만 풍부한 액세스 권한은 제공하지 않음)와 포인트 인 (point-in)을 허용하는 모델 (Kimball의 차원 데이터웨어 하우스와 같은) - 시간보고 등.

+0

나는 그것을 디자인하는 적당한 IT 남자를 얻었다. 궤도를 확인하기 위해 디자인에서 찾아야 할 부분에 대한 조언이 있습니까? – anthon

+0

@anthon -이 기술 자료 문서를 확인하십시오. http://support.microsoft.com/kb/827007 사용자가 제품을 편집 할 때 변경 사항이 기록되는지 확인해야합니다. 이를 수행하는 한 가지 방법은 트리거를 사용하여 감사 추적을 얻는 것입니다. 또 다른 방법은 버전을 유지하는 저장 프로 시저를 통한 액세스를 요구하는 것입니다. 해당 고양이를 스킨 할 수있는 방법이 많이 있습니다. 데이터베이스가 단순히 그것을 적용한다면, 당신이 사용하는 클라이언트 도구는 중요하지 않습니다. 버전을 기록하기 위해 클라이언트 도구를 사용하는 경우 도구를 둘러싼 변경 사항을 놓칠 수 있습니다. –

+0

그런 다음 어떻게 역사적인 변화에 대해 이야기합니까? 지금 정의해야 할 것입니까, 아니면 시간에 추가 할 수 있습니까? – anthon

관련 문제