Здравствуйте, gandjustas, Вы писали:

G>А разве оно будет рич? Мне кажется что ты этот код ни в какую сущность не поместишь. Да и смысла в этом нет, это не БЛ, а перекладывание данных их одного хранилища в другое.

А никак нельзя избавится от этого "ConversationManager" со статическим методом "Process"?

Ведь это явно процедурный подход. Как бы сделать более объектно ориентированно?

G>>>Сложность\кривость сервиса не создает логику. стоит изучать ssis.

А>>Согласитесь, быстрее сделать используя уже имеющиеся знания, нежели что-то все время изучать. Притом логика может появится (и скорее всего появится) в процессе разработки.
G>Не соглашусь, потому что изучить SSIS можно за два дня и полностью отпадет необходимость поддерживать такой plumbing code.

А на чем там писать логику получения корреспондента из сообщения? На SQL? Если на SQL -- то не нужно, врагу не пожелаешь.

Вообще с выходом Linq SQL не используем. Зачем он -- теперь все на C#.