Посоветуйте бесплатную СУБД
#41
Отправлено 06.12.2006, 13:56:41
#43
Отправлено 07.12.2006, 09:21:07
Умеет всё, что нужно(!), ибо ни одна СУБД не умеет всего что может предложить рынок данного ПО.
Так что под словами "умеет всё" следует понимать в первую очередь те возможности, которые стоят "в первых рядах" необходимого и востребованого.
Что же до CAL, то тута ответ один -хочешь юзать, юзай могу поделится, всё запускается без каких либо ключей и проблем. А если ожидаешь проверки, то конечно - лучше купить или на худой конец, поставить MSDE
#45
Отправлено 07.12.2006, 09:33:10
про мс не скажу, а про оракл вполне могу.Ну так интербейс тоже появился не вчера . К тому же и оракл и мс - не чистые версионники. Это как навроде MySQL - штука типа дибэйза с навешанным SQL интерфейсом.
Про блобы - не скажу, а про версионники .... Оракл версионник с какой версии рассказать? Тогда еще СССР был Постгрес - с рождения.
PS: Еще в dBase III были Memo поля. Тоже своего рода blob'ы
действительно, интербаза в свое время много говорила про чистую версионность и математическую выверенность их модели. и очень возможно, что их кунфу - самое лучшее.
но и у оракла (как минимум с 9-ки) с этим все в порядке. просто оракловый функционал значительно более богатый, оттого и возможных реализации того или иного действия - очень много, причем часто оракловая база - просто хранилище, большая часть логики пишется на языках не имеющих близкого отношения к sql, людьми плохо знающими архитектуру. оттого разные выверты и фортели, не имеющие к самое БД никакого отношения.
оракловый redo и undo вполне прозрачны, и с версионностью замечательно справляются.
зы
активно работал и с интербазой, и с ораклом
ззы
а интербаза действительно неубиваемая.
в своей практике не разу не сталкивался с падением базы.
зззы
оракл как трактор, даже в минимальной конфигурации требует немалых ресурсов. но в тяжелых условиях показаывает себя с самой лучшей стороны.
#46
Отправлено 07.12.2006, 09:55:08
Версионность, если не ошибаюсь, они с 8 версии начали вводить. Таки хорошие решения перенимают и правильно делаюторакловый redo и undo вполне прозрачны, и с версионностью замечательно справляются.
По сей причине я бы сравнил его как раз не с трактором. А дорогим и спортивным автомобилем имеющим маленький клиренс. Космические скорости на хорошем шоссе (идеальная конфигурация сервера и защита от падения оного), но в тяжелых условиях сбоит, подлец. Мы как раз SAP на ем гоняем. Падение базы от сбоя машины, пропадения питания, etc. - у нас уже притча воязыцех.а интербаза действительно неубиваемая.
в своей практике не разу не сталкивался с падением базы.
оракл как трактор, даже в минимальной конфигурации требует немалых ресурсов. но в тяжелых условиях показаывает себя с самой лучшей стороны.
В силу вопроса насчет бесплатной базы - Оракл мало подходит. В бесплатной версии ограничения на процессоры, память, а главное - на размер БД. Правда, будь у человека много первых двух пунктов - вряд ли бы вопрос насчет бесплатной БД возник
Кстати - интересно было бы послушать действительно знатока DB2. В бесплатной версии у них ограничения куда мягче и, главное, нет ограничения на размер БД. Плюс слышал как то от людей, специализирующихся по тяжелым базам что DB2 сильнее оракла и малая распостраненность оной объясняется тем, что оракл в свое время портировал свое решение под все платформы, а IBM долго тормозил с этим делом (изначально крутили только на майнфреймах).
#47
Отправлено 07.12.2006, 11:41:33
#48
Отправлено 07.12.2006, 11:52:07
#49
Отправлено 07.12.2006, 12:14:54
Этот вариант вызывает у меня сурьезные сомнения в возможности использования его для серьезных задач. Ява решения. Да еще когда потребуется массированые обращения к большим блокам оперативной памяти..... Маленькие локальные задачи еще куда не шло....кстати, также предлагаю обратить внимание на Cloudscape
http://www-306.ibm.c...0J79561D74.html?
#50
Отправлено 07.12.2006, 12:24:35
предполагается, что если у вас есть 15тыс за процессор и все это работает на железке стоимостью ___(указать нужное количество нулей), то проблему бесперебойного питания вы можете в корне решить и не думать о аппаратных проблемах на программном уровне.По сей причине я бы сравнил его как раз не с трактором. А дорогим и спортивным автомобилем имеющим маленький клиренс. Космические скорости на хорошем шоссе (идеальная конфигурация сервера и защита от падения оного), но в тяжелых условиях сбоит, подлец. Мы как раз SAP на ем гоняем. Падение базы от сбоя машины, пропадения питания, etc. - у нас уже притча воязыцех.
#51
Отправлено 07.12.2006, 14:23:09
Есть много, друг горацио.... UPS за 5000, вдруг выкинувщий фортель. Сбойнула планка памяти, проработавшая до этого полгода без нарицаний. Винты в пятом рейде, вдруг решившие рассыпаться парой сразу. Это только то, что видел я. А так без напряга придумаю еще вполне реальных ситуаций, которые могут случиться, будь у вас хоть миллион на закупку оборудования. Именно поэтому бэкапы еще используются и лентопротяги такие дорогие.предполагается, что если у вас есть 15тыс за процессор и все это работает на железке стоимостью ___(указать нужное количество нулей), то проблему бесперебойного питания вы можете в корне решить и не думать о аппаратных проблемах на программном уровне.
По сей причине я бы сравнил его как раз не с трактором. А дорогим и спортивным автомобилем имеющим маленький клиренс. Космические скорости на хорошем шоссе (идеальная конфигурация сервера и защита от падения оного), но в тяжелых условиях сбоит, подлец. Мы как раз SAP на ем гоняем. Падение базы от сбоя машины, пропадения питания, etc. - у нас уже притча воязыцех.
Кстати, а почему 15.000 ? Разве так дорого ??? У нас в районе 9000 было установка на двухпроцессорный xeon.
#52
Отправлено 07.12.2006, 16:31:11
ну про большие задачи я не говорил . но и не совсем маленькие задачи можно решать с его применением.Этот вариант вызывает у меня сурьезные сомнения в возможности использования его для серьезных задач. Ява решения. Да еще когда потребуется массированые обращения к большим блокам оперативной памяти..... Маленькие локальные задачи еще куда не шло....
кстати, также предлагаю обратить внимание на Cloudscape
http://www-306.ibm.c...0J79561D74.html?
#53
Отправлено 07.12.2006, 16:41:31
Сдается мне все таки что яву сию к яве и сложат. Главное достоинство данного решения - портируемость. И мне кажеться что ляжет там где она и нужна - небольшие решения на устройства типа PDA, смартфонов, и сотовых телефонов.ну про большие задачи я не говорил . но и не совсем маленькие задачи можно решать с его применением.
Этот вариант вызывает у меня сурьезные сомнения в возможности использования его для серьезных задач. Ява решения. Да еще когда потребуется массированые обращения к большим блокам оперативной памяти..... Маленькие локальные задачи еще куда не шло....
кстати, также предлагаю обратить внимание на Cloudscape
http://www-306.ibm.c...0J79561D74.html?
Правда, блин, у меня КПК такой, что 10 лет назад и в качестве настолькой машины не снилась
Но как противовес к тому же Firebird я бы не рассматривал. Зуб дам что данную штуку уделает практически любая база. Ну... разве что может быть кроме MSSQL 2.0 CE ))
#54
Отправлено 07.12.2006, 19:39:34
http://ru.sun.com/pr...E25K/index.html
#55
Отправлено 07.12.2006, 22:55:47
насчет sun'ов не знаю. знаю, что используются мэйнфреймы ibm z seriesВ крупных организациях Казахстана в качестве железа для СУБД используются подобные компы?
http://ru.sun.com/pr...E25K/index.html
#56
Отправлено 08.12.2006, 11:21:31
Насколько я знаю - минимум 3. У сотовых операторов. Причем достаточно давно уже. + еще как минимум один 20k - его недавно BIPS тестировал.В крупных организациях Казахстана в качестве железа для СУБД используются подобные компы? http://ru.sun.com/pr...E25K/index.html
#57
Отправлено 13.12.2006, 21:19:08
насчет sun'ов не знаю. знаю, что используются мэйнфреймы ibm z series
А где они используются можно узнать? Просто из любопытства. Бо уж сильно спецефичная железяка.
Кстати "маинфрейм_Ы_" - то бишь их там пучок сидит?
Любопытство - не порок
Сообщение отредактировал Gloomy: 13.12.2006, 21:39:35
#58
Отправлено 13.12.2006, 21:35:41
Есть много, друг горацио.... UPS за 5000, вдруг выкинувщий фортель. Сбойнула планка памяти, проработавшая до этого полгода без нарицаний. Винты в пятом рейде, вдруг решившие рассыпаться парой сразу. [...] Именно поэтому бэкапы еще используются и лентопротяги такие дорогие.
Кстати, а почему 15.000 ? Разве так дорого ??? У нас в районе 9000 было установка на двухпроцессорный xeon.
Таки Вы плавно привели беседу к точке истины Вот после одного из таких форс-мажорных обстоятельств Interbase (или уже Firebird) не поднялись из бакапа. Напрочь. И из всех предыдущих. Спас бакап за последний квартал. Тетки из бугалтерии готовы были весь отдел IT прямо на рабочем месте и в извращенной форме После этого _каждый_ бакап, несмотря на его успешный статус, проверялся на выделенном сервере Не только годовой/квартальный - каждый. И процент брака был далеко не 0
Настаивать не буду - может _мне_ не повезло, но с тех пор в моих фермах IB/FB отсутствует ... А потому особо меня не слушайте - мое мнение весьма субЪЪЪективно
Теперь про Оракал. Оно до 2х процессоров $5K/proc а далее $15K/proc 8-)
Сообщение отредактировал Gloomy: 13.12.2006, 21:38:10
#59
Отправлено 13.12.2006, 23:25:18
насчет sun'ов не знаю. знаю, что используются мэйнфреймы ibm z series
А где они используются можно узнать? Просто из любопытства. Бо уж сильно спецефичная железяка.
Кстати "маинфрейм_Ы_" - то бишь их там пучок сидит?
Любопытство - не порок
ну я сначала узнаю можно говорить или нет .
z800 и z900
#60
Отправлено 14.12.2006, 10:00:17
Это как раз из серии - "если ничего не выходит - читайте инструкцию". А в инструкции написано, что бэкапы обязательно надо проверять. Обязательно. Есть такой прикол у IB/FB - при сбоях операционки (чаще всего наличие сбоящей памяти) - она создает бакап как обычно, ничего не говоря. Который потом не восстанавливается. Это на всех FAQ's описано чуть ли не в начале. И _никогда_ не восстанавливать базу из бакапа в рабочую. Создается новая, которая после проверки и заменяет настоящую.Таки Вы плавно привели беседу к точке истины Вот после одного из таких форс-мажорных обстоятельств Interbase (или уже Firebird) не поднялись из бакапа. Напрочь. И из всех предыдущих. Спас бакап за последний квартал. Тетки из бугалтерии готовы были весь отдел IT прямо на рабочем месте и в извращенной форме После этого _каждый_ бакап, несмотря на его успешный статус, проверялся на выделенном сервере Не только годовой/квартальный - каждый. И процент брака был далеко не 0
Мне тоже так показалось. Потому как ни разу не наблюдал таких эксцессов. Даже работая с базами удаленно, по слабым каналам типа 128к, бакапируя их бывало часами.Настаивать не буду - может _мне_ не повезло, но с тех пор в моих фермах IB/FB отсутствует ... А потому особо меня не слушайте - мое мнение весьма субЪЪЪективно
Кстати - а что за форс мажор, из за которого потребовалось базы поднимать ? Неужели упала ??? Сама ???
Ага. Вот теперь все прояснилосьТеперь про Оракал. Оно до 2х процессоров $5K/proc а далее $15K/proc 8-)
И все таки. Неужто у нас нет спецов по DB2? Были бы интересны их комментарии по свободно распотраняемой версии.
Количество пользователей, читающих эту тему: 1
пользователей: 0, неизвестных прохожих: 1, скрытых пользователей: 0