ADO.NET Data Services - PullRequest
       8

ADO.NET Data Services

0 голосов
/ 09 июля 2009

Я не знаком со службами данных ADO.NET, но он выглядит пригодным для использования. Все, что мне нужно, это список за и против об этой технике. Однако, чтобы избежать любых хороших / плохих обсуждений, я перефразирую этот вопрос:

Что бы вы сказали коллеге / менеджеру, что этот метод ADO.NET великолепен и должен быть реализован при следующем обновлении с нашего сайта?


Это должно решить следующее: мы разрабатываем сайт, который поддерживает около 50 различных таблиц базы данных. Каждый день автоматизированный процесс извлекает данные из всего этого для создания файла XML, который отправляется конечным пользователям. Конечные пользователи будут связываться с сервером только утром для получения данных, но никогда не будут отправлять данные обратно.

Несколько администраторов данных несут ответственность за поддержание актуальности всех данных. На данный момент это означает, что они видят сайт динамических данных, где они могут внести незначительные изменения. Этот сайт все еще находится в стадии разработки и, вероятно, будет полностью переписан через несколько лет. Тем не менее, некоторые администраторы начинают давать понять, что им иногда нужно делать «огромное» количество обновлений. (Ну, может быть, просто изменяя около 200 записей.) Они действительно не хотят вводить все эти данные из какого-либо источника на сайте, запись за записью. У них есть списки данных, которые необходимо добавить, и они предпочли бы, чтобы это делалось в автоматическом режиме.

Для этой цели службы данных могут показаться великолепными. Но опять же, я не знаком с этой техникой. Один сотрудник уже сказал что-то вроде: «Я слышал об этом, но думаю, что это плохая история во многих отношениях». Но когда его попросили уточнить, он просто отказался ... (Вероятно, он сейчас гуглит по этой теме.) В любом случае, у меня есть один очень скептически настроенный сотрудник и несколько менеджеров, чтобы убедить их в том, что это полезно. На самом деле, добавить службы данных было легко, и в коде разработки они уже есть. (Потребовалось почти 45 минут, чтобы все заработало.) Как и сейчас, я могу создавать пользовательские клиентские приложения на лету, когда администраторам данных необходимо добавить дополнительные списки данных. Так что я вижу здесь большое преимущество. Хотя это недостаточно убедительно ...

1 Ответ

1 голос
/ 09 июля 2009

Похоже, службы данных ADO.Net могут позволить клиентам использовать данные в режиме реального времени в выбранном вами формате, в отличие от автономного экспорта данных, которые клиенты загружают позже.

В зависимости от вашего сценария это может быть большим преимуществом.

...