ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
25 сообщений из 365, страница 6 из 15
  6  все
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759454
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
Basil A. SidorovYo.!до сих пор не понимаю как под виндой оракл хом задать.Никак. В буквальном смысле этого слова. Надо запустить OUI и удалить "ссылки на домики" из глобального окружения.
Чувак, ты не поверишь: set ORACLE_HOME=file_path
...
Рейтинг: 0 / 0
27.09.2014, 01:53
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759478
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
ApexИмелось в виду, что эти блоки не обязаны быть сброшенны в файлы сразу по команде commit, этот процесс растянут по времени, что позволяет сгладить пиковую нагрузку.Я всё это понимаю, но точно также этот процесс растянут и при ForceWrite=Off у FB.
В конце-концов, времена, когда "винды линейки 9x" могли сутками не сбрасывать "грязные" кластеры на диск - давно прошли.
Сценарий интенсивных чтений-записей отлажен на файловых серверах, как минимум, к середине девяностых и "возбуждаться" на отложенную запись сейчас - немного странно.
...
Рейтинг: 0 / 0
27.09.2014, 07:41
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759479
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
ApexЧувак, ты не поверишь: set ORACLE_HOME=file_pathЯ несколько о другом.
Если делается несколько установок, то в глобальных переменных ничего не должно быть.
Остальное прекрасно разруливается при запуске приложений конкретного "домика".
...
Рейтинг: 0 / 0
27.09.2014, 07:46
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759486
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
Basil A. SidorovЯ всё это понимаю, но точно также этот процесс растянут и при ForceWrite=Off у FB.

Т.е. вы предлагаете вопрос целостности данных целиком и полностью делегировать железу?

Basil A. SidorovВ конце-концов, времена, когда "винды линейки 9x" могли сутками не сбрасывать "грязные" кластеры на диск - давно прошли.

Да при чем здесь это? Да хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна, важные данные ей не доверишь.

Basil A. SidorovСценарий интенсивных чтений-записей отлажен на файловых серверах, как минимум, к середине девяностых и "возбуждаться" на отложенную запись сейчас - немного странно.
Простите, не напомните, и как часто у нас файловые сервера используются для транзакционныхз приложений?
...
Рейтинг: 0 / 0
27.09.2014, 08:58
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759491
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
Apexsphinx_mvпропущено...
Серверу (как классу) не первый десяток лет, но о "больших БД" на оном можно узнать только на "широко известных в узких кругах" конференциях... Из этого непосредственно следует вывод: реализаций действительно серьезных систем на firebird не так много (как это представляют его фанаты) - их количество теряется на "уровне шума"...
Тем не менее это не означает, что реализаций нет, правда? Они есть, они работают. Проблемы тоже есть, но они решаются. А уж для обозначенных выше размера базы и кол-ва пользователей, так вообще без проблем потянет. Другое дело, что там и недорогой SEO Oracle уж точно справится. Т.е. по-сути цена вопроса это от 5к долларов за ядро.от 5к за сокет. SEO и SE лицензируются по сокетам.
...
Рейтинг: 0 / 0
27.09.2014, 10:05
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759494
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
ApexДа хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна
тут не хватает оговорки насчет надежности / отказоустойчивости оного кеша. Иначе все существующие СУБД можно скопом назвать ненадежными.
...
Рейтинг: 0 / 0
27.09.2014, 10:24
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759502
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
dimitrApexДа хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна
тут не хватает оговорки насчет надежности / отказоустойчивости оного кеша. Иначе все существующие СУБД можно скопом назвать ненадежными.У Oracle redo логи пишутся на диск без кэша. Поэтому они пишутся последовательно и на отдельные диски. Эти же redo логи могут (опять же без кэша) перелетать на standby, и там перед окончание транзакции писаться на диск.
...
Рейтинг: 0 / 0
27.09.2014, 11:16
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759503
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Ryndin
Участник
P.S. Все же отдельный redo придуман не зря - эту идею используют почти все реляционные СУБД (Oracle, DB2, MSSQL, MySQL InnoDB, PostrgreSQL, Informix....). Они дают OLTP-базе очень серьезные преимущества
...
Рейтинг: 0 / 0
27.09.2014, 11:18
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759504
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Alexander RyndinУ Oracle redo логи пишутся на диск без кэша
без файлового кеша ОС. Это не отменяет наличие кешей на более низких уровнях.
...
Рейтинг: 0 / 0
27.09.2014, 11:24
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759506
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Alexander RyndinОни дают OLTP-базе очень серьезные преимущества
они "забесплатно" дают серьёзные бонусы (log shipping, PITR и т.п.) - это очевидно. Но вот с т.з. производительности, преимущества заканчиваются при переходе от шпинделей к SSD.
...
Рейтинг: 0 / 0
27.09.2014, 11:28
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759513
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alexander RyndinВсе же отдельный redo придуман не зря - эту идею используют почти
все реляционные СУБД
А теперь вспомни когда он был придуман. И чем современные СХД отличаются от тогдашних
магнитных барабанов.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
27.09.2014, 12:07
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759514
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Apex
Участник
dimitrApexДа хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна
тут не хватает оговорки насчет надежности / отказоустойчивости оного кеша. Иначе все существующие СУБД можно скопом назвать ненадежными.
Речь шла про "времена, когда " винды линейки 9x " могли сутками не сбрасывать "грязные" кластеры на диск - давно прошли.", а так же про " ForceWrite=Off ". Причем здесь аппаратный кэш, на который ссылаетесь уже вы? В рамках обозначенного выше контекста, мои рассуждения остаются справедливыми без всяких оговорок.

