ADO.NET Data Services에 익숙하지 않지만 사용하기에 적합합니다. 내가 필요한 것은이 기법에 대한 프로 및 콘의 목록입니다. 그러나 좋은/나쁜 토론을 피하기 위해 나는이 질문에 대해 다음과 같이 말하고 있습니다.ADO.NET 데이터 서비스
동료 동료/관리자에게이 ADO.NET 기법이 훌륭하고 우리 사이트의 다음 업데이트를 통해 구현해야 할 것은 무엇입니까? ?
다음과 같이 해결해야합니다. 약 50 개의 서로 다른 데이터베이스 테이블을 유지 관리하는 사이트를 개발 중입니다. 매일 자동화 된 프로세스가이 모든 데이터를 추출하여 최종 사용자에게 전송되는 XML 파일을 생성합니다. 최종 사용자는 아침에 서버에 접속하여 데이터를 수신하지만 결코 데이터를 다시 보내지 않습니다.
일부 데이터 관리자는 모든 데이터를 최신 상태로 유지해야합니다. 현재로서는 약간의 조정을 할 수있는 동적 데이터 사이트를 볼 수 있습니다. 이 사이트는 아직 진행 중이며 몇 년 후에 완전히 재 작성 될 것입니다. 그러나 일부 관리자는 때때로 "방대한 양의 업데이트를 수행해야하는 경우가 있음을 분명히합니다. (아마도 약 200 개의 레코드를 변경했을 것입니다.) 사이트의 일부 원본에서이 모든 데이터를 실제로 입력하지 않고 레코드별로 레코드를 작성하려고합니다. 그들은 추가해야 할 데이터의 목록을 가지고 있으며 자동화 된 방법으로이를 수행 할 수있는 경우 선호합니다.
이 목적을 위해 데이터 서비스는 훌륭하게 보입니다. 그러나 다시, 나는이 기술에 익숙하지 않다. 한 동료는 이미 다음과 같이 말했습니다 : "나는 그것에 대해들은 적이 있지만 여러면에서 나쁜 이야기라고 생각합니다." 그러나 정교하게하는 것을 요구할 때, 그는 다만 사절했다 ... (그는 지금이 화제에 관하여 아마 인터넷 검색을하고있다.) 어쨌든, 나는 그것이 유용하다는 것을 그들에게 납득시키기 위하여 회의적인 동료 및 몇몇 매니저가있다. 실제로 데이터 서비스를 추가하는 것은 쉽고 개발 코드에는 이미 포함되어 있습니다. (작동하려면 대부분의 45 분이 걸렸습니다.) 이제 데이터 관리자가 더 많은 데이터 목록을 추가해야 할 때마다 즉시 사용자 지정 클라이언트 응용 프로그램을 만들 수 있습니다. 그래서 여기에 큰 이점이 있습니다. 그래도 충분히 설득력이 없습니다 ...