은행 부문에서는 비즈니스 논리를 위해 저장 프로 시저를 사용합니다. 그들의 로직은 비즈니스 로직 레이어 대신 db로 옮겨집니다.저장 프로 시저 및 뱅크
은행에서 저장 프로 시저를 주장하는 이유는 무엇입니까?
감사합니다 확실히 내가 저장 프로 시저에 거의 전적으로 코딩되는 것을. 단지 다른 회사의 응용 프로그램과 같은 은행에서 응용 프로그램 및 범위에서 일한 많은 은행의 사실이 아니다
저장 프로 시저가 메인 프레임에서 30 년간있을 수 있습니다. 그동안 클라이언트 언어가 출시되었습니다.
어쨌든 "비즈니스 로직"을 정의해야합니다. "비즈니스 로직"이 많이 필요한 것은 "데이터 무결성"규칙 (예 : "자식 행 집계가 0 인 경우에만이 세트를 설정하십시오")이됩니다. 트랜잭션 및 원자가 될 수 있습니다.
관련 :
단순히 내 DB 코드는 클라이언트 코드를 오래 살 것입니다 ...
에 모두 저장 프로 시저를 끊었에 ORM과 같은 것의 찬성.
왜 그들은 저장 프로 시저에 논리를 넣을 수 있습니까? 때로는 그것을하는 것이 합리적인 곳입니다. ALT.NET 군중 (또는 NoSQL/ORM fanbois가 귀하가 선택한 플랫폼에 해당하는 사람)은 스토어드 프로 시저가 악의적이며 ORM이 유일한 합리적인 솔루션이라고 믿게 될 것입니다. 그러나 현실 세계에서는 실제 응용 프로그램을 실제 응용 프로그램으로 구축하고 있습니다. 요구 사항이 다르면 그렇게 간단하지 않습니다.