Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8   вперед  Ctrl      все
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

Yo.!! пишет:

> db2 это не asa, на свете сотни тысяч спецов по db2, покажи деньги и
> будет у вас и супорт и удаленное администрирование и черт лысый в любой
> точке мира.

Yo, на свете миллионы спецов, которые с помощью ASA справятся с решением
90% задач, требующих использования СУБД не хуже (а то и лучше), чем с
использованием дорогих DBA и СУБД отметившихся на tpc.org. Но речь не об
ASA и суппорт с лысым чертом в любой точке мира не обеспечишь (если,
конечно, не рассматривать мир в вашем представлении, как я понял из
других бесед с вами - это то, что в пределах МКАД, или по крайней мере
местность, где доступны дешевые широкополосные каналы связи). Речь о
DB2, которая вызывает интерес, но интерес пока чисто академический,
недостаточный для того, чтобы потратить время на самостоятельное
изучение этой СУБД.

Posted via ActualForum NNTP Server 1.3

17 июн 06, 19:37    [2783486]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Александр Гoлдун

Запостил вопрос позже, чем пришел ответ :)

Victor Metelitsa пишет:

> Лично мне администрирование DB2 не кажется таким уж страшным.

А если в сравнении, скажем с Oracle или ASE?


ASE никогда не видел. Oracle шибко страшным мне тоже не кажется (за исключением бекапов).
17 июн 06, 20:06    [2783515]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Александр Гoлдун

Yo, на свете миллионы спецов, которые с помощью ASA справятся с решением
90% задач, требующих использования СУБД не хуже (а то и лучше), чем с
использованием дорогих DBA и СУБД отметившихся на tpc.org.

Ну Вы еще скажите, что вы их шапками закидаете. Это, мне кажется, пропагандисткий перебор. Мы же не можеи отказываться от здравого смысла ради одних только эмоциональных желаний коллег. Вы же не верите, что фокусник куриц делает из ничего?
Про tpc.org вообще может получиться как в басне "Лиса и Виноград".
Ничего не попишешь, надо все же отметиться на tpc.org, прежде чем, декларировать равенство, а тем более превосходство. А так любой адепт скажет, что он лучше. И до чего мы тогда дойдем?
17 июн 06, 21:21    [2783567]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

vadiminfo пишет:

>> Yo, на свете миллионы спецов, которые с помощью ASA справятся с решением
>> 90% задач, требующих использования СУБД не хуже (а то и лучше), чем с
>> использованием дорогих DBA и СУБД отметившихся на tpc.org.
> Ну Вы еще скажите, что вы их шапками закидаете. Это, мне кажется,
> пропагандисткий перебор.

Эта эмоциональная реплика была составлена исключительно в пику
здравомыслящему Ё. Я не предлагал в этом топике ASA, хотя он прекрасно
бы справился с подобной задачей.

> Мы же не можеи отказываться от здравого смысла

Не можем. Но здравый смысл - понятие если и не субъективное, то уж точно
переменная величина, зависящая от окружающих факторов и позиции. И он
может быть разным у производителя (продавца) СУБД, DBA, руководителя,
бизнесмена.

> Про tpc.org вообще может получиться как в басне "Лиса и Виноград".
> Ничего не попишешь, надо все же отметиться на tpc.org, прежде чем,
> декларировать равенство, а тем более превосходство.

Почему и кому надо? Мне не надо - я не производитель СУБД, а
потребитель. Больше серверов, хороших и разных :) Меня СУБД интересуют
только как один из инструментов решения бизнес-задач. Причем
эффективность решения этих задач меня интересует гораздо больше, чем моя
значимость как чего-то-там-DBA, мне не за скилы платят. Так что
волей-неволей, а приходится оперировать максимально объективными
критериями в заданных условиях, а не похвальными грамотами или
фотографиями на доске почета. Если я сочту, что какой-то инструмент
поможет мне лучше справиться с задачами, чем нынешний, то я сменю его.
Это относится и к СУБД. Я не приверженец СУБД, я скорее адепт
оптимального решения задач :)

