스테이징 테이블과 관련하여 많은 논쟁이있었습니다. 일부는 오래된 스테이징 테이블을 고풍으로 간주하여 재사용 가능한 서비스를 구축 할 수 없도록 차단합니다. 또한 비즈니스가 성장하고 확장 된 비즈니스 채널을 처리하는 것을 금지합니다.스테이징 테이블을 사용하는 일반적인 방법은 무엇입니까? 우리는 그들을 많이 사용합니다. 외부 공급 업체의 주문 가져 오기
나는 어느 옵션을 선택하거나 반대하지 않아도되지만, 준비된 데이터를 갖는 것이 많은 경우 생명의 은인이었으며 문제가있는 주문을 다시 가져 오기가 정말 쉽다는 것을 알고 있습니다.
외부 파트너, 아마존 등에서 주문을 받아 ERP 시스템으로 가져 오는 것과 유사한 시나리오를 처리하기 위해 다른 사람이 데이터 준비에 대해 생각한 것을보고 싶었습니다.
감사합니다,
S
내가 일한 곳 스테이징 테이블을 사용하고 다른 곳에서는 다른 기술을 사용했습니다. 각각에는 장단점이 있습니다. 그건 그렇고 걱정하지 마라. 수행중인 작업 외에 다른 방법이 필요한 데이터 피드가있는 경우 새로운 솔루션이 제공됩니다. 변경 사항은 요구 사항에 의해 결정됩니다.
(개인적으로 누군가가 내게 와서 "우리가하는 일이 비효율적이고 나쁘고 마녀가 와서 아이들을 먹을 것이기 때문에 우리는 X로 변해야한다"고 말하면 화요일 , 우리는 고객 기반을 3 배로 늘릴 수있는 기회를 갖게 될 것입니다. 그러나 우리가이 새로운 일을 할 때만,하지만 지금은 그것에 크랙하지 않으면 잠재 고객 중 누구도 기다릴 기회가 없기 때문에 기회를 놓치게 될 것입니다 잠깐, 그들은 모두 똑같은 것을 요구할 것이고, 우리는 그들이 원하는 것이 무엇인지 모를지라도 지금 원하는 것을 정확히 만들 수 있습니다. 허리 허리 허리와 어떤 것도 깨지 마십시오. 물론, 방법이 아닙니다. 단일 클라이언트 (또는 무엇이든)가 나타나서 "이봐 요, 우리는 당신의 서비스를 원합니다, 우리는 XML을 받아 들일 수 있습니까?"라는 응답이 항상 "확실한"것입니다. 지식인 결정을 내리고 계획을 세웁니다. 기술적 인 단어를 좋아하지만 기술적 인 것을 아는 사람들이 선호하는 "머리가 잘리는 닭"과 반대로
논쟁 할 이유가 없습니다 - 당신은 작동 시스템을 가지고있다. 그들의 "재사용 가능한 서비스"이론이 그것을 더 잘 할 수 있다고 생각하는 사람은 입을 다물어야한다.
일반적인 대량 시나리오의 개발 서버에서 테스트 구현을 빌드하고 실패 후 복구 및 다시 가져 오기 기준을 포함하여 현재 시스템과 비교하도록하십시오.
저는 항상 (SOA와 XML에 관한 기사를 읽은 매니저로부터) 많은 양의 데이터를 처리하는 상황에서 항상 작업하고 있습니다. 스테이징 테이블로의 대량 가져 오기는 훨씬 더 높은 데이터를 처리 할 수 있습니다 웹 서비스의 모든 유형보다
감사합니다. 론. 기본적으로 오류를 관리 할 필요가없는 사람들은 변경을 추진하고있는 사람들입니다. "변경되지 않고 결코 발생하지 않을 것"이라는 말을 몇 번이나 들려 줄 수 있습니까? – scarpacci
게시자는 이전에 회계사였던 Oracle SOA를 구입했으며 현재 Oracle Architect를 도입하여 현재 처리중인 방식이 미래의 비즈니스가 아니라고 말하면서 정당화하려고 노력하고 있습니다. 우리는 옛날 방식/고풍 방식을하고 있습니다. 우리는 약 125 명의 직원이 있다는 것을 염두에 두어 .... 모든 데이터로드 등을 상상할 수 있으므로 오라클 DB를 간신히 감동시킬 수도 있습니다. – scarpacci
나는 이것이 커뮤니티 위키로 더 적합하다고 생각하지만 좋은 주제라고 생각한다. 주관적인 성격. –
+ 1 - 이전에 소개 된 "Hi Gurus"는 본 적이 없습니다. – Alex
데이터를 단계별로 올바르게 처리하면 문제가 해결되는 이유는 무엇입니까? –