Построение собственного объекта SqlDataReader

Question

Мне нужна помощь. Я был взад и вперед, в каком направлении мне нужно идти, и есть некоторые варианты, которые мне не нравятся или не могут использовать.

Я написал общий инструмент дампа данных, который извлекает данные с указанного сервера и выгружает их в файл с разделителями-запятыми. Это конфигурация и какой запрос запускается из таблицы SQL, созданной специально для этого инструмента. Однако у меня есть новое требование, что есть несколько дампов данных, которые нуждаются в данных, выведенных с разных серверов и объединенных вместе, но я не хочу изменять инструмент для этого «настраиваемого» типа pull/dump. Я пытаюсь сохранить его общий, поэтому я не постоянно кодирую его. Моя мысль состоит в том, чтобы создать lib, в котором мой инструмент отчетности может использовать для каждого из этих типов пользовательских типов, а данные, возвращаемые этой библиотекой, являются объектом SqlDataReader. Однако, так как этой библиотеке придется вытаскивать с разных серверов и объединять данные, возможно ли, чтобы lib создал собственный SqlDataReader с этими данными и вернулся к инструменту дампа данных, или я слишком много думаю об этом?

Я не хочу возвращать массив, потому что это не то, как инструмент теперь просматривает данные, главным образом потому, что некоторые из моих существующих дампов данных составляют миллионы строк, поэтому мой существующий цикл представляет собой цикл данных, чтобы сохранить память. Тем не менее, libs могут создавать двухмерный массив, если он может быть преобразован в объект SqlDataReader перед возвратом. Таким образом, мне не нужно сильно менять цикл в моем приложении.

Надеюсь, что все имеет смысл. У меня это в голове, подпрыгивая, так что я написал это как 10 раз.

Редактировать: Имейте в виду, что каждая запись будет разбросана по 3 серверам и должна быть объединена. Это три разных процесса, которые работают вместе, но имеют свои собственные серверы. Например, идентификатор с сервера 1 будет относиться к Server1ID на сервере Server2.

Answer 1

Я придумал решение. Я напишу объект, который будет выполняться динамическим путем создания «настраиваемого» отчета. Этот объект будет извлекать данные с первого сервера и вставлять их в локальную таблицу/SQL Server. Затем он перейдет на следующий сервер, вытащит данные на основе первых данных и обновит их на одном сервере. Затем, наконец, последний сервер, чтобы вытащить окончательные данные, которые также должны быть объединены в мою локальную таблицу. После того, как все это будет правильно слито, я выберу * назад, как DataReader, который необходим для исходного объекта Data/Dump exe. Кажется, это единственный реальный способ сделать эту работу без изменения исходного EXE для каждого пользовательского потока данных.

Спасибо за вклад каждого.

Answer 2

Все классы доступа к данным ADO.NET реализуют общие интерфейсы, поэтому вы можете вернуть IDataReader вместо SqlDataReader.