Здравствуйте!

Подумываю тут заменить в .Net проекте, находящемся на средней страдии разработки, БД c MS SQL Express на PostgreSQL, т.к. объем данных, судя по всему, перевалит через 10Гб лимита MSSQL 2008 R2 Express, а покупать полновесный MSSQL нежелательно.

Попробовал сконвертировать базу в Postgres утилиткой, чутка подправил ручками, поставил Npgsql в качестве провайдера данных и через EdmGen сделал все необходимые обертки. На тестовом проекте вроде работает, хотя серьезных объемов данных пока не гонял.

Планируемые объемы данных - миллионы записей в таблицах. Операции - чтение/запись/сравнение по десятку колонок. Особо-навороченной бизнес-логики с хранимками в базе не предвидится (если только селекты переопределить) - надеюсь все общение с базой переложить на плечи Entity Framework'а.

Кто-нибудь занимался подобным извращением в виде спаривания EF-a c неMSной базой?
Чем это может быть чревато и каковы риски?

Why?

И что такого? Заморозить проект пока объемы памяти не вырастут в разы?

bbbdum, спасибо!
http://bltoolkit.net/ уже изучаю.

Кстати, от Postgres'а придется, похоже, отказаться - на моей задаче при объемах около 400К записей уже ворочается в 3 раза медленнее SQL Express'а. (((
Это при том, что оба уже работали на хранимках с доступом на "чистом" ADO.NET.

Может быть я его, конечно, просто готовить не умею, но задачка-то достаточно простенькая - select по всей базе со сравнением по 6 колонкам, по его результатам update или insert, и еще раз select-insert на другой, более легковесной табличке.

На винде.