webservices/web 요청의 일반적인 지혜는 가능한 한 적은 수의 요청을 사용하고 각 요청은 필요한만큼의 데이터를 반환하도록 API를 디자인하는 것입니다.DB 인터페이스 디자인 최적화 : 적은 데이터 크기로 적은 요청을 위해 최적화하는 것이 더 좋습니까?
데이터베이스 디자인에서 허용 된 지혜 쿼리 수를 최소화하는 것과 달리 네트워크를 통해 크기를 최소화하도록 쿼리를 설계하는 것입니다.
둘 다 원격 호출이므로 무엇을 제공합니까?
아마 (인터넷을 통해 만든) 웹 서비스 호출에 대한 고정 오버 헤드 (일반적으로 기가비트 이더넷 또는 로컬 컴퓨터에) 아직
데이터베이스에 대한 호출의 고정 비용보다 훨씬 높기 때문에 , 나는 당신이 항상 데이터베이스로의 여행을 필요한만큼 줄이기를 원한다고 주장 할 것이다. 오버 헤드는 낮지 만 프로그램에서 수행하는 대부분의 다른 작업과 비교할 때 여전히 상당히 높습니다.
웹 서비스. SQL은 항상 필요로하는만큼의 데이터를 얻고 많은 요청을합니다. "당신의 요구를 미노 비트로 덤핑하지"않습니다.
또한 원격은 추가적인 대기 시간을 의미합니다. SQL/WS, 모두 동일합니다. 대기 시간은 사악합니다. 가능하면 왕복 여행을 줄여야합니다. 특히 LAN의 경우 20-30 배 (< 1ms 대 원격 시나리오의 경우 30ms ~ 150ms)가 소요됩니다.
웹 서비스가 인터넷에서 사용하도록 설계된 것을 알고 대기 시간이 제한 요소 인 반면 LAN (일반적으로 데이터베이스 경로)에서는 대기 시간이 제한됩니다. 따라서 대역폭은 제한 요소입니다. – stevenrcfox