> А так любой адепт
> скажет, что он лучше. И до чего мы тогда дойдем?

До флейма, конечно. Название форума обязывает :) А вдруг здесь
кто-нибудь сможет в процессе жаркого спора преподнести что-то, что
заставит меня взглянуть пристальней с другой стороны на какую-нибудь
малознакомую мне СУБД и увидеть то, что сможет облегчить мне работу? Ну,
а если и не сможет, то хотя бы просто поупражняюсь в эпистолярном жанре


Posted via ActualForum NNTP Server 1.3

17 июн 06, 23:37    [2783721]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
--
Guest
Ну вот, опять началось... Нулвое администрирование, тупорылая разработка, никакенная поддержка, астральные методы проектирования...
18 июн 06, 10:15    [2783913]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
--
Guest
Уважаемые ASAшники, вы все больше и больше начинаете напоминать мне CACHEистов, те уже давно стали как свидетели Иеговы.
18 июн 06, 10:16    [2783916]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
Александр Гoлдун

Если я сочту, что какой-то инструмент
поможет мне лучше справиться с задачами, чем нынешний, то я сменю его.
Это относится и к СУБД. Я не приверженец СУБД, я скорее адепт
оптимального решения задач :)

Когда кто-то говорит, что не является приверженцем какой-то одной СУБД, а глядит на мир широко и выбирает подходящий инструмент для подходящего случая, мне всегда интересно - а на каком уровне этот человек владеет этим инструментом что-бы так говорить ? Если я например никогда не работал с DB2, то я никогда не стану делать на нем проект, даже если там имеется крайне полезная и нужная фича. А буду делать его на том, чем владею, ибо наверняка найду обходной путь решения на моем инструменте, а если вдруг это невозможно (что крайне маловероятно) - просто откажусь от участия в проекте.

А то говорить красивые вещи конечно приятно, но имхо до тех пор, пока слова не расходяться с реальностью.
18 июн 06, 11:54    [2783958]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
--
Ну вот, опять началось... Нулвое администрирование, тупорылая разработка, никакенная поддержка, астральные методы проектирования...

Правильно ... и нулевое администрирование миф, и земля плоская - это любой знает, кто не слепой и верит тому, что видит.
18 июн 06, 15:58    [2784198]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Нулевое администрирование - миф.
18 июн 06, 20:02    [2784412]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Пользователи должны кем-то создаваться, права - раздаваться, бекапы - делаться.
18 июн 06, 20:12    [2784422]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Yo.!!
Guest
Victor Metelitsa
Нулевое администрирование - миф.

вы ошибаетесь ! это суровая действительность, вот только последствия такого "администрироавания" для большинства оказались совершенно не мифическими
18 июн 06, 20:14    [2784424]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Victor Metelitsa
Пользователи должны кем-то создаваться, права - раздаваться, бекапы - делаться.

Добро пожаловать в стан людей, приравнивающих нулевое администрирование к IQ И создаются и раздаются и делаются ... но не добрым волшебным IQ на сервере, а кодом, заложенным в БД ее создателем и возможностью оффлайн управления через репликации и веб-сервисы и самими пользователями, да да - умеющими работать с мышкой и визардами. А вот распределение нагрузок за вычетом подталкивающих сервер к нужному решению опций, устанавливаемых в коде ... это да, как раз занимается сервер. Хотя, для Oracle/DB2 спецов по моему сам термин администрирования вводит их в заблуждение, как раз из за хорошей зависимости ранее этих серверов от человеческого фактора, тогда уж для них будет правильнее сказать термины программируемое и удаленное оффлайн администрирование, нулевое сопровождение ... ну не знаю как еще сказать, чтобы можно было понять непонятное (для Yo! наверное не относится, с ним как раз все понятно). Ну наверное господа ... ну Вы же знаете, что для Линукса администратор для того же почтового сервера каждый раз ничего ручками не делает, а автоматизирует свой труд на том же Perl, скрипты которого позволяют автоматизированно разрешать различные задачи администрирования. Ну неужели такая колея для вас глубокая ??? ;) Могу тогда только посочуствовать с такой мифологией.
18 июн 06, 21:10    [2784489]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

