powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / МИНУСЫ СУБД
6 сообщений из 31, страница 2 из 2
МИНУСЫ СУБД
    #35336241
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
как правило, отвечают, "вы не умеете их готовить"
...
Рейтинг: 0 / 0
МИНУСЫ СУБД
    #35336246
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
пуееруафсеы 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!!!).
...
Рейтинг: 0 / 0
МИНУСЫ СУБД
    #35336253
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Помнится, для Юкона была белая бумага или нечто вроде этого - использование "географических" типов данных, в т.ч. - индексация, поиск, обработка. Использовался UDT на C#.
...
Рейтинг: 0 / 0
МИНУСЫ СУБД
    #35336269
apapacy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
пуееруафсеыНо у apapacy неточность - для numeric верхний предел 1000 знаков.

Более прикольны в Постгресе другие типы данных - timestamp with time zone, interval, inet, gis, ltree, вложенные составные типы и массивы. Впрочем какие-то аналоги в MSSQL2008 есть.

Действительно. Но в сводной табице сказано nolimit. а дальше в тексте разъяснено

The type numeric can store numbers with up to 1000 digits of precision and perform calculations exactly. It is especially recommended for storing monetary amounts and other quantities where exactness is required. However, arithmetic on numeric values is very slow compared to the integer types, or to the floating-point types described in the next section.

Но все равно это впечатляет. Я конечно где-то читал что ключей bigint хватит на любую мыслимую БД, на счет того какя precision нужна например для банка мирового уровня - не доводилось читать. Но подозреваю что 15-20 по минимуму хватит.
...
Рейтинг: 0 / 0
МИНУСЫ СУБД
    #35336371
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PGThe type numeric can store numbers with up to 1000 digits of precision and perform calculations exactly. It is especially recommended for storing monetary amounts

Жестко. Для всех золотовалютных резервов всей планеты будет нужно меньше на пару порядков знаков.
...
Рейтинг: 0 / 0
МИНУСЫ СУБД
    #35341392
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan) softwarerЯ думаю, что таких некоторых случаев хватит максимум на пять инсталляций в мире :) Я как-то прикинул и получил примерно следующее: number(38) вполне хватает для того, чтобы не ужимаясь описать координаты любой точки вселенной, используя в качестве единицы измерения диаметр атома водорода. Мне представляется, этого вполне достаточно для подавляющего большинства практических задач :)

Оно конечно так, если не брать в расчет чудаковатость отдельных заказчиков
Особенно прикольно когда заказчик любит Микрософт и ему приходится объяснять, что с портацией на MS SQL возникли проблемы, поскольку мило их сердцу нагенеренные ключи туды не лезуть :)

Э-э-э-э ????
...
Рейтинг: 0 / 0
6 сообщений из 31, страница 2 из 2
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / МИНУСЫ СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]