Здравствуйте, Cyberax, Вы писали:
C>При этом embedded FireBird помещается в 2Мб. Сколько у нас Оракл минимум C>займет?
C>Вообще, FB — это не самая фичастая база (никто и не спорит).
Блин, ну сколько можно. Человеку СУБД нужна для биллинга. Фаребирд не для этого.
Здравствуйте, OLEGus1, Вы писали:
OLE>Блин, ну сколько можно. Человеку СУБД нужна для биллинга. Фаребирд не для этого.
1. Биллинг бывает разный.
2. Вообще вопрос был в отличиях.
3. Бывает так, что супер-мега-фичи Оракла как и MsSql оказываются не нужны.
4. Но там где нужны — светлая дорога им.
5. Но если рассматривать сектор Embedded, то MSDE не является таким... OraExpress пожалуй тоже.
OLEGus1 wrote:
> C>При этом embedded FireBird помещается в 2Мб. Сколько у нас Оракл > минимум > C>займет? > C>Вообще, FB — это не самая фичастая база (никто и не спорит). > Блин, ну сколько можно. Человеку СУБД нужна для биллинга. Фаребирд не > для этого.
С чего бы? С типичными задачами биллинга даже MySQL справляется. Никаких
крутых view-шек и триггеров для этого не надо, все обычным CRUDом делается.
Здравствуйте, fddima, Вы писали:
F>Здравствуйте, OLEGus1, Вы писали:
OLE>>Блин, ну сколько можно. Человеку СУБД нужна для биллинга. Фаребирд не для этого. F> 1. Биллинг бывает разный. F> 2. Вообще вопрос был в отличиях. F> 3. Бывает так, что супер-мега-фичи Оракла как и MsSql оказываются не нужны. F> 4. Но там где нужны — светлая дорога им. F> 5. Но если рассматривать сектор Embedded, то MSDE не является таким... OraExpress пожалуй тоже.
Все хорошо, но! Сейчас супер-мега фичи может быть и не нужны, а что будет дальше? Никто не знает.
Лично я выбираю сразу оракле и не парюсь, конечно если embedded действительно необходим (широкое распостранение проги например) то это уже является одним из решающих факторов, но а если прога пишется чтобы ставить ее по заказу ограниченному кругу заказчиков, то тут (IMHO) нет особого смысла выделываться с ембеддед, дабы потом не изобретать нечто (например делать многопользовательскую систему).
Mikst wrote:
> Все хорошо, но! Сейчас супер-мега фичи может быть и не нужны, а что > будет дальше? Никто не знает.
А вы сразу кластерный Oracle 10g ставите? Или предпочитаете брать
мейнфреймы от IBM?
Если уж чего-то совсем страшное надо будет делать, то поменять
использование MySQL на что-то другое — проблем больших не составит. А
Oracle стоит $5000, между прочим.
Здравствуйте, Cyberax, Вы писали:
C>Если уж чего-то совсем страшное надо будет делать, то поменять C>использование MySQL на что-то другое — проблем больших не составит.
Это, кстати, несколько сомнительно.
C>Oracle стоит $5000, между прочим.
А вот тут уже чертовски интересно, откуда Вы взяли эту цифру. Если попыхтеть, можно будет получить лицензию именно такой стоимости, но крайне уж цифра нетипична.
Здравствуйте, Cyberax, Вы писали:
C>Mikst wrote:
>> Все хорошо, но! Сейчас супер-мега фичи может быть и не нужны, а что >> будет дальше? Никто не знает.
C>А вы сразу кластерный Oracle 10g ставите? Или предпочитаете брать C>мейнфреймы от IBM?
С обычного оракла перейти на кластерный, действительно не проблема, а вот с MySQL на оракл (как впрочем слюбой бд на любую другую) уже сложнее. Если конечно в приложении кроме insert select больше ничего нет, то не вопрос.
C>Если уж чего-то совсем страшное надо будет делать, то поменять C>использование MySQL на что-то другое — проблем больших не составит. А C>Oracle стоит $5000, между прочим.
КУпиту у меня за половину стоимости отдам а сам возьму бесплатный, ну или на крайняк ровно в 10 раз дешевле.
C>-- C>С уважением, C> Alex Besogonov (alexy@izh.com)
Здравствуйте, Mikst, Вы писали:
M> Если конечно в приложении кроме insert select больше ничего нет, то не вопрос.
Да не скажите. Вот буквально пару дней назад некий мигрант искал, где же в Oracle оператор, если не изменяет память, INSERT DELAYED. А оказалось, что ему этот оператор вообще не нужен.
Здравствуйте, Softwarer, Вы писали:
S>Здравствуйте, Mikst, Вы писали:
M>> Если конечно в приложении кроме insert select больше ничего нет, то не вопрос.
S>Да не скажите. Вот буквально пару дней назад некий мигрант искал, где же в Oracle оператор, если не изменяет память, INSERT DELAYED. А оказалось, что ему этот оператор вообще не нужен.
Я имел ввиду, что используются ТОЛЬКО конструкции типа insert into table (bla,bla,bla) values(bla,bla);
и все. никаких _вольностей и расширений_
Здравствуйте, Mikst, Вы писали:
M>Здравствуйте, Softwarer, Вы писали:
S>>Здравствуйте, Mikst, Вы писали:
M>>> Если конечно в приложении кроме insert select больше ничего нет, то не вопрос.
S>>Да не скажите. Вот буквально пару дней назад некий мигрант искал, где же в Oracle оператор, если не изменяет память, INSERT DELAYED. А оказалось, что ему этот оператор вообще не нужен.
M>Я имел ввиду, что используются ТОЛЬКО конструкции типа insert into table (bla,bla,bla) values(bla,bla); M>и все. никаких _вольностей и расширений_
причем даже если синтаксически все заработает, никто не гарантирует правильности работы алгоритмов (вспомните интербейз с его удалением дубликатов )
Softwarer wrote:
> C>Если уж чего-то совсем страшное надо будет делать, то поменять > C>использование MySQL на что-то другое — проблем больших не составит. > Это, кстати, несколько сомнительно.
Мы так делали, из проблем вспоминается только то, что в MySQL был слегка
другой синтаксис для bulk insert.
> C>Oracle стоит $5000, между прочим. > А вот тут уже чертовски интересно, откуда Вы взяли эту цифру. Если > попыхтеть, можно будет получить лицензию именно такой стоимости, но > крайне уж цифра нетипична.
Mikst wrote:
> C>Если уж чего-то совсем страшное надо будет делать, то поменять > C>использование MySQL на что-то другое — проблем больших не составит. А > C>Oracle стоит $5000, между прочим. > КУпиту у меня за половину стоимости отдам а сам возьму бесплатный, ну > или на крайняк ровно в 10 раз дешевле.
Серьезно? Официальную процессорную лицензию с тех. поддержкой?
Здравствуйте, Cyberax, Вы писали:
C>Mikst wrote:
>> C>Если уж чего-то совсем страшное надо будет делать, то поменять >> C>использование MySQL на что-то другое — проблем больших не составит. А >> C>Oracle стоит $5000, между прочим. >> КУпиту у меня за половину стоимости отдам а сам возьму бесплатный, ну >> или на крайняк ровно в 10 раз дешевле.
C>Серьезно? Официальную процессорную лицензию с тех. поддержкой?
А кто говорил про процессорную еще и с тех поддержкой? Мы же говорим об оракле как о заменителе Mysql — так для этого и что попроще сойдет.
Или к mysql тоже поддержка прилагается (он вроде тоже перестает бесплатным быть)
Здравствуйте, Cyberax, Вы писали:
C>Мы так делали,
Хм. Из разового эксперимента может следовать возможность проблем, но не может — невозможность
Все же вопрос, что именно делали. Я как-то приспосабливал программу Perl+MySQL, чтобы она запустилась на Oracle — на простенькую вещь из нескольких тысяч строк и нескольких таблиц ушел почти день.
Ну а из общих соображений — прямо скажем, разницы хватает, а проблемы переноса софта на другой сервер обсуждались тысячекратно.
C> из проблем вспоминается только то, что в MySQL был слегка другой синтаксис для bulk insert.
Хм. Признаться, не знал о наличии в Oracle специального синтаксиса для bulk insert, доступного не из хранимого кода.
C>http://www.oracle.com/corporate/pricing/eplext.pdf C>"Standard Edition One — $4995".
Mikst wrote:
> C>Серьезно? Официальную процессорную лицензию с тех. поддержкой? > А кто говорил про процессорную еще и с тех поддержкой? Мы же говорим > об оракле как о заменителе Mysql — так для этого и что попроще сойдет.
Персональная/lite-линцезия скорее всего не подойдет. Дальше у нас идут
уже коммерческие лицензии.
> Или к mysql тоже поддержка прилагается (он вроде тоже перестает > бесплатным быть)
Он сам бесплатен, а поддержка в разы дешевле будет.
Здравствуйте, Mikst, Вы писали:
M>причем даже если синтаксически все заработает, никто не гарантирует правильности работы алгоритмов (вспомните интербейз с его удалением дубликатов )
... или ORACLE с его приведением пустой строки к NULL Нет идеальных СУБД, следовательно выхода два: либо сразу во всех случаях брать оракл и не парить мозги мифическим "выбором", либо знать про возможные подводные камни и уметь обходить их. А уж что выбрать — это каждый для себя решает ИМХО.