Victor Metelitsa

Пользователи должны кем-то создаваться, права - раздаваться, бекапы -
делаться.

А можно список дальше продолжить? Ибо вышеприведенное почему-то не тянет
на то, чтоб держать выделенного DBA. Пользователей создавать и раздавать
права может ответственный задоступ, никоим образом не имеющий
квалификации DBA и мало того, даже не имеющий DBA-доступа к базе. Бекапы
делаться должны автоматом. А уж слить их на ленту или DVD - тоже далеко
не задача для DBA, и сисадмин потянет. Я не отрицаю, что есть задачи,
где DBA все же категорически необходим, именно как DBA. Но очень мало
кто приводит доводов больше, чем перечислено вами. Может потому что
больше доводов нет?
StalkerS

Когда кто-то говорит, что не является приверженцем какой-то одной СУБД,
а глядит на мир широко и выбирает подходящий инструмент для подходящего
случая, мне всегда интересно - а на каком уровне этот человек владеет
этим инструментом что-бы так говорить ?

Хотя бы на том уровне, чтобы оценить его сильные и слабые стороны для
сравнения применительно к решаемым задачам.
StalkerS

Если я например никогда не работал с DB2, то я никогда не стану делать
на нем проект, даже если там имеется крайне полезная и нужная фича. А
буду делать его на том, чем владею, ибо наверняка найду обходной путь
решения на моем инструменте, а если вдруг это невозможно (что крайне
маловероятно) - просто откажусь от участия в проекте.

Это понятная и распространенная позиция программиста, не выше. Если я
никогда не работал с каким-то инструментом, но подозреваю, что этот
инструмент может оказаться более подходящим, то проверю это подозрение с
калькулятором в руках. И обходные пути прикину, и риски перехода и
обучение новому инструменту либо стоимость нужных спецов на рынке труда
и т.д.

Posted via ActualForum NNTP Server 1.3

18 июн 06, 21:13    [2784492]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Вы путаете IQ с AI, администрирование с наличием должности администратора, и, похоже, считаете, что про скриптинг никто, кроме вас, не знает или не умеет им пользоваться.
19 июн 06, 08:11    [2784900]     Ответить | Цитировать Сообщить модератору
 MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Andrew Sagulin
Member

Откуда: г. Старый Оскол
Сообщений: 70
Не думал, что мой пост вызовет такой резонанс. :)

Почему выбирал именно из этих трёх СУБД? Потому что бесплатно, и настраиваются намного проще коммерческих монстров, на предварительное изучение которых надо потратить не один месяц.

