подсчитал - 20 таблиц примерно 1ТБ, 2млрд записей... ну и что из этого? 2млн - копейки для всех СУБД на нормальном железе (а оно сейчас достаточно дешевое), за исключением м.б. Access. Хотя база учебная, тоже фигня.

Выбирать надо исходя из некоторых условий. Если условий никаких нет, то и выбирать бессмыслено.

если рассматривать весь продукт MS SQL Server 2005, то там есть такие компоненты
1. DB Engine - собственно СУБД
2. Analysis Service - многомерный аналитический серевер, SSAS 2005/2008
3. Notification Service - сервис нотификаций, SSNS 2005/2008
4. Reporting Service - сервис отчетов, кстати, интегрируется в портал Microsoft Office SharePoint Server 2007 или Windows SharePoint Services (бесплатная редакция портала), SSRS 2005/2008
5. Service Broker - брокер сообщений
6. Integration Service - сервис интеграции, то куды вырос DTS, SSIS 2005/2008. Достаточно неплохой ETL-инструментарий.

Если сосредоточиться еще и на этих компонентах, то PG проиграет точно.

apapacy AAron
Если сосредоточиться еще и на этих компонентах, то PG проиграет точно.


Postgres имеет одну весьма неполлохую фишку, о которой я сам недоавно узнал - это неограниченная точность NUMERIC. То есть можно задавать NUMERIC(2000,1000) или NUMERIC(20000,10000). Я думаю. что в некоторых случаях это может сыграть решающуюроь в выборе. (Кстати а у MS2005/2008 по прежнему NUMERIC(<=38) ?)
SQL Server имеет одну неплохую фишку - возможность использовать процедуры/функции/типы данных, реализованные на .Net.
Как вы думаете, насколько сложно при необходимости реализовать такой тип данных на .Net? Если я не ошибаюсь, это задание для стапшеклассника.

как правило, отвечают, "вы не умеете их готовить"

пуееруафсеы AAron apapacyPostgres имеет одну весьма неполлохую фишку, о которой я сам недоавно узнал - это неограниченная точность NUMERIC. То есть можно задавать NUMERIC(2000,1000) или NUMERIC(20000,10000). Я думаю. что в некоторых случаях это может сыграть решающуюроь в выборе. (Кстати а у MS2005/2008 по прежнему NUMERIC(<=38) ?)SQL Server имеет одну неплохую фишку - возможность использовать процедуры/функции/типы данных, реализованные на .Net.
Как вы думаете, насколько сложно при необходимости реализовать такой тип данных на .Net? Если я не ошибаюсь, это задание для стапшеклассника.
Шо, и эффективную индексацию UDT старшеклассник напишет?
Но у apapacy неточность - для numeric верхний предел 1000 знаков.

Более прикольны в Постгресе другие типы данных - timestamp with time zone, interval, inet, gis, ltree, вложенные составные типы и массивы. Впрочем какие-то аналоги в MSSQL2008 есть.
какие-то типы связанные с зоной, координатами действительно есть в 2008, что в PG не знаю, желания сравнивать нет. У меня заказчики как раз того уровня, когда вопрос о PG никто не ставит в принципе - либо Oracle, либо DB2, либо MS SQL Server.

насчет старшеклассника - индексацию вряд ли, но студент вполне должен уметь программировать бинарное дерево и хеш-индекс. там ничего особо сложного нет (это не значит, что он сможет сделать это в MSSQL!!!).