Комментарии участников:
для этого есть специальная убунта для серверов.
убунта гораздо лучше, знаешь почему? потому что в этой системе нет слежки или скрытой функции
убунта гораздо лучше, знаешь почему? потому что в этой системе нет слежки или скрытой функции
убунта для серверовКхм… стесняюсь спросить, ты вообще хорошо понимаешь что такое СУБД? И главное — каким образом ОС может ее заменить? )))
А я считаю, что безопаснее использовать ОС на базе BSD. А архитектуру использовать ARM. Но софт узкоспециализированный может иметь другое мнение.
А вообще, как и в остальных областях, нужно использовать то, что лучше всего выполнит поставленную задачу, и не использовать решения одного вендора.
Вас этому обучали?
А вообще, как и в остальных областях, нужно использовать то, что лучше всего выполнит поставленную задачу, и не использовать решения одного вендора.
Вас этому обучали?
А чем PostgreSQL не СУБД? Мы её в очень серьезных задачах пытали, и в ГИС и высоконагруженных системах, и в отказоустойчивых конфигурациях (в том числе территориально).
А чем PostgreSQL не СУБД?СУБД, кто спорит. На безрыбье (если конечно дойдет до снятия ораклом российских клиентов с техподдержки) вполне сойдет.
Да разное было, давно уже, по ГИС несколько миллионов точек — на том железе всё быстро считалось: расстояния, наличие в округе, определенном регионе и т.п.
Вообще железо всё порешало, сейчас комп с 64GB оперативки копейки стоит, я тут некоторое подобие OLAP делал на python, тупо выгружал все данные в оперативку в numpy массивы (получалось около 20GB в развернутом виде), потом функцией на scipy.weave считал, а там по сути один запрос был, но на оракле эти 20GB (примерно 100GB на диске с учётом индексов там) в течении 5 секунд обрабатывались, а у меня за 100мс.
А логи каких-нибудь звонков обрабатывать — сейчас hadoop есть.
Вообще железо всё порешало, сейчас комп с 64GB оперативки копейки стоит, я тут некоторое подобие OLAP делал на python, тупо выгружал все данные в оперативку в numpy массивы (получалось около 20GB в развернутом виде), потом функцией на scipy.weave считал, а там по сути один запрос был, но на оракле эти 20GB (примерно 100GB на диске с учётом индексов там) в течении 5 секунд обрабатывались, а у меня за 100мс.
А логи каких-нибудь звонков обрабатывать — сейчас hadoop есть.
Мне PostgreSQL по душе… А его реплики мастер-мастер… м-м-м-м-м… а наследование таблиц… м-м-м-м-м… На вкус и цвет как говорится… :-)
Я не в курсе кокая СУБД потянет такие объемы, кол-во пользователей и нагрузку. Ну может они собрались IBM DB2? Тогда не понимаю в чем прикол?
В принципе все зависит от задач. Можно поставить 1000 Postgres или MySql и каждая будет работать как часы — вопрос, кто все это и как сведет в единую систему?
В принципе все зависит от задач. Можно поставить 1000 Postgres или MySql и каждая будет работать как часы — вопрос, кто все это и как сведет в единую систему?
Postgres 9.2 с патчами, а 9.3 из коробки умеет реплики типа мастер-мастер, а кластер развернуть есть несколько вариантов… И да, IBM и масса других вендоров готовы оказывать техподдержку СУБД
В Рассеи все делается через жОопу!!, мы это уже проходили!!!
Учитесь у Китая!!! нефиг изобретать велосипед!!!
Компания Canonical и Министерство промышленности и информатизации КНР объявили об использовании Ubuntu в качестве эталонной архитектуры для операционных систем Китая, под названием Ubuntu Kylin.
источник: 3.bp.blogspot.com
Учитесь у Китая!!! нефиг изобретать велосипед!!!
Компания Canonical и Министерство промышленности и информатизации КНР объявили об использовании Ubuntu в качестве эталонной архитектуры для операционных систем Китая, под названием Ubuntu Kylin.
источник: 3.bp.blogspot.com
Про Оракл и поддержку повеселило — триллер для домохозяек.
Про бэкапы, RAC и DR-сайты походу они не в курсе.
Про бэкапы, RAC и DR-сайты походу они не в курсе.
у нас рухнула одна из подсистем ЕГИСЗ и возник риск потери данных, мы обратились в Oracle за помощью, но они оказались бессильны. Нам пришлось оббегать всю Москву в поисках экспертов на стороне интеграторов, которые в течение нескольких дней собирали базу по крупицам и в итоге восстановили данные. А мы окончательно убедились в том, что по сути оплачиваем воздух, не получая никакой поддержкиПредполагаю, что всё было немного не так.
Бэкапы никто не делал, питание не резеривировалось и защищалось пилотом из 200 руб. Поддержка оплачивалась далеко не в полном объеме.
Не поверю, что первый попавшийся сбой оракл не смог решить. Свободность ПО сама по себе руки не выпремляет.
Конечно стоимость поддержки у Оракла ого-ого. Но и есть за что!