Вообще, чтобы понять мой выбор, и как я дошёл до жизни такой :), немного истории (надеюсь, модератор мне простит лирику, так как она имеет отношение к теме топика).
Работаю я программистом на небольшом узле связи, имею непосредственное отношение к биллинговым файлам ЦАТС EWSD, хранением и экспортом которых и занимаюсь. Ко всему прочему, я с двумя своими коллегами-инженерами обслуживаю эту станцию (модуль поменять, новое направление сконфигурировать, кабель протянуть и т.д.), слежу за небольшим и, слава Богу, не хлопотным парком компьютером (пара RM200 под Reliant Unix, несколько компов под Windows, собственноручно настроенный маршрутизатор под FreeBSD). Обеспечиваю связь станции с внешним миром, например автоматическое включение/выключение абонентов за неуплату. Обслуживаю 12 компов ADMOSS (это полуавтоматика, больше известная как «07»). Ну и прочее, прочее...
Так как на одну зарплату не прожить :), по совместительству я занимаюсь сбором, хранением и экспортом биллинговых файлов ЦАТС C&C08 в другой конторе (тоже всё сделал на FB). Но там объёмы намного скромнее и не достойны упоминания. В общем, совмещаю работу программиста, инженера АТС и эникейщика, и свободного времени у меня не густо. Вернее, непрерывного свободного времени, которое я мог бы продуктивно посвятить глубокому изучению чего-нибудь сложного, и чтобы не дёргали постоянно… :(

Так вот, на основе информации из биллинговых файлов готовится несколько видов статистики, делается экспорт на сервер учёта стоимости (у нас повремёнка с 1996 года), экспорт в головную контору для обсчёта присоединённых операторов и их статистики. Раньше все эти программы работали с биллинговым файлом напрямую. Но однажды мне сильно надоело писать однотипные программы, большую часть которых составляли процедуры чтения биллинговых файлов, и я перешёл сначала на промежуточные csv-файлы (ужас какой!), а потом уже на Firebird. А сейчас пытаюсь мигрировать на PostgreSQL. При этом моё высокое и не очень руководство не то что не поощряло мою инициативу, а наоборот: с большим скрипом удалось выпросить отдельный винчестер, а памяти, хотя и просил два гига, купили только один. На компьютере, на котором я сейчас пишу это письмо (его конфигурацию я указывал в первом письме топика), кроме меня с компиляторами, Opera, двумя СУБД (FB и PG), Apache, Squid, Argus (фидошная нода) и прочая-прочая :), ещё крутится контроллер домена, а в терминальной сессии копошится мой начальник.
А вы говорите, «попробуй DB2», а «пусть начальство купит»... :-(
19 июн 06, 09:25    [2785083]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Andrew Sagulin
Member

Откуда: г. Старый Оскол
Сообщений: 70
dimitr
Andrew Sagulin
Сравнивал я, конечно, с файловым копированием

вот именно. Разные же вещи. GBAK надо именно со скриптом сравнивать. Это не придирка, а скорее уточнение.

Дело даже не в бэкапе, который длится около 2 часов, что совсем не напряжно при таких объёмах. Дело в ресторе, который на моём железе выполняется, точно не скажу, потому что до конца так ни разу и не дождался, но точно более 14 часов. Вот и перешёл на файловый бэкап, что, как тут сказали, "стрёмно" :), но, тем не менее, работает.
19 июн 06, 09:35    [2785121]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Andrew Sagulin

Почему выбирал именно из этих трёх СУБД? Потому что бесплатно, и настраиваются намного проще коммерческих монстров, на предварительное изучение которых надо потратить не один месяц.

Вы тоже верите что из ничего можно делать что-то? А как же закон сохранения материи?

Александр Гoлдун

Я не приверженец СУБД, я скорее адепт
оптимального решения задач :)

Нет уж извините. Вы адепт ASA (как и ASCRUS), насколько я помню основную линию Ваших сообщений. Как адепт Оракла, я уверен, что если бы Вы адептом оптимального решения, Вы были бы Ораклистом. Проще говоря каждый адепт думает, что он адепт оптимального решения, потому его СУБД оптимально.
Чего уж там скрывать это? Ведь опять получится несколько лукавая пропаганда. Лучше уж правду как она есть - я адепт такого-то СУБД. Мое мнение субъективно. Но я могу защищать свое СУБД, как защищают диплом, например.
19 июн 06, 09:48    [2785159]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

vadiminfo пишет:

> Нет уж извините. Вы адепт ASA (как и ASCRUS), насколько я помню основную
> линию Ваших сообщений. Как адепт Оракла, я уверен, что если бы Вы
> адептом оптимального решения, Вы были бы Ораклистом.

В линии моих сообщений эпизодически упоминались различные задачи и
условия, с которыми мне приходится сталкиваться и в которых объективно
Oracle не лучший выбор по совокупности интересующих меня критериев, так
что ваше утверждение могу легко опровергнуть.