Кроме того, даже с учетом оговорки никто не мешает выделить для redo log'ов отдельную группу дисков без всяких аппаратных кэшей. В общем, я придерживаюсь мнения, что наличие транзакционных логов дает большое преимущество не только в функционале, но и надежности и производительности. Другое дело, что если отойти от очевидных концептуальных преимуществ и перейти в практическим вопросам, то логи и правда не всегда нужны. Например, то, что пишет ТС: 50 пользователей и 200Гб это ерунда в том числе и для FB. Я видел куда более нагруженные и бОльшие по объему базы на FB, которые вполне себе работали в продакшене.
...
Рейтинг: 0 / 0
27.09.2014, 12:15
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759517
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Apexникто не мешает выделить для redo log'ов отдельную группу дисков без всяких
аппаратных кэшей.
Ага, вот всегда так: как логи Оракула, так "выделить отдельную группу дисков". А как база
Firebird, так ужастики о дёргающихся головках одного-единственного диска. Ню-ню...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
27.09.2014, 12:26
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759545
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
ApexТ.е. вы предлагаете вопрос целостности данных целиком и полностью делегировать железу?Я предлагаю не использовать двойных стандартов в отсутствии личной заинтересованности.
Отложенная запись - не вселенское зло.Да при чем здесь это? Да хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна, важные данные ей не доверишь.Если система записи Oracle гарантированно надёжна, то почему мы получали битые блоки после холодной перезагрузки сервера СУБД при том, что табличные пространства лежали на хранилище, у которого никаких проблем не было?
...
Рейтинг: 0 / 0
27.09.2014, 14:45
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759563
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
dimitrони "забесплатно" дают серьёзные бонусы (log shipping, PITR и т.п.) - это очевидно. Но вот с т.з. производительности, преимущества заканчиваются при переходе от шпинделей к SSD.
не правда. и на SSD записать один блок в транзакшен лог и отпустить транзакцию выходит заметно быстрее, чем запись 10 блоков в датафайлы ФБ, которые обязана дождаться транзакция.
...
Рейтинг: 0 / 0
27.09.2014, 16:50
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759572
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Yo.!записать один блок в транзакшен лог и отпустить транзакцию выходит заметно
быстрее, чем запись 10 блоков в датафайлы ФБ
Можешь более конкретно назвать какие именно 10 блоков придётся записать FB? Один блок -
страница данных, второй - Transaction Invention Page, третий - Database Header. Где ещё
семь? И, кстати, разве Оракулу не надо записать новый SCN куда-нибудь, откуда его могут
прочитать другие коннекты?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
27.09.2014, 17:25
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759581
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Dimitry Sibiryakovтретий - Database Header
это при старте, а не при коммите
...
Рейтинг: 0 / 0
27.09.2014, 17:42
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759588
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Dimitry SibiryakovМожешь более конкретно назвать

