|
|
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Здравствуйте уважаемые!!! Есть такой вопросец: мне необходимо сделать выбор между следующими СУБД (задача учебная): 1. MS SQL Server 2005. 2. Oracle 10g. 3. Informix. 4. MySQL. 5. MS Access. 6. PostrgeSQL и в итоге выбрать SQL Server 2005. Всеми правдами-неправдами разобрался с Oracle 10g, Informix, MySQL. Начальные условия: платформа Windows, всего 18 таблиц, но записей в них максимально может быть порядка 200000... Помогите найти минусы ACCESS и POSRGESQL в сравнении с MS SQL Server 2005. Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 05:55 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Прошу прощения... максимальное количество записей порядка 2 миллионов.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 06:07 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Декартово перемножьте 18 таблиц друг на друга с вашми 2 миллионами записей в каждой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 09:20 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Полный НОЛЬ Всеми правдами-неправдами разобрался с Oracle 10g, Informix, MySQL. Помогите найти минусы ACCESS и POSRGESQL в сравнении с MS SQL Server 2005. Ну если вы разобрались с Oracle 10g, то это уже тянет больше чем на 5 с плюсом. Настоящим экспертам за это наверное большие бабки платят, и все равно, возможно, они еще не разобрались до конца. Все еще нет стпроцентной уверенности, что Скуль2005 луче. На остальное моно забить, по-моему, глубокому убеждению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 10:26 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Дык, обкакать СУБД не сложно. Про Аксес напиши, что она неэффективна при многопользовательской работе, сбои сети могут сказаться на целостности базы данных. Про Постгрес - тщательно прочитай эту ветку и выбери весь негатив оттуда http://www.sql.ru/forum/actualthread.aspx?tid=489374 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 12:26 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
2 ДжекНепотрошитель: по ссылке уже читал... но ничего информативного, чтобы отбросить из рассмотрения ПОСТРСКУЛЬ, не нашёл.... Спасиба за Аксес (тока не понятно, разве в остальных БД при сбоях целостность не нарушается??).... хотелось бы каких-нить ещё минусов аксеса (хотя бы ещё парочку)... =) А как подсчитать количество возможного занятого пространства в БД... с учётом 18 таблиц и 2 миллионов записей??? А ведь найти минусы той или иной БД не так уж и просто....... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 15:36 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
2 vadiminfo: т.к. я писал ПО на Вижуал студии, то взял за критерий сравнения между Ораклом и Скулем "простоту подключения Студии"... и ессно выиграл Скуль.... =))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 15:50 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
подсчитал... у меня БД примерно занимает 18 ГБ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2008, 17:13 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
авторподсчитал... у меня БД примерно занимает 18 ГБ... При 18 таблицах несложно также подсчитать, что в среднем одна таблица занимает около 1 ГБ. Это может быть несомненным плюсом, если сможете грамотно обосновать :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2008, 03:08 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
подсчитал - 20 таблиц примерно 1ТБ, 2млрд записей... ну и что из этого? 2млн - копейки для всех СУБД на нормальном железе (а оно сейчас достаточно дешевое), за исключением м.б. Access. Хотя база учебная, тоже фигня. Выбирать надо исходя из некоторых условий. Если условий никаких нет, то и выбирать бессмыслено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2008, 21:22 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
ну так вопрос в этом и состоит... мне нужны просто всевозможные минусы данных СУБД... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2008, 22:05 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Полный НОЛЬ2 vadiminfo: т.к. я писал ПО на Вижуал студии, то взял за критерий сравнения между Ораклом и Скулем "простоту подключения Студии"... и ессно выиграл Скуль.... =))))) С таким подходом выше тройки не поставят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2008, 09:08 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Полный НОЛЬ2 vadiminfo: т.к. я писал ПО на Вижуал студии, то взял за критерий сравнения между Ораклом и Скулем "простоту подключения Студии"... и ессно выиграл Скуль.... =))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2008, 11:03 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Полный НОЛЬт.к. я писал ПО на Вижуал студии, то взял за критерий сравнения между Ораклом и Скулем "простоту подключения Студии"... и ессно выиграл Скуль.... Подозрительно дешевле Росгосстраха. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2008, 11:32 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
ЖЖОТЕ!!!!! долго смеялся (особенно про росгосстрах)... но! я просто привёл пример... т.е. это просто один из пунктов сравнения... у меня гораздо больше материала... и критериев по которым сравниваю.... Товарищи наученные опытом, мне кто-нибудь сможет помочь в моём начальном вопросе или нет???? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2008, 15:59 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Ну ладно. Заюзай полнотекстовый поиск и какую-нибудь тулзу генерации отчётов. И постргресс с аксессов окажутся в функциональной заднице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2008, 21:11 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Николай КальмарскийНу ладно. Заюзай полнотекстовый поиск и какую-нибудь тулзу генерации отчётов. И постргресс с аксессов окажутся в функциональной заднице. В постгресе коварно есть полнотекстовой поиск. Я бы рекомендовал сослаться на то, что в постгресе нет кластеризованных таблиц и секционирования. Для такого уровня обсуждения, который предложили Вы это звучит, разумеется, идиотично (я Вас не обвиняю, мало ли что обосновывать приходися) - ну так и сама постановка вопроса довольно идиотская, так что потянет :-) И то, и другое есть в Оракле, но он дороже. Таким образом, остается только MS SQL. Информикс не подходит, так как он куплен IBM и они его рано или поздно удушат; MySQL недалеко ушел от абсцесса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2008, 00:22 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Author the new one Я бы рекомендовал сослаться на то, что в постгресе нет кластеризованных таблиц и секционирования. есть в PG секционирование, про IOT не знаю, думаю тоже есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2008, 12:44 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
если рассматривать весь продукт 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 проиграет точно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2008, 13:04 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
AAron Если сосредоточиться еще и на этих компонентах, то PG проиграет точно. Postgres имеет одну весьма неполлохую фишку, о которой я сам недоавно узнал - это неограниченная точность NUMERIC. То есть можно задавать NUMERIC(2000,1000) или NUMERIC(20000,10000). Я думаю. что в некоторых случаях это может сыграть решающуюроь в выборе. (Кстати а у MS2005/2008 по прежнему NUMERIC(<=38) ?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2008, 15:36 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
Yo.! Author the new one Я бы рекомендовал сослаться на то, что в постгресе нет кластеризованных таблиц и секционирования. есть в PG секционирование, про IOT не знаю, думаю тоже есть. Оно в постгресе такое, что вежливей считать, что его нет. IOT тоже нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2008, 16:13 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
apapacy AAron Если сосредоточиться еще и на этих компонентах, то PG проиграет точно. Postgres имеет одну весьма неполлохую фишку, о которой я сам недоавно узнал - это неограниченная точность NUMERIC. То есть можно задавать NUMERIC(2000,1000) или NUMERIC(20000,10000). Я думаю. что в некоторых случаях это может сыграть решающуюроь в выборе. (Кстати а у MS2005/2008 по прежнему NUMERIC(<=38) ?) SQL Server имеет одну неплохую фишку - возможность использовать процедуры/функции/типы данных, реализованные на .Net. Как вы думаете, насколько сложно при необходимости реализовать такой тип данных на .Net? Если я не ошибаюсь, это задание для стапшеклассника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2008, 01:58 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
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 есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2008, 04:55 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
apapacyPostgres имеет одну весьма неполлохую фишку, о которой я сам недоавно узнал - это неограниченная точность NUMERIC. .... Я думаю. что в некоторых случаях это может сыграть решающуюроь в выборе. Я думаю, что таких некоторых случаев хватит максимум на пять инсталляций в мире :) Я как-то прикинул и получил примерно следующее: number(38) вполне хватает для того, чтобы не ужимаясь описать координаты любой точки вселенной, используя в качестве единицы измерения диаметр атома водорода. Мне представляется, этого вполне достаточно для подавляющего большинства практических задач :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2008, 09:49 |
|
||
|
МИНУСЫ СУБД
|
|||
|---|---|---|---|
|
#18+
softwarerЯ думаю, что таких некоторых случаев хватит максимум на пять инсталляций в мире :) Я как-то прикинул и получил примерно следующее: number(38) вполне хватает для того, чтобы не ужимаясь описать координаты любой точки вселенной, используя в качестве единицы измерения диаметр атома водорода. Мне представляется, этого вполне достаточно для подавляющего большинства практических задач :) Оно конечно так, если не брать в расчет чудаковатость отдельных заказчиков Особенно прикольно когда заказчик любит Микрософт и ему приходится объяснять, что с портацией на MS SQL возникли проблемы, поскольку мило их сердцу нагенеренные ключи туды не лезуть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2008, 11:30 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=35325238&tid=1553108]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 17ms |
| total: | 164ms |
| 0 / 0 |