> Проще говоря каждый
> адепт думает, что он адепт оптимального решения, потому его СУБД оптимально.
> Чего уж там скрывать это?

Не надо так сильно обобщать и примерять оценку себя на всех других.
Позиции могут быть разные.

> Ведь опять получится несколько лукавая пропаганда.

Да я вообще не начинал здесь никакой пропаганды, пока не оплошал тем,
что не воздержался от ответа на выпад Yo.

Posted via ActualForum NNTP Server 1.3

19 июн 06, 09:58    [2785206]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Yo.!!
Guest
ASCRUS
[quot Victor Metelitsa]для Yo! наверное не относится, с ним как раз все понятно


да, боюсь со мной уже все кончено, неверю я в сказки открываю форум sybase и чо там :) ?
https://www.sql.ru/forum/actualthread.aspx?tid=304532
https://www.sql.ru/forum/actualthread.aspx?tid=302078&pg=2#2763138
https://www.sql.ru/forum/actualthread.aspx?tid=219673

ужос да, оказалось, что в реальном мире настроить бэкап и добавлять пользователей как-то не достаточно ...

ЗЫ а перепутать IQ с AI - стильно :)
19 июн 06, 10:35    [2785396]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Александр Гoлдун

В линии моих сообщений эпизодически упоминались различные задачи и
условия, с которыми мне приходится сталкиваться и в которых объективно
Oracle не лучший выбор по совокупности интересующих меня критериев, так
что ваше утверждение могу легко опровергнуть.

Намекаете на что-нибудь подобное репликации по мылу? Ну это все равно что-то сомнительное в плане обычных требований к рeпликациям. Можно и руками налабать. Я счас все равно делаю рассылалку по мылу сообщение всем админам в случае отклонений репликаций в центральный офис. Сделал бы и саму репликацию, хотя скептически отношусь к качеству таким способом полученных данных - использование тулс не по назначению.
Зато в плане реальных репликаций он свое дело знает.
Я уверен, что он все равно лучший выбор. Конечно, я отдаю себе отчет, что Скуль и DB2 где-то рядом (и считыть их выбор не удачным не могу), но пока о значительном отствании Оракла речи нет. Фич там хватит для задач и тех которые были не известны на момент выбора - вот что для меня особенно важно.
19 июн 06, 11:01    [2785566]     Ответить | Цитировать Сообщить модератору
 MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Andrew Sagulin
Member

Откуда: г. Старый Оскол
Сообщений: 70
vadiminfo

Вы тоже верите что из ничего можно делать что-то? А как же закон сохранения материи?


Я просто выкручиваюсь как могу, при этом ещё "стараюсь получить удовольствие".
Согласитесь, что для поставленной задачи нет нужды ставить коммерческие СУБД вроде Oracle или DB2. Как я понимаю, их сила (и вытекающая из этого сложность изучения и настройки) в универсальности и возможности заточить под сложные условия эксплутации. Меня же вообще устраивал FB, но попробовав PG, я понял, что для моей задачи он всё же больше подходит.

