Росгоснанораспилтрестlocky, а задлянафига вообще MSSQL? Использовали б dBase какой-нибудь.
Эти вещи позволяют во многом облегчить разработку, поддержку и эксплуатацию БД.
MS SQL задлятого что он уже есть у ТС.

Насчет "облегчить и т.д." - ну, это бабушка надвое сказала.
Впрочем, вопрос философский и к данному топику отношение имеет двадцать девятое.

РосгоснанораспилтрестlockyMS SQL задлятого что он уже есть у ТС.

И он хочет с него на что-то перейти. Если проект небольшой, и какой-то супер-пупер-логики в хранимках нет - то перейти на PostgreSQL проще, чем на другие.
если проект небольшой - то надо переходить на экспресс.
Потому как переделок не требуется.

Росгоснанораспилтрестlocky, а если проект решит вырасти? А если ТСу не нужен дорогостоящий выньсервер? Если есть возможность быстро и относительно безболезненно перескочить на полноценную бесплатную СУБД - это надо делать.
Если нет - то переходить на ограниченный експресс, затягивать потуже ремень, и копить бабла на поепку воздухаMS(r) SQL(r) Server(r) 2008(r) R2(c) Enterprise(c) Edition(r) =)))

Вы знаете, если человеку потребуются возможности Sql Server 2008 R2 Enterprise Edition - у него найдутся на него деньги. И врядли подойдет постгре.


Что касается "быстро и относительно безболезненно" - опять таки, бабушка надвое сказала.
Даже в том случае, если ты обладаешь необходимым инструментарием, опытом и знанием исходной и целевой платформы - миграция некоторых проектов может оказаться нетривиальной.
А вот если у тебя нет инструментария, опыта и знания исходной и целевой платформы - то миграция даже простых проектов будет нетривиальной.

Росгоснанораспилтрестlocky, тут уже ТСу решать. Моя задача была сказать ему, что Постгрес - годная СУБД для перевода на неё проекта. Дальше - хай сам решает.
для небольших проектов - годно практически что угодно - мускул, экспресс, постгре, огнептиц, сайбейзы, дб пополам и прочая.
вопрос только в цене миграции.

Dimitry Sibiryakovlockyдля небольших проектов - годно практически что угодно

Собственно, этот список годен и для проектов любого размера. В умелых руках.

Вообще говоря - нет :)

Росгоснанораспилтрестlockyпропущено...

Вообще говоря - нет :)

Вообще говоря - да.
Вопрос только в цене. в т.ч. - "умелых рук" :)

Siemargl2. 150 процедур переписать и переучиться с T-SQL на PSQL это столько в деньгах? =)
зависит от.
я бы сказал, что ручное переписывание ясных и простых процедур - порядка 5-10 в день.
переучится с T на P - тут уж всё неопределено.....

зы про конвертацию схемы данных - разумеется забыли.
про конвертацию приложения - тоже забыли.

хотя, "5-10 в день", без опыта, без знания исходной и целевой баз, без инструментария - это может быть весьма оптимистичным и завышенным показателем.

Relic HunterGerrr,

У оракла есть мигратор с MSSQL. Можно ним попробовать в PostgreSQL. По pl/sql они должны быть очень похожи.

http://www.oracle.com/technetwork/database/migration/sqlserver-095136.html
я когда-то смотрел этот мигратор. Это было забавно :)