 |
 |
|
|
Место для Вашей рекламы!
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Предыдущие публикации:| 2005-11-21 | IBM может предложить бесплатную версию DB2 | |
| 2005-12-21 | Oracle снижает цены для многоядерных чипов | |
| 2006-01-31 | DB2 становится бесплатной |
Обсуждение и комментарии |
 |
 | M&M's 30 Oct 2005 7:01 PM |
| Слабаки, прогнулись. Вон МС до сих пор держится, ничего бесплатно не предлагает :-) | |
| | |
| Desperado 30 Oct 2005 8:26 PM |
| как раз оракл один из последних :) у мс бесплатный mssql (msde) уже очень давно. | |
| | |
| Не Лох 30 Oct 2005 10:45 PM |
| Балбесы. Урезанный Оракл это примерно тоже самое что и печально известный урезанный windows. Ни MS ни Оракл не понимают что урезанные версии представляют интерес только когда на рынке кроме коммерческих предложения ничего нет. Но когда на рынке есть бесплатная и полноценная Линукс, предлагать урезанный windows глупо. Точно также каогда на рынке есть бесплатные MySQL, Postgress, Firebird, Ingress (Бесплатная !!!), предлагать урезанный Оракл глупо. Поиграться его никто не возьмет. Для этого можно совершенно законно скачать полный Оракл. Для работы тоже никто не возьмет. Кому охота на урезанной херне работать ? | |
| | |
| jstm 30 Oct 2005 11:46 PM |
| Не Лох Дело в том, что даже урезанная версия Oracle на голову выше MySQL... | |
| | |
| Коляныч - kolanych mail.ru31 Oct 2005 6:45 AM |
| >Реагируя на усиливающееся конкурентное давление со стороны продуктов open source, Oracle намерена выпустить бесплатную версию собственной СУБД.< следует читать так: реагируя на давление со стороны мс ... объясняю почему: начиная с названия (oracle express edition и ms sql server express - сходство названий вам ни о чем не говорит?), далее ограничения на число проц (1), размер бд(4га) - все совпадает. конкурировать с опенсорсом оракл будет по другому, см. ниже. >Мендельсон кое-что рассказал и о том, что Oracle намерена делать с InnoDB, механизмом хранения данных для базы данных MySQL, который Oracle приобрела в начале октября.< тут или марш Мендельсона (поженить оракл и майскуль), или писец котенку (майскулю), учитывая то, что InnoDB - единственный внятный и самый продвинутый движок в майскуле. вобщем с этой покупкой Ларри сильно угадал. вот так, дорогие васи пупкины, скоро ваши сайты будут крутиться на оракле, мс сиквеле и дб2 (см. статью, ибм тоже уже подсуетилась), а не на майскуле, опенсорс в очередной раз отдыхает. ибо это продукты совсем другого класса (щас мне скажут про майскуль5, где наконец то написали вьюхи и триггеры) | |
| | |
| Ender 31 Oct 2005 6:45 AM |
| Не Лох: А что в MySQL уже есть хранимые процедуры? Или там богатая библиотека пакетов уровня Oracle? Или в процессе роста бизнеса, с MySQL можно перепрыгнуть на что то более серьезное, не переделывая базу данных? То что Oracle выпускает бесплатную БД - дело понятное и хорошее. | |
| | |
| Просто Прохожий 31 Oct 2005 10:39 AM |
| Васям Пупкиным триггеры и вьюсы не нужны так как они не знают что это такое потому что это в их сайтах не нужно и цена в полторы сотни баксов это половина от того что они получают за сайт который они строчат по три штуки в неделю. Но если даже Вася Пупкин прочтет эту статью и решит что Оракл - это панацея для домашних страничек (а то ему без сторед просидже никак не обойтись в разработке гостевухи), после того как он потрахается с установкой Оракла > 7 часов, весь лимит на это дело уйдет (время - деньги, мог бы уже полсайта закончить не спеша). И даже если (о чудо!) Оракл встанет сразу а работать напильником придется менее 3 часов (при наличии друга ораклиста с 5летним стажем сие возможно), то работать одновременно с домашней страничкой на домашнем компе с 512МБ может и будут, а вот девелопить невозможно будет (учитывая некий Эклипс + Оракл консоль на Джаве). Да, и где вы видели бесплатный хостинг для страничек Васи Пупкина с Ораклом в качестве сервиса? | |
| | |
| Просто Прохожий 31 Oct 2005 10:47 AM |
| ...а малые предприятия изрыгнут проклятия когда узнают сколько стоит толковый ДБА Оракла. А у нетолкового будет работать не лучше сборки из .дбф. При этом мое ИМХО - на диапазоне малых-средних предприятий FireBird даже пятилетней давности рулит по совокупности показателей. В 99% случаев его слишком много. Майскуль тоже подтянулся, говорят. | |
| | |
| Коляныч - kolanychmail.ru 31 Oct 2005 11:39 AM |
| >Васям Пупкиным триггеры и вьюсы не нужны< давайте не будем за других говорить, а? >так как они не знают что это такое< ой ли? не ты ли тот самый пупкин, чтобы так категорично утверждать? >в их сайтах не нужно и цена в полторы сотни баксов< разуем глаза и посмотрим на название статьи - речь идет о бесплатных субд >И даже если (о чудо!) Оракл встанет сразу а работать напильником придется менее 3 часов (при наличии друга ораклиста с 5летним стажем сие возможно),< берите тогда мс сиквел экспресс - ставится за 5 мин без рашпиля и друга-ораклоида >Да, и где вы видели бесплатный хостинг для страничек Васи Пупкина с Ораклом в качестве сервиса?< а вот речь и идет в статье о том, что это становится возможным благодаря выпуску бесплатных субд "большой тройкой" субд-вендоров ... статью то почитайте, прежде чем излагать свои мыслишки... >FireBird даже пятилетней давности рулит по совокупности показателей. В 99% случаев его слишком много. Майскуль тоже подтянулся, говорят< каких именно показателей? майскуль подтянулся - да, в 5 версии триггеры/хранимки и вью ... но одно дело оракл/мс сиквел/дб2, другой - майскуль/ФБ/ИБ ... толковый руководитель всегда выберет машину под задачу, но надежную машину ... типа тайоту-короллу, а не жигули, или тем паче творение кружка "умелые руки" | |
| | |
| M&M's 31 Oct 2005 11:50 AM |
| 2 Просто Прохожий: Вася Пупкин никакие триггеры ставить не будет - он даст задание админу. А админ пойдет на Горбушку и за $3 купит все что нужно. Ну помудохается потом еще недельку с установкой, но за то ему Вася Пупкин и платит, правда? А Джон Доу с Таймс Сквер прикинет цифири, доходы и расходы, и канешна возьмет бесплатный вариант. Неважно, что генерить отчеты прадется долго, это не его проблема - на то stuff есть, должны же они чем-то заниматься, пусть например отчеты генерят. | |
| | |
| геймер 31 Oct 2005 11:54 AM |
| Хмм.. кому надо - тот и счас юзает оракле во всей его красе... Благо скачать его можно и пользовать даже коммерческую версию (есть там хитрая лицензия)... Про трахатню с ним: Было такое при первой установке... было... Причем магия заключалась и в самом железе тоже.. На одном летает, на другом стоит ступором (всего то: выдрали винт и воткнули в другую машину (512 -> 1024 Мб ОП)... Оракл и под Виндус есть (кому трахаться в лом), ставится легко и непринужденно - по крайней мере у нас ни с сервером ни с клиентом под винду проблем не возникало. | |
| | |
| геймер 31 Oct 2005 11:57 AM |
| Уточнение: Первый раз ставил его на Линукс... Были с ним сложности, требует сертифицированного софта... | |
| | |
| Sergey 31 Oct 2005 11:59 AM |
| А есть еще MAXDB(SapDB-ADABAS), который был настоящей СУБД, когда еще не было ни МС, ни Оракла, JavaDB от Borland для любителей жаб и т.д. | |
| | |
| Коляныч - kolanychmail.ru 31 Oct 2005 12:06 PM |
| а есть еще teradata, которая на tpc рекорды бьет и которую тоже никто в глаза не видел... | |
| | |
| unknown 31 Oct 2005 12:23 PM |
| 2Ender Да есть в MySQL хранимые процедуры и тригерры (5.0) 2Редакция >По его словам, Oracle расширит соглашение с MySQL, чтобы включить InnoDB в комплект >поставки MySQL А что разве InnoDB не входит в состав комплект поставки MySQL? Кроме того MySQL может работать и с терабайтными БД (Википедия например юзает MySQL) так что о какой то серьезной конкуренции MySQL со стороны этих express версий говорить не приходится Имхо фишка наверняка в том что это ограничение в 4 Гб можно будет как то обойти но серьезные организации будут все таки покупать лицензии. | |
| | |
| Просто Прохожий 31 Oct 2005 12:25 PM |
| Коляныч, так вот насчет разувания глаз... :D Мыслишки я свои выложил в ответ на упоминание Васи Пупкина в одном из предыдущих постов и оцениваю я его весьма и весьма адекватно. Вы же, очевидно, путаете его с упомянутыми малыми-средними предприятиями. Среднестатистический "Вася" - это или скучающий ИТ-професионал (в любой сфере), у которого выдался свободный часок, или студент, решивший опубликовать резюме или же фрилэнсер, делающий быстро на заказ нехитрые дешевые сайты в десяток веб-страниц. Их обьединяет одно - нежелание лишний раз трахаться с капризными творениями чужих людских рук (пусть хоть трижды гениальным)и нежелание платить (ибо дешевле купить перочинный ножик и отцарапаться на ближашем дереве). Фрилэнсеру же неохота влезать в лишние сложности - при хорошо поставленном потоке. А теперь вернемся к малым предприятиям. Не знаю, зачем вы пытаетесь всучит им Оракл :-) (даже у Них на такое не осмеливаются мечтать). Просто перечитайте топик геймера насчет немаленьких требований Оракла при установке. Добавьте еще с десяток непонятных глюков при использовании прочих тулзов на скромных машинах... А теперь маленькая деталь - на небольших БД (до десятка гигов) разные Интербэйсы и Майскули всю жизнь били по производительности Оракл. А это как раз размер малого преприятия (достигнут к 2020 году). | |
| | |
| tstone - saldomail.ru 31 Oct 2005 12:26 PM |
| Что бы конкурировать с опенсорс, надо и самому быть опенсорс, а не просто бесплатным. | |
| | |
| z3f 31 Oct 2005 12:46 PM |
| Для Просто Прохожий >>Не знаю, зачем вы пытаетесь всучит им Оракл :-) А потому что есть куча приложений для Оракловских баз которые как раз и может использовать пресловутый малый бизнес. Потому что малому бизнесу несподручно тратить килобаксы на сам продукт. Еще масса причин почему хорошо Быстрый Оракл. так что - все что не делается - то делается к лучшему... | |
| | |
| Михаил Елашкин - imhoelashkin.com 31 Oct 2005 12:58 PM |
| Хм, получи фашист гранату... Такое ощущение, что Оракл понял бессмысленность своей атаки на малый бизнес и решил подбросить свинью МС - мол, ты отсюда деньги качаешь? так вот фиг тебе... ) А опен сорс тут действительно не при чем - бесплатно не значит опен. | |
| | |
| Просто Прохожий 31 Oct 2005 1:25 PM |
| z3f "Быстрый Оракл" становится явью на дорогом нардваре и при отеческой опеке дорогого спеца. А это те же самые "килобаксы", но вид сбоку. | |
| | |
| earl 31 Oct 2005 1:43 PM |
| >> А теперь маленькая деталь - на небольших БД (до десятка >>гигов) разные Интербэйсы и Майскули всю жизнь били по >>производительности Оракл. А это как раз размер малого >>преприятия (достигнут к 2020 году). Бред. На более менее сложных запросах, на небольших объемах, и IB и MYSQL в подметки не годятся ораклу, да и по многим другим аспектам. А бесплатная база это хорошо, если ее еще и удобно в качестве локально БД использовать. | |
| | |
| Коляныч - kolanychmail.ru 31 Oct 2005 1:50 PM |
| >"Быстрый Оракл" становится явью на дорогом нардваре и при отеческой опеке дорогого спеца.< если уж оракл собрался с мс конкурировать, то они обязаны сделать явью оракл на простом китайском РС, поскольку мс сиквел даже в embedded системах применяется (вспомните, как сламмер погрыз непрофиксенные банкоматы). иначе будет просто громкий пук... кстати, ограничения, они же системные требования, вовсе не требуют дорогого хардвера | |
| | |
| earl 31 Oct 2005 2:26 PM |
| to Коляныч Интересно, почему вы решили, что оракл не работает на "простом китайском РС"?, по моему он работает на всем на чем работают ОС под которые есть версии. | |
| | |
| Поручик 31 Oct 2005 2:38 PM |
| > Бред. На более менее сложных запросах, на небольших объемах, и IB и MYSQL в подметки не годятся ораклу, да и по многим другим аспектам. Более-менее сложные запросы зачастую превращаются в гораздо менее сложные запросы если лучше продумывать структуру баз и сами запросы. Небольшим конторам выгоднее детальней продумывать разрабатываемый софт, чем связываться с коммерческими СУБД. | |
| | |
| Desperado 31 Oct 2005 3:06 PM |
| 2Поручик наверно именно поэтому мы и наблюдаем 1C самое кривое поделие всех времен и народов - самое популярное решение для малого бизнеса. :) 2earl оракл на идешных дисках - печальное зрелище, но это действительно не мешает рвать mysql и клоны интербейс в разы. | |
| | |
| Поручик 31 Oct 2005 3:28 PM |
| 2 Desperado 1C, во-первых, не относится к небольшим конторам, а во-вторых работает на mssql или на дбфках, но никак не на опенсурсных СУБД. Коммерческие СУБД, в т.ч. их упрощенные редакции, мощнее и функциональнее, что выливается конечному юзеру в сложности настройки и администрирования. В малых проектах это часто мешает. К тому же необходимость оформлять отноения с поставщиком СУБД - дополнительные напряги. | |
| | |
| Desperado 31 Oct 2005 4:21 PM |
| 2Поручик 1. как не верти 1С это именно smb. не нужно судить по ООО "пивной ларек" о всем smb. посмотрите какую технику hp/dell/sun относят к smb. 2. все что менее mysql5 - не серьозно (а пятый только вышел), клоны интербейз уже ничто не выпрямит, я бы побоялся даже пивной ларек на них обслуживать. остается postgres и sapdb, оракл на порядок дружелюбней к разработчику чем они. жаль | |
| | |
| Кораблёв Игорь 31 Oct 2005 4:57 PM |
| СУБД Oracle можно скачать бесплатно в полной версии: 1. зарегистрированным разработчикам ПО. 2. купившим тех. поддержку. Обрезанный вариант базы - это взвешенный маркетинговый шаг - "Возьмите на пробу... :)". Тем более в секторе, где господствует MS. Администрирование БД Oracle - это, действительно, её слабое место. Админам приходится платить... Но возможностям и надёжности я не перестаю восхищаться! | |
| | |
| Yuri Abele 31 Oct 2005 9:50 PM |
| Я не очень понял, какой бесплатный Microsoft SQL Server упоминается в статье? Если это 2005 версия MSDE без изменения лицензионной политики, то это не бесплатная RDBMS, она бесплатна только покупателю продукта, который сделан владельцем лицензии на, к примеру VS.NET. Т.е. он платен, но для разработчика. По тексту же статьи получается, что в линейке MSSQL 2005 будет полностью бесплатная версия. Это так? | |
| | |
| torvic 31 Oct 2005 10:07 PM |
| 2 Yuri Abele > Т.е. он платен, но для разработчика. MSDE была полностью бесплатна, нужно было только зарегистрироваться для redistribution rights. Насколько я понял SQL Server Express 2005 тоже. Я что-то пропустил? | |
| | |
| Yuri Abele 31 Oct 2005 10:30 PM |
| To torvic: >> MSDE была полностью бесплатна, нужно было только >> зарегистрироваться для redistribution rights. >> Я что-то пропустил? Чессслово, первый раз слышу про возможность полной бесплатности. Вы не могли бы кинуть в меня ссылочкой? | |
| | |
| max 31 Oct 2005 11:00 PM |
| Я сам скачивал msde с сайта микрософта... Бесплатно. | |
| | |
| Yuri Abele 1 Nov 2005 12:22 AM |
| так речь не о том, где достать, а о том как пользоваться не нарушая лицензий | |
| | |
| eXOR 1 Nov 2005 12:27 AM |
| Удар и вправду по MS, больше в общем-то ораклу и конкурировать-то не с кем. | |
| | |
| torvic 1 Nov 2005 1:23 AM |
| 2 Yuri Abele http://www.microsoft.com/sql/msde/default.mspx Microsoft SQL Server 2000 Desktop Engine (MSDE 2000) is the free, redistributable version of SQL Server http://www.microsoft.com/sql/msde/howtobuy/msdeuse.mspx Q. Can I obtain MSDE for use with my applications without purchasing any Microsoft products or services? A. Yes. MSDE is available for download at no charge. Q. Can I include and redistribute MSDE as part of applications that I develop? A. Yes, you can register to receive free redistribution rights for MSDE. | |
| | |
| tstone - saldomail.ru 1 Nov 2005 8:15 AM |
| 2 Desperado: > 2. все что менее mysql5 - не серьозно (а пятый только вышел), > клоны интербейз уже ничто не выпрямит, я бы побоялся даже > пивной ларек на них обслуживать... А вы не побойтесь и поинтересуйтесь, кто и где применяет эти клоны и какими объемами они ворочают - будете очень удивлены. Ну и так, к слову. Ну очень смешно читать про "оракл рвет в разы клоны интербэйс". Да, на 32 процах и гигабайте озу - не вопрос. А может второй пень возьмем и 128 метров? Да пуп у него графином встанет! | |
| | |
| Desperado 1 Nov 2005 10:11 AM |
| 2tstone я видел бухгалтерию на екселе и что ? у клонов интербейс нет элементарных вещей типа лога транзакций. на счет 128 метра - вы где ж такое берете ? из детского дома воруете ? ну так поставте тогда туда oracle8, который был расчитат на такую рухлять. | |
| | |
| Tolik 1 Nov 2005 11:01 AM |
| 2 tstone На 32 процессорах 1 GB редко кто ставит ;-) >может второй пень возьмем и 128 метров И где-ж ты его такого возьмешь, болезного? Потрать $500, купи P4/1Gb На разработке сэкономишь намного больше | |
| | |
| Опять 25 1 Nov 2005 11:02 AM |
| "у клонов интербейс нет элементарных вещей типа лога транзакций." Ну давайте не начинать опять! Ну нет, ну и что? А у Оракла версионность через (|) сделана. | |
| | |
| earl 1 Nov 2005 11:07 AM |
| >>А может второй пень возьмем и 128 метров? >>Да пуп у него графином встанет! Еще раз, я тестировал. (не так давно перепроверял, думал может что с фаербердом в конце концов движок и оптимизатор подправили) Не встанет, я на первом пентиуме 200 и на 64 метрах тестировал, берем оракл 8.0.6 и он делает в разы, причем на небольших объемах данных, интербейс запущенный на PIII-800 c 256 метров памяти. Более менее сложный запрос вводит интербейс в такой ступор..., немного выпрямляется только переписыванием частей запроса процедурами возвращающими набор данных, но так можно и на С свою базу писать и без SQL итерациями данные колбасить. | |
| | |
| п 1 Nov 2005 11:51 AM |
| 2Desperado: >клоны интербейз уже ничто не выпрямит, я бы побоялся даже пивной ларек на них обслуживать. Ой, а ребята-то и не знают. А в Москве как в кабак более-менее дорогой ни зайдешь, так у них R-Keeper под Interbase. Так Вы им скажите :) В Момояму к примеру зайдите, он правда не для манагеров среднего звена, но на пару сушиков зарплаты должно хватить... | |
| | |
| tstone - saldomail.ru 1 Nov 2005 11:51 AM |
| 2 Desperado: > у клонов интербейс нет элементарных вещей типа лога > транзакций. :-D Журнал транзакий в интербейзе!!! Пять баллов! Ржали всем отделом! По поводу всяких пней четвертых и гигабайтов. Если блаародные доны не в курсе, есть еще так называемые промышленные копьютеры, микроконтролеры и т.д. и т.п. И там четвертый пень и гигабайт озу - слишком дорогое удовольствие. 2 earl: > Не встанет, я на первом пентиуме 200 и на 64 метрах > тестировал, берем оракл 8.0.6 и он делает в разы, причем на > небольших объемах данных, интербейс запущенный на PIII-800 c > 256 метров памяти. Ну значит вы лучше меня знаете оракл. Заставить на таких машинах файрберд работать медленнее (да еще в разы!) оракла мне не удалось :-( | |
| | |
| Desperado 1 Nov 2005 1:39 PM |
| 2tstone непонял, уважаемый, вы ибейс и клоны вообще видели ? повторяю это порнография не имеет лога транзакций, т.е. если у вас вылетел хоть один диск то востановить вы сможете только на момент ночного бэкапа. вот как люди извращаются пытаясь ручками его сделать: http://www.ibase.ru/devinfo/doc_calford_1.htm еще поражает в этой субд результат таких запросов UPDATE tablename SET a=b, b=a insert into table select * from table доверять такой субд данные - безумие. | |
| | |
| А.Хохлов 1 Nov 2005 2:04 PM |
| 2Desperado Увы, IB я последний раз видел лет семь назад, выделенного лога действительно нет, он в файле(ах) БД, но зеркальную копию он поддерживает. Не факт, что это лучше лога, но все же... | |
| | |
| Desperado 1 Nov 2005 2:13 PM |
| 2А.Хохлов shadow ? ну это так костыль для бедных кто не может себе позволить raid и совершенно не спасает от повреждений файла данных, зеркало точно также накроется. | |
| | |
| А.Хохлов 1 Nov 2005 2:51 PM |
| 2Desperado Как оно в реальности - не знаю, в искусственной ситуации все было нормально. Т.е. БД на дискете, зеркало на винте, во время серии DML вытаскиваю дискету - все работает, но после остановки сервер на стартует, нужно восстановление. И если уж говорить о бедных, как себя поведет Win при отказе IDE-винта? Не знаю, как она себя ведет в момент отказа, но однажды видел, что после оного она не может стартовать (сама она есно на исправном винте) | |
| | |
| torvic 1 Nov 2005 3:17 PM |
| transaction log'a нет по определению replication log есть | |
| | |
| tstone - saldomail.ru 1 Nov 2005 4:08 PM |
| 2 Desperado: так... балуюсь маленько... последние года 3 по 8 часов в день. Обвинять интербейз в отсутствии логов транзакций или каких-либо еще логов можно только по большому не знанию предмета. Дело в том, что он _специально_ был так спроектирован изначально! Т.е. есть вам надо СУБД с логом транзакций - вам однозначно интербейз и его клоны не подойдут. Но это не проблемы интербейза! Просто он такой... и все. > UPDATE tablename SET a=b, b=a А вот это да! "Внушаить!" (С) Я пожалуй и не рискну проверить чего там получается. :-) Еще бы понять, с какого перепою этот оператор понадобился... > insert into table select * from table Исходя из предыдущего запроса, рискну предположить, что в данном случае вы пытаетесь продублировать записи в одной таблице? Если да - то вы тем самым саму суть реляционной теории нарушаете, что уж тогда от сервера требовать-то? А если нет (т.е. из одной таблицы вставляете записи в другую) - то не знаю в чем у вас проблемы, результат вполне предсказуем. А по-поводу сбоев - для _любой_ СУБД существуют ситуации, при которых данные можно восстановить только из бэкапа. Абсолют недостижим. | |
| | |
| Desperado 1 Nov 2005 4:41 PM |
| 2tstone непонял, типа субд спроэктировали криво и теперь это ее извиняет ? теперь ей позволительно пороть базу на простейший запросах и позволительно не востанавливаться на момент ДО возникновения сбоя ? если вас ЭТО устраивает, работайте наздоровье, но не надо сравнивать такую субд с серьозными, даже на рухляти со 128Mb RAM. --- >А по-поводу сбоев - для _любой_ СУБД существуют ситуации, при которых данные можно восстановить только из бэкапа. Абсолют недостижим. если есть лог то ЛЮБАЯ субд (исключая ибейс) может востановится на момент ПЕРЕД сбоем. у ЛЮБОЙ субд есть десятки способов добится близко к zero data loss - от standby до кластеров. у клонов интербейс есть только 100% гарантия что данные навернутся. | |
| | |
| Просто Прохожий 1 Nov 2005 5:14 PM |
| Desperado, пжлста, почитай про версионность Интербейса. Тогда видимо поймешь о чем люди пытаются тебе сказать и даже почему некоторые виды логов становятся не нужны. По мне так это несомненный плюс Интербейса. Концепция массивов данных - мне этого сильно не хватает в MS SQL. Насчет стабильности могу только поддержать А.Хохлова - встает с полпинка. Про скорость на небольших БД - у нас были тестирования три года назад на реальной БД и Интербэйс тогда обставил Oracle, Informix & MS SQL Server. Задача кстати была выбрать БД для приложения которое будет легко ставится на нескольких тысячах клиентских мест в разных организациях, на паноптикуме из разных моделей компов разных годов выпуска и операционок, была бы самой устойчивой и непривередливой (админы не резиновые) и самой скоростной (БД в 2-3ГБ). Выиграла по всем пунктам. Тебе просто не приходилось решать такие задачи. Поставишь Оракл в такие условия - несмотря на очевидные преимущества данной СУБД, будешь ворчать на кривые руки Ларри (и юзеров само собой) 24 часа в сутки. | |
| | |
| Поручик 1 Nov 2005 5:20 PM |
| 2Desperado Вы слишком эмоционально относитесь к интербейзу. Не стоит навешивать ярлыки на продукт, с которым вы недостаточно знакомы. Есть условия и сферы применений, где эта СУБД хорошо применима, Ее качества и функциональности с головой ДОСТАТОЧНО для очень большого числа решений. А тот факт, что ее можно использовать без оглядки на хозяина еще больше упрощает жизнь разработчикам. Если система не устраивает вас, то это значит, что у вас другие условия и другие требования, а не то, что "типа субд спроэктировали криво" Вы, кстати, QNX на десктопе еще не ругали? Рекомендую - хорошая тема. | |
| | |
| Desperado 1 Nov 2005 5:32 PM |
| 2Просто Прохожий мда ... вы не разобравшись в базовых вещах, вы идете сравнивать нечто с ораклом ... так не удивительно что вы получаете весьма странный результат. какое отношение лог транзакций имеет к версионному механизму ? >Тебе просто не приходилось решать такие задачи. тут вынужден согласится, на клиентские места субд не ставил, т.к. не понимаю что там делать субд, если вполне достаточно sql интерфейса к файлику аля foxpro/access. | |
| | |
| Desperado 1 Nov 2005 5:47 PM |
| 2Поручик моих знаний хватает чтоб адекватно оценить применимость этой субд в той или иной задаче, ярлыки навешивают те кто недостаточно владеет вопросом, как Прохожий (путающий логи). я совершенно не против использованием в каких-то сферах такой субд, у того же фоспро еще больше "особенностей", я против сравнивания серьозных субд oracle/mssql да тот же mysql5 c "типа субд спроэктировали криво". это разные весовые категории даже на железе за со баксов. | |
| | |
| Просто Прохожий 1 Nov 2005 5:48 PM |
| - Файлик в 2ГБ не потянул почему-то :-) - Оракл я сравнивал на условиях, описаных в статье. Думаю, жизнь покажет что затея лишена смысла. - Все-таки почитайте. Вы очевидно любознательны и реактивны, но все-таки кругозор - это положительно как ни посмотри ;-) | |
| | |
| MAlex - matashininbox.ru 1 Nov 2005 6:14 PM |
| Оракл я думаю не зря самая популярная субд, но ее использование практически невозможно без соответствующих служб поддержки. Интербейс тем и хорош, что практически не требует сопровождения и поэтому в небольших организациях всегда будет более востребован. | |
| | |
| Опять 25 2 Nov 2005 8:17 AM |
| "shadow ? ну это так костыль для бедных кто не может себе позволить raid и совершенно не спасает от повреждений файла данных, зеркало точно также накроется." Упертенький ты наш. Не путай mirroring и Shadow. Это как раз RAID продублирует повреждение файла БД. А Shadow - это несколько иное. Ты лучше раскажи как Oracle откатит транзакцию после того как перепишит UNDO? | |
| | |
| Поручик 2 Nov 2005 9:53 AM |
| 2 Desperado > я совершенно не против использованием в каких-то сферах такой субд, Слава всевышнему! Теперь осталось вам признать, что эти сферы достаточно широки, по крайней мере широки настолько, что ораклу пришлось выпускать кастрированную версию своей субд чтобы присутствовать в этой нише. > у того же фоспро еще больше "особенностей", Вы считаете, что масштабы применения фокспро сравнимы с масштабами приемнения клонов интербейза? Если так, то вы принципиально заблуждаетесь. > я против сравнивания серьозных субд oracle/mssql да тот же mysql5 c "типа субд спроэктировали криво". это разные весовые категории даже на железе за со баксов. Правильно! Легковесные СУБД типа интербейза и мускла проектировали с прицелом на небольшие и средние задачи. Со временем они подросли и их почитатели начали замахиваться на большие задачи. Но тягаться с коммерческими субд в этой сфере они не могут по показателям функциональности, скорости и стабильности. Вместе с тем, когда коммерческие субд сунулись в сферу мелких задач, они столкнулись с тем, что там их функциональность в большинстве случаев невостребована, а присущая им сложность настройки и обслуживания является существенным минусом. | |
| | |
| Tolik 2 Nov 2005 10:19 AM |
| >а присущая им сложность настройки и >обслуживания является существенным минусом Расскажи про сложность настройки и обслуживания MSDE ;-) Все "урезанные" версии как правило поставляются неплохо самонастроенными. Думаю и Ларри того же сделает - иначе игра не стоит свеч. | |
| | |
| Desperado 2 Nov 2005 11:21 AM |
| 2Поручик был бы полностью согласен если в вашем посте заменить интербейс на postgres/sybase ;) | |
| | |
| Опять 25 2 Nov 2005 12:35 PM |
| Давай про SYBASE не будем. Она ничем от ORACLE и MSSQL не отличается. В смысле платная. А вот тормознутость и глючность Postgres до 7й версии и обусловила его "широкое распространение." Так все ж насчет версионности в ORACLE? | |
| | |
| А.Хохлов 2 Nov 2005 1:58 PM |
| 2Опять 25 Ты лучше раскажи как Oracle откатит транзакцию после того как перепишит UNDO? Кто такой UNDO в Oracle? | |
| | |
| jstm 2 Nov 2005 2:48 PM |
| 2 А.Хохлов UNDO Tablespace - это новомодное название ROLLBACK SEGMENTS плюс несколько иная структура.На самом деле существует такой параметр как undo retention - т.е как долго сохранять UNDO информацию гарантированно. Можно хоть год задать - главное чтобы места хватило... | |
| | |
| А.Хохлов 2 Nov 2005 4:15 PM |
| 2 jstm Да, есть такое, но все же это место нахождения RBS, а undo retention влияет на возможность выполнения долгоиграющих запросов, а тут говорилось, что Oracle якобы может затереть данные для отката незавершенной транзакции | |
| | |
| Опять 25 2 Nov 2005 4:47 PM |
| А как же ORA01555? | |
| | |
| А.Хохлов 2 Nov 2005 5:14 PM |
| ORA-01555: snapshot too old: rollback segment number string with name "string" too small Cause: rollback records needed by a reader for consistent read are overwritten by other writers Action: If in Automatic Undo Management mode, increase undo_retention setting. Otherwise, use larger rollback segments При чем тут откат? Речь о том, что записывающие транзакции затерли старые версии кому-то нужных для чтения данных | |
| | |
| Desperado 2 Nov 2005 5:15 PM |
| RTFM и вы никогда не увидите ORA-01555. | |
| | |
| jstm 2 Nov 2005 11:14 PM |
| 2 А.Хохлов Я с таким не встречался, пока транзакция не закоммичена или не откачена данные в RBS гарантированно сохраняются. Я не знаю откуда эти байки пошли. Даже в 6-ке с этим было в порядке. | |
| | |
| tstone - saldomail.ru 3 Nov 2005 7:23 AM |
| 2 Desperado: > непонял, типа субд спроэктировали криво и теперь это ее > извиняет То-то и дело, что "не понял". Она спроектирована не "криво", а по _другому_. Хотя похоже, что разницу вы не улавливаете. Кстати, интербейзу, если мне склероз не изменяет, уже лет двадцать. И все это время он прекрасненько обходится без логов. > у клонов интербейс есть только 100% гарантия что данные > навернутся. За три года своей работы, я ни разу не столкнулся с этой 100 процентной гарантией. Может, конечно, у меня руки кривовые, фиг его знает. | |
| | |
| tstone - saldomail.ru 3 Nov 2005 7:28 AM |
| и в догонку: > UPDATE tablename SET a=b, b=a Это не простейший запрос, это _тупой_ запрос. Анекдот про русских лесорубов и японскую бензопилу знаете? Из той же серии. | |
| | |
| Опять 25 3 Nov 2005 8:24 AM |
| "RTFM и вы никогда не увидите ORA-01555" "При чем тут откат? Речь о том, что записывающие транзакции затерли старые версии кому-то нужных для чтения данных" Да знаю я. Просто я вам намякиваю, что и в ORACLE присутствуют архитектурные ляпы. А есть еще исторические недоразумения. Дело в том, что и ORACLE и IB и DB2 довольно древние продукты. И некоторые решения явно протеворечат более поздним стандартам. | |
| | |
| Опять 25 3 Nov 2005 8:27 AM |
| И вообще, ORACLE и IB родственники. Имеют общего предка. Где-то видел "гинекологическое" древо развития СУБД, но жаль не запомнил ссылку. | |
| | |
| jstm 3 Nov 2005 10:22 AM |
| 2 Опять 25 Самый большая архитектурная проблема у Oracle сейчас - это версионность на уровне блоков, в то же время Microsoft постаралась сделать MSSQL2005 с версионностью на уровне строк, что предполагает лучший performance. Посмотрим что получится... | |
| | |
| earl 3 Nov 2005 10:28 AM |
| >>Да знаю я. Просто я вам намякиваю, что и в ORACLE присутствуют архитектурные ляпы Эти "архитектурные ляпы", позволяют ораклу быть лучшей СУБД. | |
| | |
| Desperado 3 Nov 2005 1:37 PM |
| 2tstone это были упрощеные примеры продемонстрировать архитектурную кривизну интербейза, а имеенно отсутствие cusror stability. эту кривизну к стате выпримлять не планируется. показывать более сложные примеры ближе к жизни не вижу смысла ... 2jstm проблема поиска нужной версии блока по цепочке в оракле с лихвой покрывается оптимизацией которая возможна при таком подходе. контороллер да и внутрение механизмы субд работают с блоками, например оракл умеет делать клон блока в памяти который помечен на сброс (на hdd) а не ждать пока блок дождется своей очереди и окажется на диске. остальным еще предстоит еще годы чтоб дорости до таких архитектурных ляпов, вон у мс снепшот вышел медленее чем блокировочный механизм даже на tpc-h запросах. | |
| | |
| А.Хохлов 3 Nov 2005 1:40 PM |
| Судить об архитектурных ляпах закрытого продукта сложно, можно лишь догадываться что они есть. А байки наверное от того, что если размер RBS невелик и фиксирован, то ошибка ORA-01555 вполне вероятна >ORACLE и IB и DB2 довольно древние продукты Кто бы спорил, но это больше свидетельствует об отсутствии новых идей в новых продуктах >ORACLE и IB родственники Где-то я читал, что IB был создан группой бывших сотрудников DEC и его предок - RDB | |
| | |
| Desperado 3 Nov 2005 1:46 PM |
| И вообще, ORACLE и IB родственники. Имеют общего предка. Где-то видел "гинекологическое" древо развития СУБД, но жаль не запомнил ссылку. --- бред, оракл(1979) появился раньше чем ibm db2(1981), у ibm в тот момент был только прототип SystemR(1973) который с некой натяжкой можно назвать предком всех рсубд. сомневаюсь что интербейз имел отношение к Кодду и реляционной теории :) | |
| | |
| Desperado 3 Nov 2005 1:50 PM |
| 2А.Хохлов в начале 90х оракл сделал подробный доклад о своей архитектуре, так что об архитектуре и внутреним механизмам оракла можно судить достаточно точно, во всяком случае об обеспечении механизма версионности. | |
| | |
| А.Хохлов 3 Nov 2005 3:35 PM |
| >Oracle откатит транзакцию после того как перепишит UNDO? Последующию посты по крайней мере неполны. Если RBS мал и ограничен, массовые insert/update в рамках одной транзакции тоже не пройдут, как раз откат и будет | |
| | |
| fi 3 Nov 2005 4:42 PM |
| > во всяком случае об обеспечении механизма версионности. Это вы теперь расскажите самим ораклистам, а то они жалуются про проблемы в версионности, и с гордостью публикуют о новых путях решений в 10-ке ;) | |
| | |
| Desperado 3 Nov 2005 5:21 PM |
| 2fi и хде публикуют ? url как говорится в студию ! | |
| | |
| tstone - saldomail.ru 8 Nov 2005 9:14 AM |
| 2 Desperado: Ишо раз: ваше личное не умение работать без логов транзакций и курсоров стабилити никоим образом не явлется доказательством "кривизны" архитектуры интербейза. | |
| | |
| Desperado 8 Nov 2005 2:40 PM |
| 2tstone хорошо, обхясните мне глупому как можно работать без него ? например глючит у нас 1. память, в вайл данных пишется мусор (из-за сбоя), в файл shadow пишется такой же мусор. 2. контролер, в обоих файлах мусор 3. элементарно ошибка юзера/админа который что-то удалил как вы предлагаете востанавливать бд в таких ситуациях ? | |
| | |
| Desperado 8 Nov 2005 2:43 PM |
| 2fi так что с urlом ? нету ? | |
| | |
| Прохожий 9 Nov 2005 8:27 PM |
| Для tstone А стабильность курсоров, конечно же ни к чему? Где-то я видел пример, где идет удаление из таблицы. Так там вместо того, чтобы сначала вычислить все строки, которые надо удалять, а потом удалить эти строки, удаление шло запись за записью. Соответственно после удаления первой записи нарушалось условие, которое по идее должно было распространиться на последующие записи. В итоге получался бред. | |
| | |
| Прохожий 9 Nov 2005 8:29 PM |
| Для tstone Кроме того, нестабильность курсоров является следствием слабого оптимизатора запросов в клонах Интербейза. Ибо при подходе, который описан ниже, оптимизатор просто не в состоянии вычислить оптимальный план выполнения запроса. Так что Интербейз, вкупе с клонами, пока отстой для более менее серьёзных задач. Те же люди, которые его всё-таки используют или попросту малограмотны или проходимцы. | |
| | |
| Прохожий 9 Nov 2005 8:32 PM |
| Для tstone Ну как, всё-таки, имея копию базы за вчерашний день, догнать базу до момента сегодняшнего сбоя без логов? | |
| | |
| Прохожий 10 Nov 2005 10:07 AM |
| Вместо "следствием слабого оптимизатора" следует читать "причиной слабого оптимизатора" | |
| | |
| Прохожий 10 Nov 2005 10:09 AM |
| Размышляем далее. Плох тот солдат, который не мечтает стать генералом. Маленькие компании не все останутся маленькими. Когда-то и вырастут. Изначально применяя урезанный Оракл им потом ничего не будет стоить перейти на полноценный Оракл. В случае "условно-бесплатных" СУБД, прийдётся заново переписывать приложения. | |
| | |
| DemonZLa 10 Nov 2005 6:46 PM |
| Дети не спорьте, СУБД всякие важны, СУБД всякие нужны... ;) | |
| | |
| Ender 11 Nov 2005 7:25 AM |
| 2Хохлов: "Кто бы спорил, но это больше свидетельствует об отсутствии новых идей в новых продуктах" Или о надежности и отработанности технологий. | |
| | |
| Опять 25 11 Nov 2005 12:54 PM |
| "Так что Интербейз, вкупе с клонами, пока отстой для более менее серьёзных задач. Те же люди, которые его всё-таки используют или попросту малограмотны или проходимцы." Вот так походя несколько миллионов человек во всем мире оказались малограмотными проходимцами. | |
| | |
| Весельчак У. 11 Nov 2005 12:59 PM |
| Меня просто приводят в экстаз заявления типа "мы пробовали разные субд и получили такие-то результаты" Граждане, получить представление о производительности Oracle (базы данных с Большой Буквы), не имея о нем представления и, тем более, используя подходы, применяемые в том же IB - НЕРЕАЛЬНО и поэтому даже СМЕШНО. Обратитесь к любому грамотному разработчику под Oracle или администратору, обратитесь к нему! И он вам скажет! Да, он вам скажет, что в Oracle один и тот же по результатам запрос можно написать разными способами и время работы будет разное. Можно неграмотно настроить базу и она будет неповоротливой. Те кто "тестировал" Oracle и получил "плохой" ответ - задавал "неправильные" вопросы. Теперь о ресурсах. Привожу реальный пример. На духпроцовом серваке с 166 пеньками с памяттю 128МБ (больше не лезло - всего восемь плашек под SIMM не более 16МБ) работала фирма, торгующая медикаментами (т.е. с внушительным документооборотом) с 20+ одновременно работающими торговцами и чувствовали они себя комфортно. Это было в 1998 году, это был Oracle 7.3, это была WinNT и это правда. >но это больше свидетельствует об отсутствии новых идей в новых продуктах< Это вообще смешно. Посмотрите новые возможности и новые идеи которые появляются в Oracle с каждой новой версией и с каждым новым релизом - у вас не повернется язык сказать такое. Наоборот, то что в MySQL и иже с ними появляется нового - это уже давно пройденный этап в Oracle, причем уже давно проверенный и освоенный и разработчиками и админами. Что касается сложности установки Oracle XE. Как говорил Жванеций, "давайте спорить о вкусе устриц с теми, кто их пробовал. До хрипоты, до драки!" | |
| | |
| Весельчак У. 11 Nov 2005 1:23 PM |
| После выхода бесплатного Oracle, ИМХО, преимущество опенсорцевых СУБД осталось в следующем - это очень хорошая весчь для самообразования, для повышения квалификации себя, любимого, как разработчика. Ведь можно изучить исходный код, узнать что-то новое для себя. Это клево. | |
| | |
| Опять 25 11 Nov 2005 3:18 PM |
| А вот ограничение в 4Гб на что распространяетс? Это сумма всех тейблспейсов? Или общи объем файлов данных? Или что? | |
| | |
| А.Хохлов 11 Nov 2005 3:49 PM |
| 2Весельчак У. Я не говорил, что Oracle плох или что он остановился в развитии. Вы можете коротко пречислить то существенное, что Вы имеете ввиду? Например, в седьмой версии появились триггеры (полезная вещь, но можно ли говорить о революции?), в девятой RAC... 2Знатокам IB Как проявляется нестабильность курсоров? IB преподносился как версионный сервер, по умолчанию уровень изоляции транзакций - repearable read? | |
| | |
| Прохожий 12 Nov 2005 12:25 AM |
| Для А. Хохлов "Как проявляется нестабильность курсоров? IB преподносился как версионный сервер, по умолчанию уровень изоляции транзакций - repearable read?" --- Пример я описал ниже. Вот, кстати, нашел ссылку http://rsdn.ru/Forum/Message.aspx?mid=573511 | |
| | |
| Прохожий 12 Nov 2005 12:33 AM |
| Для Опять 25 "Вот так походя несколько миллионов человек во всем мире оказались малограмотными проходимцами." --- Проходимцами или малограмотными людьми, которых заботит только одно - псевдобесплатность клонов ИБ. Оно, конечно, логику понять можно, особенно для сайтов с конвейера. Но для индивидуальных приложений да еще с более-менее сложными запросами, пусть даже для маленькой фирмы... Вот уж неизвестно что дешевле обойдется: псевдобесплатность (псевдо, потому что придётся программисту тратить дополнительные усилия на обход тех косяков, которые в ИБ-клонах присутствуют) или псевдосложность администрирования Оракла (псевдо, потому что был свидетелем, как на небольшой фирме Оракл прекрасно работал в течение года вообще без админа; и ничего, нормально работал). И почему вас цифра в несколько миллионов смущает? Как показывает практика, на рынок выходят на первые места не всегда самые лучшие технологические решения. | |
| | |
| Опять 25 14 Nov 2005 10:28 AM |
| "IB преподносился как версионный сервер" Ни фига себе "преподносился"!!! Это первый версионник вообще. Более того - спроектированный как версионник. Остальные уже потом переползали на версионность. Кто раньше, кто позже. | |
| | |
| Desperado 14 Nov 2005 9:15 PM |
| опять вранье: Oracle version 3 also introduced nonblocking queries, using data saved in a "before image file" for both queries and transaction rollback, thus avoiding the use of read locks (even though its throughput was limited by use of table-level locking). т.е. оракл на 3-5 лет раньше реализовал, а инбейс как и сегодня лишь тянулся за лидером. | |
| | |
| Опять 25 15 Nov 2005 8:30 AM |
| Ты б хоть глянул, когда вышел Oracle3. И что это была за СУБД. Ляпаешь что ни попадя. | |
| | |
| Desperado 15 Nov 2005 10:44 AM |
| oracle3 это 1983, в это время как интербейза еще в планах даже небыло :) http://www.firebirdsql.org/index.php?op=history&id=jim_1 опять 25 и опять мимо :) | |
| | |
| Опять 25 15 Nov 2005 12:40 PM |
| Так и оракла не было. Была какая-то RSI:-). То, что IB назывался GROTON ничего не меняет. По воспоминаниям Дж. Старки ядро RDB и GROTON имело много общего. Но в DEC ему не дали возможности реализовать свои идеи и поэтому он организовал свою компанию. Идея MVCC была предложена еще раньше в 1979 году. А вот реализации появились лишь к 1981-1984 гг. Согласен, что в RSI работали одновременно со Старки и его коллективом. А м.б. и вместе, кто знает:-). Только вот IB изначально проектировался как MVCC система и НИКОГДА не был блокировочником. | |
| | |
| Desperado 15 Nov 2005 4:27 PM |
| уу ... какая душетрепательная история, это вы из лента.вру взяли или сами придумали ? то что кто-то там взял идеи из DECа и на несколько лет позже остальных но все таки реализовал мало что меняет в плане первенства. поэтому ваше: >Это первый версионник вообще. Более того - спроектированный как > версионник. Остальные уже потом переползали на версионность. >Кто раньше, кто позже. просто вопли малограмотного, но обиженого человека, как собственно все ваши высказывания в этой ветке ... ЗЫ. оракл к стате говоря никогда небыл блокировочником. | |
| | |
| А.Хохлов 15 Nov 2005 6:35 PM |
| 2 Desperado История вещь интересная, но темная. >Oracle version 3 also introduced nonblocking queries... первая версия Oracle имела номер 2, если предыдущее утверждение верно, то в версии 2 версионности не было. Кто-то приводил ответ Эллиссона на вопрос "Просили ли их клиенты вернуть деньги?" - "Не помню такого, а вот вернуть пропавшие данные просили" | |
| | |
| Desperado 15 Nov 2005 9:07 PM |
| 2А.Хохлов почему ж темная ? я ж дал линк, в 80м вышла первая комерческая субд с названием oracle версию дали сразу 2, т.е. субд оракл была всегда, изменили только название канторы (тоже на oracle) в 83м. в oracle2 действительно небыло MVCC, подозреваю только от того что там транзакций вообще небыло :) поэтому типа "изначально проектировался как MVCC" oracle3 и первые зачатки MVCC (неблокируемое чтение) появились в 83м. интересно что было в этот момент у DEC? | |
| | |
| Опять 25 16 Nov 2005 10:55 AM |
| Ну вот, аргументы закончились. Начались оскорбления. Сначала оптом, потом в розницу. А аргументы оппонентов мы слушать не хотим. Зачем? Ведь нет бога, кроме Аллаха и Оракл пророк его!:-) Да еще и с русским проблемы обнаруживаются. Ну м.б. с английским лучше: http://blogs.teamb.com/craigstuntz/archive/2005/02/18/Multiv ersionConcurrencyControlBeforeInterBase.aspx#2718 | |
| | |
| Опять 25 16 Nov 2005 11:01 AM |
| "первая версия Oracle имела номер 2, если предыдущее утверждение верно, то в версии 2 версионности не было." Так в том то и дело, что первые версии назвать работоспособными можно было с натяжкой. Более или менее работоспособная версия - 5-я. А прорывом стала 7-я. Именно благодаря семерке Оракл стал лучшей СУБД. С чем тут никто и не спорит. Я знаю, что некоторые до сих пор ее используют. | |
| | |
| Desperado 16 Nov 2005 1:30 PM |
| 2Опять 25 я вам дал факты с официальных сайтов, а вы мне какую-то пургу с сайта типа народ.ру, ваши измышления на счет работоспособности оракла никакой ценности без фактов не несут, темболее что факты говорят о том что первая коммерческая субд от ibm появилась позже (кажется в 81м) и врядле была гораздо лучше, а интербейс ... интербейс даже спустя десятилетий так и не пригоден для промышленого использования. | |
| | |
| Опять 25 16 Nov 2005 2:01 PM |
| "так и не пригоден для промышленого использования" А пацаны то и не знают... | |
| | |
| Desperado 16 Nov 2005 2:14 PM |
| Ежики кололись, плакали, но продолжали есть кактус ;) | |
| | |
| Опять 25 16 Nov 2005 3:06 PM |
| Так всеж, ограничение в 4Гб на что распространяется? | |
| | |
| Desperado 16 Nov 2005 6:22 PM |
| Oracle Database XE can be installed on any size host machine with any number of CPUs, but this free version of the world's leading database will store up to 4GB of user data, use up to 1GB of memory, and use one CPU on the host machine. | |
| | |
| fi 16 Nov 2005 6:27 PM |
| Вот подкину строчку с описания InterBase :) InterBase was the second commercial database to use this technique; the first was DEC's Rdb/ELN. | |
| | |
| Desperado 16 Nov 2005 6:43 PM |
| ну если _this_ технологию, то очень может быть :) такой чудной "технологии" как у интербайза действительно ни укого больше нет :) | |
| | |
| Опять 25 17 Nov 2005 8:26 AM |
| "store up to 4GB of user data" Вот я и спрашиваю - 4Гб это объем каких файлов? Или это объем каких-либо tablespace~s. В MSSQL есть четкое деление - файл БД + файл логов. 4Гб - это размер файла БД. Причем таких файлов м.б. несколько. Т.е. ограничение в 4Гб довольно мягкое. | |
| | |
| Опять 25 17 Nov 2005 8:41 AM |
| "я вам дал факты с официальных сайтов" Покажи мне "официальный" сайт где б было написано, что наш продукт г..., а вот у конкурентов (!!!). | |
| | |
| Desperado 17 Nov 2005 2:02 PM |
| ,bktnhbcnbre = биллетристика | |
| | |
| Опять 25 17 Nov 2005 2:30 PM |
| Ну хоть что-то! Значит наличие RDB/Eln в 1981 году мы уже не отрицаем. Это уже прогресс. Одним из ведущих разработчиков RDB был Дж. Старки. Он разработал к 1983 году новое ядро RDB - JRB. В коммерческие продукты DEC оно не пошло, почему он и создал фирму GROTON (Она же InterBase). Если слово автора не авторитетно, то и по аналогии сайт Оракла тоже самое. Отсюда следует, что разница во внедрении MVCC измеряется месяцами, а никак не годами. Каюсь, я считал, MVCC в Оракле появилась в 4-й версии. | |
| | |
| Desperado 17 Nov 2005 3:18 PM |
| 1. я понятия не имею что такое Rdb именно поэтому я ничего не утверждал на тему rdb, я утверждал что вы порете чушь на счет того что ибейз первая субд с MVCC. 2. я не вижу никакой связи между ибейзом и внутреними прототипами DECа, то что ибейз создавался по образу и подобию Rdb не дает повода называть его наследником. точно также как linux не является unix, просто unix-like os. 3. я утомился :) | |
| | |
| fi 18 Nov 2005 2:08 PM |
| Насколько я понял из google ;)), только в oracle 4 появилось read-consistency, что в общем и должно означать MVCC. Хотя какие-то механизмы пытались ввести еще в тройку, но как мы хорошо помним ;))) это обычная практика в oracle - анонсировать функционал на релиз раньше, чем он заработает. И в переписке в Pg - лет так десять назад, обсуждались проблемы этого MVCC в oracle и как их обошли в Pg. На сколько я помню, тогда был Oracle 7.x. И после этого в Pg. появился "Cell lock" - что по тем временам было просто чудом ;). А что такое DEC Rdb знать, хотя бы немного, надо ;))) - до сих пор много где работает. | |
| | |
| Desperado 18 Nov 2005 4:40 PM |
| 2fi сначало у вас проблемы в оракловом MVCC нашли сотрудники оракла, теперь оказывается это были разработчики Pg, завтра как я понимаю выяснится что это был знаминитый вася пупкин ? ЗЫ. а "как их обошли в Pg" это auto vacum :) ? ЗЗЫ. вот Pg имхо полновесная и почти ентерпрайз субд. | |
| | |
| fi 18 Nov 2005 6:37 PM |
| то Desperado Одно другому не мешает ;))) | |
| | |
| Desperado 18 Nov 2005 8:54 PM |
| 2fi не стоит читать надписи на заборах и повторять их не понимая смысла ;) | |
| | |
| fi 18 Nov 2005 8:57 PM |
| > ЗЗЫ. вот Pg имхо полновесная и почти ентерпрайз субд. Это более чем ентерпрайз субд. ;))) Точнее, то что поставляют ее разработчики - каждый проект уникальный. > ЗЫ. а "как их обошли в Pg" это auto vacum :) ? У каждого свои проблемы. ;) Ну, а про сотрудников oracle: был на их совместном с Sun и AMD семенаре-презентации 10g. И слушал о радикальных изменениях ;))). Самых прикольный ответ был про 64 бита на Solaris и amd64 - тока 9i и то бета. Но они стараются!!! | |
| | |
| Desperado 18 Nov 2005 9:49 PM |
| 2fi да ... помнится пару раз ходил я на такие мероприятия по десятке, их обычно оракловые партнеры устраивают. на самом деле студент-маркетолог вам рассказывал о грандиозных изменениях в гуи и чудной мусорной карзине в субд, т.к. больше ничего грандиозного 10ке не появилось. MVCC по сути как миним с 7рки не менялась, добавлялись всякие прибамбасы типа автономных транзакций, undo tablespace. про 64-бита - смешно, патч 9.0.1.3 для linux x86-64 датирован летом 2002 года :) а 64-бит 10ка у меня уже больше года стоит. | |
| | |
| Прохожий 20 Nov 2005 12:17 PM |
| Ребята, да какая разница кто раньше кого зародился? Важно ведь не это. Важно то, кто кем является сейчас. На мой взгляд, в настоящее время IB сильно уступает Oracle по многим параметрам. И подтверждением тому является рынок. Оракл - СУБД № 1 в мире. Использовать Оракл можно практически во всех нишах, особенно теперь, когда появилась бесплатная версия). | |
| | |
| Опять 25 21 Nov 2005 7:51 AM |
| Но все ж 4 ГБ - это что? | |
| | |
| fi 21 Nov 2005 3:05 PM |
| > а 64-бит 10ка у меня уже больше года стоит. На Solaris x64 ??? > на самом деле студент-маркетолог Я конечно в лицо руководство Oracle не знаю, но представлялись весьма значительными должностями, в том числе и из команды разработчиков ;)) И как раз он и свистел про MVCC. | |
| | |
| Desperado 21 Nov 2005 5:23 PM |
| 2fi ну тогда лечите глазки/ушки, т.к. то вы обкурившись увидели/услышали никакого отношения к ораклу не имеет. | |
| | |
| fi 21 Nov 2005 8:25 PM |
| то Desperado Ой-ой, вы наверно телепат? И видити то что другим не дано? ;))) Расскажите мне по подробней, что я же там такое видел? Наверно oracle свистел про mysql на solaris10 x64, а я бедняга не понял ;))) | |
| | |
| Desperado 22 Nov 2005 3:23 PM |
| я могу рассказать, что вы не видели - вы не видели разработчиков оракла которые рассказывают о проблемах ораклового MVCC и путях их обхода в 10ке. хотя бы потому что со времен 7ки в этом механизме ничего не изменилось. | |
| | |
| Весельчак У. 24 Nov 2005 1:33 PM |
| 2 Прохожий. Считаю Ваше замечание достойной жирной точкой данной дискуссии о том, что лучше - надувная лодка для рыбалки или атомный реактор для авианосца. | |
| | |
| dikobraz - dikobrazukr.net 18 Apr 2006 1:56 PM |
| На мой взгдял, а я работаю в сапорте партнера Сан, в данный момент заказчиков устраивает Оракл как база для работы, хотя в ней и подводые камни, не спорю что Оракл не обладает гибкостью и многие вещи не переписывались с давних времен. Вопрос к тем, кто ругает 10, а кто из вас смог бы попробовать порулить такой компанией, ведь всем взрослым опытным людям известно, что чем больше компания, тем консервативнее она управляется и тем сложнее нововведения. Да, есть в нем и свои неудобства и недостатки, но где их нет покажите мне? Если вы хотите хорошую коммерческую подержку и настолько большое количество готовых решений, как под оракл, включая кстати говоря и бесплатные! Покажите мне например нормально работающий документооборот на русском языке с нормальным функционалом. У меня есть клиент, который готов уплатить за установку денег. Я давно ищу... | |
| | |
| lstjgmik kzjledo - lupfdbmail.com 3 Oct 2006 8:18 AM |
| rlnaemd tohpjfxiv gfehykid rwgloj nszmahorf cknh smchfbyq | |
| | |
| oipfytbs mpiun - stjdayrxmail.com 3 Oct 2006 8:20 AM |
| uilwfracb wbkzoxrt qcml puneyoxbd xgpeumyov vmcqzgru wcsazfeg [URL=http://www.gcwbztvm.sqyfuhxl.com]bvegrdak wptrn[/URL] | |
| | |
| ← сентябрь 2005 | 21 23 24 25 26 27 28 30 31 | ноябрь 2005 → |
Место для Вашей рекламы!