Причём, FB с прикладной обвязкой мне удалось запустить в работу в течение пары месяцев (я до этого не то что с FB, вообще с базами данных никогда не работал!). На настройку и выбора способа работы с PG ушло меньше недели (с Ораклом так получится?). Сейчас не спеша переписываю под PG свои перловые скрипты, а дома по вечерам, уложив сына спать, урывками дочитываю недавно купленного Грабера (азы SQL надо знать! :) ).
Честно говоря, я искренне завидую людям, у которых есть возможность глубоко и последовательно изучать что-нибудь одно, достигая в этом больших высот (или глубин :) ). Я был бы счастлив с головой погрузиться в изучение того же Оракла (есть тут у меня на одном компе работающая 8-ка personal edition) - благо там есть, где развернуться, но ведь не получится - текучка задолбает. :(
19 июн 06, 11:11    [2785661]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
vadiminfo
Как адепт Оракла, я уверен, что если бы Вы адептом оптимального решения, Вы были бы Ораклистом.

Это называется паранойя Не верите - сравните симптомы!
19 июн 06, 11:17    [2785713]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Yo.!!
ASCRUS
[quot Victor Metelitsa]для Yo! наверное не относится, с ним как раз все понятно


да, боюсь со мной уже все кончено, неверю я в сказки открываю форум sybase и чо там :) ?
https://www.sql.ru/forum/actualthread.aspx?tid=304532
https://www.sql.ru/forum/actualthread.aspx?tid=302078&pg=2#2763138
https://www.sql.ru/forum/actualthread.aspx?tid=219673

ужос да, оказалось, что в реальном мире настроить бэкап и добавлять пользователей как-то не достаточно ...

ЗЫ а перепутать IQ с AI - стильно :)

Наверное долго искали ? ;) Думаю ссылочки на баги и проблемы Оракла, а так же разные версии паков, где и какие решены любой желающий найдет на том же форуме Оракла, хотя бы Ваш ответ:
https://www.sql.ru/forum/actualthread.aspx?bid=3&tid=166655&hl=#1381261

P.S. Вообще странно слышать, когда ASA-шников обвиняют в якобы несоотвествующих действительности рассказах о том, что умеет этот сервер, причем аж с прошлого века на фоне целых сказочных счастливых историй про Оракл, где любой желающий может очень быстро убедится в том, насколько эти сказки про надежность, легкость, производительность и функциональность соответствуют действительности. Мне лично странно, когда на большом пребольшом IBM серваке, настроенном супер пупер сертифицированными админами Оракла массовая загрузка каких то жалких 10 гб может растянуться на часы. Наверное или мы что то не правильно делаем, или админы что то не правильно настраивают или IBM как то не так работает.
19 июн 06, 12:02    [2786044]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Andrew Sagulin

Согласитесь, что для поставленной задачи нет нужды ставить коммерческие СУБД вроде Oracle или DB2.

Ну так просто взять на себя отвественность за рекомендации выбора СУБД я не готов. В общем случае ведь надо учитывать возможности не только СУБД, но и других ресуросов - например, людских. Вы ему порекомендуете, а он все испортит и Вы будете виноваты.
Что касается коммерческих - Вам как бы предлагали бесплатную редакцию.

Andrew Sagulin

в универсальности и возможности заточить под сложные условия эксплутации.

Ну шире немного - просто все задачи связанные с БД, они претендуют решать.
Т.е. фич у них полно. Мало ли что там вдруг появится в этом проекте потом. Они просто вселяют надежду, что можно будет легче выкрутиться, конечно имея какие-то знания.

iscrafm

Это называется паранойя Не верите - сравните симптомы!

Ну там была еще некоторая ирония. Но факт есть факт, хотя не все в этом отдают себе отчет. Это связано с тем, что на освоение СУБД нужны усилия. Даже на бесплатные. Вы например, доверите человеку, который с ней никада не работал делать проект? Ведь кроме администрирования еще и результат бывает нулевым.
Было бы легко прыгать туда сюда, то конечно - какая разница.
19 июн 06, 12:08    [2786096]     Ответить | Цитировать Сообщить модератору
 Re: MySQL, Firebird, PostgreSQL или как я выбирал СУБД  [new]
Yo.!!
Guest
ASCRUS

Наверное долго искали ? ;) Думаю ссылочки на баги и проблемы Оракла

да все ссылки с первой же страницы. на счет оракла никто не отрицает, там тоже есть баги, как и во всех остальных субд. речь идет об ASA которая не просто имеет баги, а баги правят налету, а вы тут нам несете какуюто муйню про нулевое администрирование ...
19 июн 06, 12:32    [2786240]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить