Алексей

Из соседней темы :)
habrahabr.ru/post/188130

Клиенты за NAT. Они же сидят за каким-то сервером, который смотрит в интернет?

В интернете никто ваши мультикасты транслировать не будет. Представьте что будет с каналами если такое позволить реализовывать?

Думается что вы проблему пытаетесь решить не с той стороны...
Опишите подробнее.

Зачем вытягивать все данные в память?
Получите сначала список уникальных ключей записей (либо набор полей по которым записи определяются уникальными) и потом вытягивайте запись по-одной и обрабатывайте.

Это синхронизацию данных вы пытаетесь выполнить?
То есть нужно просто перелить данные по коду ID?
Если так то нужно просто запоминать на каком ID закончилась прошлая загрузка и продолжать с него далее.

1. Действительно для отличия интерфейса от класса. Так как классы зачастую называются подобным образом.
   List - IList
2. При вводе удобно. "I" + Ctrl + space
3. Читабельно. В том числе и просто контекстно соответствует в большинстве случаев. IHasGenerator - Я Имею Генератор

У Enum есть атрибут Description, который можно считать. Можно реализовать / навесить другие атрибуты.
Только вот зачем хранить такое количество нужных данных в константах.
Пользователь их будет выбирать где? Если в интерфейсе UI возможно стоит перейти на БД либо XML хранение? Тогда все будет строго каталогизировано и структурировано. А так "каша" какая-то получается в коде.

В данном случае вам лучше разобраться - как работать с ресурсами в C#.
Читать их в общем то просто, а вот как загрузить в уже готовую сборку exe - тут надо покопаться в MSDN и форумах.
msdn.microsoft.com/ru-ru/library/zabda143(v=vs.90).aspx

Рекомендую для изучения всего процесса построения MVC ASP.NET приложения книгу:
smarly.net/pro-asp-net-mvc-4
В частности там есть и про Entity framework:
smarly.net/pro-asp-net-mvc-4/introducing-asp-net-m...

В ASP.NET вам доступны все базовые классы C# для работы с изображениями.
Тут есть примеры: blog.your-group.ru/obrabotka-izobrazhenij-v-asp.net-mvc