для тебя будет слишком сложно. помниться мне не удавалось донести до тебя и более простые вещи, чем индексы и несколько таблиц в транзакции.
...
Рейтинг: 0 / 0
27.09.2014, 18:07
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759595
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Yo.!помниться мне не удавалось донести до тебя и более простые вещи, чем индексы и
несколько таблиц в транзакции.
Ага. Но ты таки попробуй донести до меня как оракул запихивает индексы, несколько таблиц в
транзакции и ещё и redo лог в один-единственный блок undo лога.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
27.09.2014, 18:52
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759598
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alexander Ryndinот 5к за сокет. SEO и SE лицензируются по сокетам.
Воот. А теперь смотрим что можно купить на сэкономленные пять килобаксов. Я, как ни
считаю, получаю ещё один сокет и десяток SSD сверху. То есть сколько Оракула ни ужимай,
Firebird на его месте получит вдвое лучшее железо.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
27.09.2014, 19:06
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759601
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Dimitry SibiryakovАга. Но ты таки попробуй донести до меня как оракул запихивает индексы, несколько таблиц в
транзакции и ещё и redo лог в один-единственный блок undo лога.

ну ты уел. а ведь действительно как в undo попадает изменения redo лога я не смогу пояснить
для тех кому интересно - в оракле все ровно наоборот, redo (транзакшен лог) защищает изменения в undo логе точно так же как в датафайлах. транзакция ждет записи только в redo, а вот запись в undo уже не принципиально. записалось - хорошо, не записалось - не беда, из redo все можно восстановить.
...
Рейтинг: 0 / 0
27.09.2014, 19:22
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759602
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
Yo.!транзакция ждет записи только в redo, а вот запись в undo уже не принципиально. записалось - хорошо, не записалось - не беда, из redo все можно восстановить.Вы постоянно забываете штатную эксплуатацию, когда всё записанное в redo обязано, таки, попасть в data, и, соответственно, сгенерировать undo. И, если пропускной способности носителя/хранилища не хватает, то никакая "размазанность" операций ввода-вывода не позволит избежать тормозов.

P.S. Понятно, что при крахе, с высокой степенью вероятности, СУБД донакатит данные из redo, но в нашем конкретном случае я не мог назвать процедуру восстановления ни мгновенной, ни даже быстрой.
...
Рейтинг: 0 / 0
27.09.2014, 19:33
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759605
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Yo.!не записалось - не беда, из redo все можно восстановить.
Ага. Если нервов хватит дождаться этого момента и повезёт не получить ORA-600 в процессе.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
27.09.2014, 19:48
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759615
prog123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
prog123
Гость
А вот меня больше всего в платных СУБД, да и не только СУБД, прикалывает лицензионное соглашение, смысл которого очень четкий и выделяется большими жирными буквами, дескать "мы-крутые-раскрутые" АБСОЛЮТНО НИЧЕГО И НИКОГДА И НИ ПРИ КАКИХ МЫСЛИМЫХ И НЕ МЫСЛИМЫХ ОБЧТОЯТЕЛЬСТВАХ, - МЫ ВАМ НИЧЕГО НЕ ГАРАНТИРУЕМ И НИ ЗА ЧТО НЕ ОТВЕЧАЕМ!!!

Это, на мой взгляд, - наиболее существенное, особенно в плане санкций. Юридически всё чики-чики.
...
Рейтинг: 0 / 0
27.09.2014, 21:06
| Ответить | Цитировать | Написать  
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
    #38759616
prog123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
prog123
Гость
И это за мои то кровные и очень не маленькие денюшки!?

PS Вот он звериный оскал капитализьма.
...
Рейтинг: 0 / 0
27.09.2014, 21:08
| Ответить | Цитировать | Написать  
25 сообщений из 365, страница 6 из 15
  6  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=38759502&tid=1552322]:
 0ms
get settings:
 13ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 187ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 70ms
get tp. blocked users:
 1ms
others: 236ms
total:  544ms
созд. / загр.: 544ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]