|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Собственно вопрос в сабже. Если подойти к вопросу без религии и холодным расчетом. Зачем покупать Oracle, если можно установить FB на Centos. Напишите Ваше мнение о целесообразности наличия Oracle. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 15:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Напишите Ваше мнение о целесообразности наличия Oracle. С Firebird сложнее найти специалиста для разработки и DBA. А когда первый попавшийся студент облажается, то в случае с Оракулом отмазка "это не руки у меня кривые, а СУБД" - не прокатит. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 15:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovFirebird12Напишите Ваше мнение о целесообразности наличия Oracle. С Firebird сложнее найти специалиста для разработки и DBA. А когда первый попавшийся студент облажается, то в случае с Оракулом отмазка "это не руки у меня кривые, а СУБД" - не прокатит. Ну, а технически чем Firebird хуже? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 15:40 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Ну, а технически чем Firebird хуже? При такой не слишком большой базе и нагрузке - технически ничем. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 15:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovFirebird12Ну, а технически чем Firebird хуже? При такой не слишком большой базе и нагрузке - технически ничем. просто есть мнения всякие, что якобы ФБ не имеет журнала транзакций. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 16:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Покупать Oracle просто так от нечего делать? Да за это ногами нужно бить:) Есть Firebird, есть Postgre, есть и другие ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 16:26 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12есть мнения всякие, что якобы ФБ не имеет журнала транзакций. И именно это обеспечивает: 1) Невозможность нарваться на "snapshot too old"; 2) Быстрое восстановление после краха системы (привет Сбербанку); 3) Быстрый Rollback. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 16:28 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, в Оракле два лога. Все перечисленные тобой проблемы из за их реализации undo лога. А вот redo лог бы в FB не помешал. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 17:34 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovFirebird12есть мнения всякие, что якобы ФБ не имеет журнала транзакций. И именно это обеспечивает: 1) Невозможность нарваться на "snapshot too old"; 2) Быстрое восстановление после краха системы (привет Сбербанку); 3) Быстрый Rollback. а как все же происходит восстановление на момент аварии? и откат? Как понять что закомиченно в ОЗУ, но не сброшено на диск, и как понять что незакомиченно чтобы откатить. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 17:35 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12а как все же происходит восстановление на момент аварии? нету в FB PITR. Но обычно БД выживает при аварии. Если конечно не диск полетел. Вместо PITR можно использовать репликацию на резервный сервер. Firebird12и откат? нормально происходит. Для упрощения считай, что undo лог встроен в файл БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 17:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисFirebird12а как все же происходит восстановление на момент аварии? нету в FB PITR. Но обычно БД выживает при аварии. Если конечно не диск полетел. Вместо PITR можно использовать репликацию на резервный сервер. Firebird12и откат? нормально происходит. Для упрощения считай, что undo лог встроен в файл БД. ну а транзакции происходят в кэше? или сразу в файле БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 17:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисА вот redo лог бы в FB не помешал. Для каких именно целей? Firebird12Как понять что закомиченно в ОЗУ, но не сброшено на диск Легко: ничего такого не существует. Всё, что закоммичено - уже сброшено на диск. Firebird12как понять что незакомиченно чтобы откатить. Легко: всё, что принадлежит транзакции без флага "committed". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 17:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЛегко: ничего такого не существует. Всё, что закоммичено - уже сброшено на диск. Привет производительности. Что быстрее: всегда _последовательно_ записать в redo (НЕ дергая головки) пару мегабайт или несколько десятков мегабайт грязных блоков _раскиданных_ по всему диску (ДЕРГАЯ головки) ? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 18:44 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevДЕРГАЯ головки Вот именно поэтому деньги, сэкономленные на лицензиях, не надо пропивать. На них надо покупать приличную СХД и не думать о головках. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 19:01 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Oracle пишет предыдущие версии в журнал отката, а зафиксированные записи - в файлы данных. Firebird создаёт новую версию и пишет её в файл данных. "Дёргать головами" придётся в любом сценарии. Просто потому, что записи в файл(ы) данных идут или там, где эти данные находятся или там, где есть свободное место. Если записи удаляются, то управлять фрагментацией СУБД не может. Может только реорганизовать то, что получится. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 19:09 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovLeonid KudryavtsevДЕРГАЯ головки Вот именно поэтому деньги, сэкономленные на лицензиях, не надо пропивать. На них надо покупать приличную СХД и не думать о головках. А если действительно сделать постоянную репликацию на другой сервер, это выход!! Даже если райд развалится можно восстановится с другого сервера. Просто ФБ имеет очень развитый язык и очень удобен он для разработки, например в нем есть возможность обратиться к процедуре как к таблице, просто невероятно удобно. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 19:10 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12например в нем есть возможность обратиться к процедуре как к таблице, просто невероятно удобно. В Оракуле есть пипелины. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 19:18 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Зачем покупать Oracle, если можно установить FB на Centos Это бессмысленный вопрос. Выбор (в том числе покупка) любой СУБД диктуется очень простым алгоритмом: а) для разработчика: нужно разработать приложение, которое наиболее целесообразно делать именно на этой СУБД б) для пользователя: существует достаточно сильная потребность в решении некоторой задачи, и наиболее целесообразно её решает некое приложение при использовании некоей СУБД. Firebird12Просто ФБ имеет очень развитый язык и очень удобен он для разработки Как бы деликатно сказать... У меня когда-то была машина ВАЗ 2115, я ей был доволен и меня почти все устраивало. Не устраивало только то что кондиционера не было. А еще я постоянно доливал тосол, 2 раза менял термостат, и передние стойки. Одажды произошло замыкание, свечи и 3 из 4-х цилиндров прогорели. Разонатор как-то накрылся и при езде звук был стритрейсерский. Больше всего меня веселили габаритные огни и ближний свет фар. При нажатии на тормоз, загорались габариты, а если их включить, то загорались стоп-сигналы. Зимой в темное время суток ближний свет фар отключался не с первого раза, а если я показывал правый поворот, загорался дальний свет фар. Потом я купил Ниссан, проехав пару километров подумал, что когда я попаду в ад, часть наказаний мне зачтется. (c) http://bash.im/quote/409374 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 19:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovFirebird12например в нем есть возможность обратиться к процедуре как к таблице, просто невероятно удобно. В Оракуле есть пипелины. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 19:54 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovFirebird12например в нем есть возможность обратиться к процедуре как к таблице, просто невероятно удобно. В Оракуле есть пипелины. А что такое пипелины? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 19:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovOracle пишет предыдущие версии в журнал отката, а зафиксированные записи - в файлы данных. Firebird создаёт новую версию и пишет её в файл данных. "Дёргать головами" придётся в любом сценарии. Просто потому, что записи в файл(ы) данных идут или там, где эти данные находятся или там, где есть свободное место. Если записи удаляются, то управлять фрагментацией СУБД не может. Может только реорганизовать то, что получится. косяк не в этом. оракл как и любая другая нормальная субд запишет дельту очень быстро в транзакшен т.к. пишет лишь дельту и последовательно. записал в лог, все, транзакция зафиксированна, а ФБ будет юлозить головкой хдд и пока не разложит все блоки, транзакцию не зафиксирует. проигрыш минимум в разы. еще у ФБ кривая архитектура, нет единого кеша для всех сессий. вариант суперсервера с единым кешом работает лишь с одним ядром. еще страшный косяк с "cursor stablity", еще ограничения по одновременно исполняемым процессам, еще слабенький и поломанный оптимизатор, который даже не cost based. в 21 веке глупо подсаживаться на такую экзотику. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 20:09 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12А что такое пипелины? Pipelined function Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 20:30 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Собственно вопрос в сабже. Если подойти к вопросу без религии и холодным расчетом. Зачем покупать Oracle, если можно установить FB на Centos. Напишите Ваше мнение о целесообразности наличия Oracle. Спасибо. Рассуждения уровня начинающего программиста. Что за система? Какое быстродействие от нее требуется? Какие потери будут у компании, если система будет тормозить? Сколько будет стОить компании простой системы, скажем в пять минут (в час, в месяц, в год)? Сколько будет стОить компании потеря важных данных, если кто-то по ошибке запустил DELETE без WHERE и это уже доехало по "репликации на резервный сервер"? ЗЫ. Список можно расширить. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 21:10 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
pkarklinFirebird12Собственно вопрос в сабже. Если подойти к вопросу без религии и холодным расчетом. Зачем покупать Oracle, если можно установить FB на Centos. Напишите Ваше мнение о целесообразности наличия Oracle. Спасибо. Рассуждения уровня начинающего программиста. Что за система? Какое быстродействие от нее требуется? Какие потери будут у компании, если система будет тормозить? Сколько будет стОить компании простой системы, скажем в пять минут (в час, в месяц, в год)? Сколько будет стОить компании потеря важных данных, если кто-то по ошибке запустил DELETE без WHERE и это уже доехало по "репликации на резервный сервер"? ЗЫ. Список можно расширить. Таковым и являюсь:) Это система 2-х звенка (дельфийский клиент) пока на стадии проектирования БД и базовых классов на дельфи. это система учета движения зерна на десятке элеваторов (приход, расход, переоформление, сушка, очистка). Выписка и распечатка документов движения по формам, утвержденным законом. В среднем 5 человек на 1 бранч. средний рост 20 Гб в месяц (особенно большой прирост из-за ведения развернутого аудита (кто? где? когда?)). Очень необходима доступность 24/7 в месяцы сбора урожая урожая, то есть с июня по ноябрь. Очень критична сохранность данных, так как зерно стоит миллионы и хлебинспекция похлеще налоговой. Плюс ведения фитосанитарного контроля, погрузка в вагоны, всякие там ЖД документов, таможня и прочее. Простой в месяцы сбора урожая будет стоит потоком на 20 км грузовиков и отрезанием головы ИТ руководителю. Потеря важных данных -просто катастрофа. Еще крайне необходим откат в "точку". ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 21:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Для каких именно целей? Например 1 Для ускорения бакапа - бакапим только лог, не лезем по данным 2 Для организации стендбая - свежебакапленный лог применим на соседней базе 3 Для организации CDC aka лог майнинга ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 21:37 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12, Собственно, одним этим: авторПотеря важных данных -просто катастрофа...крайне необходим откат в "точку" Вы вычеркнули Firebird из списка потенциальных кандидатов. Требование авторнеобходима доступность 24/7 еще более сужает круг кандидатов, которые должны иметь ту или иную реализацию High availability disaster recovery (HADR), которая, как правило, далеко не бесплатна. Плюс, придется вкладываться в оборудование и тех. поддержку. авторПростой в месяцы сбора урожая будет стоит потоком на 20 км грузовиков и отрезанием головы ИТ руководителю. Еще более усугубляет ситуацию. На мой взгляд, Ваш выбор - это "большая тройка". Останется определиться с редакцией, которая покроет озвученные требования за разумную TOC. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 21:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
pkarklinTOC TCO, конечно, же... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 21:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
pkarklinВы вычеркнули Firebird из списка потенциальных кандидатов. Oracle тоже. Привет тому же Сбербанку. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 22:06 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovOracle тоже. Привет тому же Сбербанку. Видите ли, Дмитрий, дело в чем. Редко случающиеся падения серьезных систем, построенных на серьезных СУБД, они, конечно, имеют широкую огласку. С Firebird, естественно, такого не случается. По одной простой причине - серьезные системы на нем не строят. И круг огласки проблем с FB - это его форум. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 22:29 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
pkarklinpkarklinTOC TCO, конечно, же... Скажите, а как Вы думаете. Может ли ФБ допустим с размером БД 1Тб работать под транзакционной нагрузкой? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 22:38 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
pkarklinРедко случающиеся падения серьезных систем, построенных на серьезных СУБД, они, конечно, имеют широкую огласку. Вот только ТСу глубоко всё равно упала у него "серьёзная СУБД" или Firebird. Результат-то один. "А если нет разницы..." (с) Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 22:46 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Скажите, а как Вы думаете. Может ли ФБ допустим с размером БД 1Тб работать под транзакционной нагрузкой? У меня нет опыта использования озвученной СУБД такого размера с абстрактной нагрузкой. Возможно, тот, кто имеет такой опыт, поделится им здесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 23:17 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
А вот этот зверёк никак не покатит? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 23:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Может ли ФБ допустим с размером БД 1Тб работать под транзакционной нагрузкой? Через месяц будет конференция Firebird. Помимо всего прочего там будет пара докладов и на эту тему. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 23:35 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Странно, что никто не упомянул о том, что для коммерческой СУБД, если куплена поддержка, то можно, по крайней мере, гипотетически переложить часть проблем на эту самую поддержку. А в случае FireBird на кого перекладывать? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 23:39 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
xenixА в случае FireBird на кого перекладывать? ibase.ru, IBPhoenix. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2014, 23:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
xenixА в случае FireBird на кого перекладывать? RedDatabase ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 01:10 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Я что-то пропустил один момент. А бюджет-то у проекта какой? авторПотеря важных данных -просто катастрофа...крайне необходим откат в "точку" Насколько катастрофа катастрофична? Другими словами, сколько заказчик готов дополнительно платить за ее почти гарантированное отсутствие а заодно и за прочие умные вещи, упомянутые уважаемым pkarklin? $100? $10K? $10M? А то километровые очереди грузовиков - это, безусловно, грустно, но, с другой стороны, у хлеборобов денег (к большому сожалению) слегка поменьше, чем у нефтегазодобытчиков и прочих банков. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 02:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!косяк не в этом. оракл как и любая другая нормальная субд запишет дельту очень быстро в транзакшен т.к. пишет лишь дельту и последовательно. записал в лог, все, транзакция зафиксированна, а ФБ будет юлозить головкой хдд и пока не разложит все блокиВсё равно не понимаю ... Есть исходные записи, есть изменённые записи. И те и другие объединены в блоки. Oracle. Пишет исходные блоки в журнал отката, а изменённые - в файлы данных, на место исходных блоков или на свободное место. Запись в журнал отката - да, последовательная и - да, будет максимально быстрой, даже если нижележащие слои не умеют (безопасно) переупорядочивать и кэшировать запись. Но при записи в файлы данных всё, что может сделать СУБД - переупорядочить блоки "по номерам". Если изменены тысячный, пятый и седьмой, то записаны будут пятый, седьмой и тысячный (в этом порядке). Но невозможно, при таких исходных условиях, сделать запись пятый-седьмой. Firebird. Пишет дельты версий "на свободные", возможно расширяя файл базы, и обновляет заголовок. Не вижу, чем такая запись медленнее пророческого варианта, при прочих равных условиях . ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 07:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovOracle. Пишет исходные блоки в журнал отката, а изменённые - в файлы данных, на место исходных блоков или на свободное место. не верно. оракл пишет последовательно дельту в REDO лог и снимает блокировки, отпускает транзакцию. потом, когда нибудь, если найдется время, измененные блоки запишутся в UNDO и файлы данных. если не запишется - фиг с ним, краш рековери достанет эти блоки из REDO. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 09:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovFirebird12Может ли ФБ допустим с размером БД 1Тб работать под транзакционной нагрузкой? Через месяц будет конференция Firebird. Помимо всего прочего там будет пара докладов и на эту тему. Серверу (как классу) не первый десяток лет, но о "больших БД" на оном можно узнать только на "широко известных в узких кругах" конференциях... Из этого непосредственно следует вывод: реализаций действительно серьезных систем на firebird не так много (как это представляют его фанаты) - их количество теряется на "уровне шума"... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 09:26 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!еще у ФБ кривая архитектура, нет единого кеша для всех сессий. вариант суперсервера с единым кешом работает лишь с одним ядром. еще страшный косяк с "cursor stablity", еще ограничения по одновременно исполняемым процессам, еще слабенький и поломанный оптимизатор, который даже не cost based. Ну достал ты уже. В FB3 и нормальный супер есть и cursor stablity исправлен. Ограничения по количеству исполняемых процессов никогда не было. И оптимизатор там смешанный частично cost based частично rule based. В FB3 cost based части стало больше. Про проигрыш в разы это ложь. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 09:49 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12средний рост 20 Гб в месяц Слушайте, а как вы так ухитряетесь? Согласно вашим данным, каждый пользователь должен набивать примерно по "Войне и миру" в час (восемь часов в день двадцать дней в месяц). ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 10:13 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисНу достал ты уже. В FB3 и нормальный супер есть и cursor stablity исправлен. О. Вот когда-нибудь ещё этот FB3 выйдет, и тогда можно будет сказать - не зря доставал, заставил-таки улучшить продукт. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 10:14 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, обещают в конце этого года. Я думаю что не раньше начала следующего. Beta 1 уже почти готова. Снапшоты уже больше года трогаю в основном конечно для тестирования, чтобы обнаружить проблемы, сообщить о них и тем самым ускорить выход финальной версии. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 10:21 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerFirebird12средний рост 20 Гб в месяц Слушайте, а как вы так ухитряетесь? Согласно вашим данным, каждый пользователь должен набивать примерно по "Войне и миру" в час (восемь часов в день двадцать дней в месяц). Ну это прогнозная оценка максимальная. В случае круглосуточного приема зерна при сборе урожая да взять 20 хлебоприемных элеваторов. Плюс BLOB много (там всякие сканы первичных документов) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 10:39 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисобещают в конце этого года. Я думаю что не раньше начала следующего. Beta 1 уже почти готова. нам эту байку тут уже лет 10 рассказывают, могли бы за 10 лет и что-то новое сочинить. кстати еще забыл у ФБ нет аналога multi-block read ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 10:40 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
miwaonlineЯ что-то пропустил один момент. А бюджет-то у проекта какой? авторПотеря важных данных -просто катастрофа...крайне необходим откат в "точку" Насколько катастрофа катастрофична? Другими словами, сколько заказчик готов дополнительно платить за ее почти гарантированное отсутствие а заодно и за прочие умные вещи, упомянутые уважаемым pkarklin? $100? $10K? $10M? А то километровые очереди грузовиков - это, безусловно, грустно, но, с другой стороны, у хлеборобов денег (к большому сожалению) слегка поменьше, чем у нефтегазодобытчиков и прочих банков. очень критична, почти как в банке. Дело в том, это зерно нужно будет выдавать... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 10:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!, об этом мне известно. И это печально конечно. На самом деле выпуск FB3 откладывался несколько раз. В частности, когда прикинули объём работ поняли, что быстро его не выпустить, решили выпустить промежуточную версию 2.5. Она вышла в 2010 году. Часть функциональности, которая первоначально планировалась в FB3 вошла туда. Но теперь надежда на скорый выход появилась, так как все основные фичи уже сделаны. Yo.!кстати еще забыл у ФБ нет аналога multi-block read над этим работа ведётся. В FB3 скорее всего не будет, чтобы не задерживать релиз, а вот в следующей версии вполне возможно. Выделение страниц экстентами уже есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 11:04 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12miwaonlineЯ что-то пропустил один момент. А бюджет-то у проекта какой? пропущено... Насколько катастрофа катастрофична? Другими словами, сколько заказчик готов дополнительно платить за ее почти гарантированное отсутствие а заодно и за прочие умные вещи, упомянутые уважаемым pkarklin? $100? $10K? $10M? А то километровые очереди грузовиков - это, безусловно, грустно, но, с другой стороны, у хлеборобов денег (к большому сожалению) слегка поменьше, чем у нефтегазодобытчиков и прочих банков. очень критична, почти как в банке. Дело в том, это зерно нужно будет выдавать... Очень критична - это сколько в деньгах? В любом случае, я бы отталкивался от опыта исполнителей. Оракл (да и любая другая СУБД) - это не волшебная кнопка "Сделать хорошо". В неких абстрактных условиях с безграничными бюджетами и идеальными разработчиками/администраторами он лучше файрберда, а реальность вашу лучше вас никто не знает. Мы тут будем фантазировать, а окажется что у вас $100K на все про все включая закупку железа и зарплату людей которые будут это делать. Или кроме вас, как начинающего программиста, в проекте никого нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 12:12 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12очень критична, почти как в банке. Дело в том, это зерно нужно будет выдавать... Значит, вне зависимости от используемой СУБД, Вам придётся спроектировать систему так, чтобы она некоторое время могла обеспечивать критичные функции при её (СУБД) недоступности. Yo!у ФБ нет аналога multi-block read Есть. Уже упомянутая СХД, купленная на непропитые деньги. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 12:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Ну это прогнозная оценка максимальная. Я к тому, что для начала приучитесь отличать среднюю от максимальной с запасом. Firebird12Плюс BLOB много (там всякие сканы первичных документов) Угу. И теперь если прикинуть - какие именно данные в этой базе насколько важны, и насколько хорошо укладывать разноценные яйца в одну корзину - окажется, что вам вполне подойдёт Oracle XE и изначальный вопрос вообще нелеп. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 12:32 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
miwaonlineFirebird12пропущено... очень критична, почти как в банке. Дело в том, это зерно нужно будет выдавать... Очень критична - это сколько в деньгах? В любом случае, я бы отталкивался от опыта исполнителей. Оракл (да и любая другая СУБД) - это не волшебная кнопка "Сделать хорошо". В неких абстрактных условиях с безграничными бюджетами и идеальными разработчиками/администраторами он лучше файрберда, а реальность вашу лучше вас никто не знает. Мы тут будем фантазировать, а окажется что у вас $100K на все про все включая закупку железа и зарплату людей которые будут это делать. Или кроме вас, как начинающего программиста, в проекте никого нет. не могу сказать сколько в деньгах. Я не экономист, но будет очень и очень неприятно. У нас уже куплен сервер, есть группа разработчиков на ежемесячном окладе (внешняя группа). Я просто курирую со стороны заказчика. Сейчас стоит вопрос о СУБД. Платная или бесплатная. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 12:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerвам вполне подойдёт Oracle XE С его недоступностью техподдержки и багфиксов?.. Ню-ню... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 12:56 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
XE это конечно крайность Но что нибудь типа Standart Edition ONE вполне может по ценнику оказаться доступным. AFAIK А БД нужно брать ту, которую знают админы и программеры. В общем люди, которые будут за систему отвечать. А если таких людей нет - то и Oracle не поможет. IMHO ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 12:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12 Сейчас стоит вопрос о СУБД. Платная или бесплатная. странный набор конкурентов. против оракла тогда уж более адеватно postgress, ну накрайняк mssql. но точно не FB. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:01 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovsoftwarerвам вполне подойдёт Oracle XE С его недоступностью техподдержки и багфиксов?.. Ню-ню... Ну да, они у него примерно на уровне FB. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:02 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЕсть. Уже упомянутая СХД, купленная на непропитые деньги. не спасет, все равно СХД будут долбить чтениями по одному блоку, вместо readfilescattered() ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:04 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer...окажется, что вам вполне подойдёт Oracle XE и изначальный вопрос вообще нелеп. +1 Не кладите образы документов в базу, кладите в файлы, и от Ваших гигабайт в БД останутся мегабайты. Быстрей реплицировать и восстанавливать, если вдруг ... И, действительно, может подойти бесплатная версия "болшой тройки". Раз у Вас бюджет ограниченный, почему MS SQL не рассматриваете? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Плюс BLOB много (там всякие сканы первичных документов) И каков процент блобов от 20 гигабайтного роста в день? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:09 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerони у него примерно на уровне FB. Что, у FB уже нельзя скачать пострелиз с пофикшенными багами? Давно?.. Что, к OracleXE можно прикупить support contract и доступ на metalink? Почём? Yoвсе равно СХД будут долбить чтениями по одному блоку, вместо readfilescattered() Ну и? Чем 100 чтений по одному блоку отличаются от 10 чтений по 10 блоков? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:10 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerDimitry Sibiryakovпропущено... С его недоступностью техподдержки и багфиксов?.. Ню-ню... Ну да, они у него примерно на уровне FB. это ложь. Багфиксы для FB выпускаются чуть ли не каждый день. Техподдержка тоже есть, но она не бесплатна. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:14 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисБагфиксы для FB выпускаются чуть ли не каждый день. Я бы не стал этим гордиться ;-) Вопрос не в том, как часто выпускаются багфиксы, хоть каждую минуту. Вопрос в том, насколько вероятна ситуация "я напоролся на ошибку, которую не получается легко обойти, и при этом не могу за приемлемое время достать патч, workaround или другой способ, который её лечит". ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:27 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, вот тут как раз пользователи FB в более выгодном положении. Порой после обращения в трекер или даже здесь на sql.ru патчи выходят уже на следующий день. Всё конечно зависит от сложности проблемы. Workaround тоже подскажут здесь в течении дня, если он конечно есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:32 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12не могу сказать сколько в деньгах. Я не экономист, но будет очень и очень неприятно. У нас уже куплен сервер, есть группа разработчиков на ежемесячном окладе (внешняя группа). Я просто курирую со стороны заказчика. Сейчас стоит вопрос о СУБД. Платная или бесплатная. Если стоит вопрос "платная/бесплатная", то есть вариант PostgreSQL. Не плохо справляется с нагрузками. Полностью поддерживает стандарт SQL. Хорошая СУБД. Единственное "не удобство" ее надо уметь настраивать. Хотя настройки по умолчанию работают везде, но для получения максимальной производительности нужно знать "что и где крутить". Есть "платная" версия EnterpriseDB. Добавлены не значительные "плюшки" и осуществляется техническая поддержка. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисвот тут как раз пользователи FB в более выгодном положении. Порой после обращения в трекер или даже здесь на sql.ru патчи выходят уже на следующий день. Всё конечно зависит от сложности проблемы. Workaround тоже подскажут здесь в течении дня, если он конечно есть. А почему Вы считаете, что это "в более выгодном"? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:36 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerВопрос в том, насколько вероятна ситуация "я напоролся на ошибку, которую не получается легко обойти, и при этом не могу за приемлемое время достать патч, workaround или другой способ, который её лечит". Для OracleXE вероятность этой ситуации 100%, поскольку к нему вообще нет патчей и лечения. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:39 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12не могу сказать сколько в деньгах. Я не экономист, но будет очень и очень неприятно. У нас уже куплен сервер, есть группа разработчиков на ежемесячном окладе (внешняя группа). Я просто курирую со стороны заказчика. Сейчас стоит вопрос о СУБД. Платная или бесплатная. Если бы у вас был достаточный бюджет, выделяемый без вопросов - проблемы выбора не было бы. Кроме всего прочего бесперебойная работа ПО включает в себе много других факторов: надежные каналы связи, подключение к электросети с резервированием, обеспечение температурного режима для железа и т.д. и т.п. А то получится так: вы потратите кучу денег на ПО, а сервера будут пылится в скворечнике 2м*2м, охлаждаемые десятком БК, причем включать их надо будет строго последовательно, иначе выбивает автомат, который стоит десятью этажами ниже. Так что вы сначала определитесь есть ли у вас деньги на ПО и сколько, а какую СУБД выбрать пусть решает группа разработчиков. Они отвечают за результат своей деятельности или нет? У вас вообще есть ТЗ? Если вы хотите сэкономить - пусть распишут какие пункты ТЗ они смогут реализовать на бесплатной СУБД, а какие на платной. А дальше уже решайте, но это решение будет хоть как-то аргументировано, а не этот пустой треп выше. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:40 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, "в более выгодном" по сравнению с бесплатными версиями платных СУБД, потому как исправления найденных багов в них я увижу только после выхода новой версии, которая выходит не так уж часто (может через год, а может и дольше). ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:47 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, для невменяемой демагогии у нас предназначены другие форумы. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovНу и? Чем 100 чтений по одному блоку отличаются от 10 чтений по 10 блоков? кол-вом SCSI команд. попробуй в оракле Код: plsql 1.
разница видна невооруженным взглядом ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 13:56 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerдля невменяемой демагогии у нас предназначены другие форумы. Так зачем Вы её развели здесь? Повторяю вопрос медленно: почём можно прикупить к OracleXE доступ на металинк чтобы обновить его с версии 10.2.0.1 до 10.2.0.4? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:02 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, Dimitry SibiryakovДля OracleXE вероятность этой ситуации 100%, поскольку к нему вообще нет патчей и лечения. softwarerDimitry Sibiryakov, для невменяемой демагогии у нас предназначены другие форумы. Забавно. Ну тогда пошлю вас в ветку Оракла , где ваши же коллеги называют ХЕ "песочницей для студентов". О каком серьезном использовании ХЕ может вообще идти речь? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!разница видна невооруженным взглядом На каком СХД Вы видите такую разницу? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:13 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!не верно. оракл пишет последовательно дельту в REDO лог и снимает блокировки, отпускает транзакциюДаже не на СХД, а на "контроллере с батарейкой" этот сценарий может быть ничуть не лучше сценария "запись FB".потом, когда нибудь, если найдется время, измененные блоки запишутся в UNDO и файлы данныхОно обязано найтись, т.к. единственная причина, оправдывающая отсутствие данных в файлах данных и сегментах отката - аппаратный сбой. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:17 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
правдопилНу тогда пошлю вас в ветку Оракла , где ваши же коллеги называют ХЕ "песочницей для студентов" Не путайте "моих коллег" и "недавно появившийся серый ник с несколькими сомнительными сообщениями". Oracle бесплатен для личного изучения и попыток разработки, поэтому "песочницей для студентов" в нём обычно выступает Enterprise Edition. Хотите - загляните в политику лицензирования и прочитаете там английским по белому, что пока не пытаетесь выкатывать версию в production, можете пользоваться бесплатной OTN License. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:25 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovYo.!разница видна невооруженным взглядом На каком СХД Вы видите такую разницу? У ТС 5 коннектов к БД, о чем вы вообще? Лет 20 назад эту же задачу запросто решили бы на каком-нить кларионе. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:27 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
[quot Basil A. Sidorov]Даже не на СХД, а на "контроллере с батарейкой" этот сценарий может быть ничуть не лучше сценария "запись FB".[quot ] брехня. ораклу будет достаточно записать 1 блок в REDO, а ФБ в той же ситуации 10 блоков десяти таблиц. Basil A. SidorovОно обязано найтись, т.к. единственная причина, оправдывающая отсутствие данных в файлах данных и сегментах отката - аппаратный сбой. ты схватываешь на лету :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:28 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. Sidorov, Если на СХД сделать один том по методу "RAID-6 самое крутое" ( C ) спецы по железу. То тут уже ничего не поможет. Ни Oracle, ни батарейка ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:29 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денис"в более выгодном" по сравнению с бесплатными версиями платных СУБД, потому как исправления найденных багов в них я увижу только после выхода новой версии, которая выходит не так уж часто (может через год, а может и дольше). Тем не менее, я примерно одинаковое время гонял в продакшне XE и FB, и уверяю Вас, что практической разницы нет. Ошибок, решаемых "патчем в тот же день" в XE отыскать не удаётся, workaround-ы столь же легко прочитать или спросить, ну а расклад "В XE патч будет гарантированно через год(два, три, пять), а в FB может через месяц, может через пять лет" равно не устраивает. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!брехня. ораклу будет достаточно записать 1 блок в REDO, а ФБ в той же ситуации 10 блоков десяти таблиц.Oracle точно также придётся записать данные в десять блоков десяти таблиц. Если пропускной способность носителя хватает - всё работает, не хватает - встаёт колом. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerОшибок, решаемых "патчем в тот же день" в XE отыскать не удаётся Так я Вам помогу: http://www.eygle.com/case/10204_buglist.htm#BABCEHHG Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:46 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovsoftwarerОшибок, решаемых "патчем в тот же день" в XE отыскать не удаётся Так я Вам помогу: http://www.eygle.com/case/10204_buglist.htm#BABCEHHG Дим, ты лучше врагам моим помогай, я б тогда забот не знал. Вот типа кинул ссылку: в первых же строках про STAR TRANSFORMATION, которая в XE в принципе не поддерживается и десяток проблем оптимизатора при ANSI JOINS (которые, во-первых, нормальные люди не используют, во-вторых, очевидно обходятся уходом с ansi join на нормальный синтаксис, а в-третьих, прямо-таки образцово ложатся в "то, что решается патчем за день"). И что, типа круто задавил интеллектом? Ну порадуйся, куличики ещё полепи. Смешно... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
[quot Basil A. SidorovOracle точно также придётся записать данные в десять блоков десяти таблиц.[/quot] не факт. на сколько я помню, если другие транзакции поменяют эти блоки до того как их записали в датафайлы срабатывала оптимизация. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 14:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerв первых же строках Ну так ты не останавливайся на первых строках, дойди до разделов, например, "Corrupt/Bad Backup" и прочих "Corruption" включая "Corruption (Physical)". softwarerв XE в принципе не поддерживается и десяток проблем оптимизатора при ANSI JOINS (которые, во-первых, нормальные люди не используют И вот в это-то вся суть халявных разновидностей "большой тройки": куда ни ткни, оно либо в принципе не поддерживается, либо "нормальными людьми не используется". softwarerпрямо-таки образцово ложатся в "то, что решается патчем за день" Да, оно бы решалось применением патча 10.2.0.4 даже быстрее чем за день, вот только... недоступен этот патч убогим пользователям бесплатного сыра. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:18 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovYo.!брехня. ораклу будет достаточно записать 1 блок в REDO, а ФБ в той же ситуации 10 блоков десяти таблиц.Oracle точно также придётся записать данные в десять блоков десяти таблиц. Если пропускной способность носителя хватает - всё работает, не хватает - встаёт колом.Oracle может вообще минутами не сбрасывать горячий изменяющийся блок на диск. Вопрос только в настройке параметра FAST_START_MTTR_TARGET . ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovДа, оно бы решалось применением патча 10.2.0.4 даже быстрее чем за день, Дим, ты вообще не ощущаешь разницы между понятиями "написать патч" и "накатить патч"? Сегодня вроде не вечер пятницы... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:23 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!не факт. на сколько я помню, если другие транзакции поменяют эти блоки до того как их записали в датафайлы срабатывала оптимизация.Тогда попробуем оценить, насколько часто OLTP-система меняет одни и те же данные. И насколько объёмы этих данных сравнимы с теми, которые постоянно добавляются. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:23 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinOracle может вообще минутами не сбрасывать горячий изменяющийся блок на диск. Вопрос только в настройке параметра FAST_START_MTTR_TARGET . firebird.conf Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:27 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovТогда попробуем оценить, насколько часто OLTP-система меняет одни и те же данные. 1. Не стоит подменять "блоки" на "данные", это разные вещи. 2. Часто, иногда даже "как правило". По сути у OLTP-систем три основных сценария модификации данных: а) Активная вставка б) Обновление тех или иных агрегатов, например остатков на складе в) Последовательная многократная модификация записи (проход по шагам бизнес-процесса). Два из них вызывают как раз регулярное конкурентное обновление "горячих блоков". ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:30 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!не факт. на сколько я помню, если другие транзакции поменяют эти блоки до того как их записали в датафайлы срабатывала оптимизация. +100500 AFAIK Примерно так. Будут в памяти как "грязные блоки". Если buffer cache достаточно и чекпоинт не наступит - могут вообще никогда не записываться ))) И в любом случае, DBWR работает параллельно с процессом, т.ч. (например шпиндель занят) запишется через секунду или через полчаса - для пользователя, скорее всего, будет не заметно. А вот для redo, задержка (latency) записи очень важна. Т.к. нельзя продолжать работу, пока редо не записались. Без _физической_ записи redo, нельзя гарантировать целостность базы и транзакции. И если я правильно помню ситуацию Сбера. У них как-раз были крайне маленькие redo (для их нагрузки). Чекпоинты чуть ли не раз в минуту шли. Кончились редо группы - все и остановилось. А оперативно поднять не смогли. Так тестировать сценарии восстановления при сбоях нужно, а не в момент сбоя выяснять, что логи в несколько потоков отказываются накатываться и в результате N-часов накатывать в один поток на целая-куча-процессорном сервере. Распи...дяи ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:36 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovYo.!не факт. на сколько я помню, если другие транзакции поменяют эти блоки до того как их записали в датафайлы срабатывала оптимизация.Тогда попробуем оценить, насколько часто OLTP-система меняет одни и те же данные. И насколько объёмы этих данных сравнимы с теми, которые постоянно добавляются. данные не знаю, а блоки постоянно. oracle даже реверс индекс изобрел, что бы снизить борьбу в монотонно возрастающих индексах для OLTP ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:39 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. Sidorov Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
слышал там еще idiot_mode = true выставить нужно ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:43 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, Чем пугает Оракл, тем что приходишь утром на работу и база "лежит". Пытаешься запустить -получаешь кучу всяких ORA. То листенер не слушает, то он не может "разрешить" имя. И прочее. Очень уж для обычного гражданина Оракл сложен. Мне кажется MS SQL как-то легче, заводиться с полоборота. Настроить мышкой можно планы резервного копирования, мышкой же и восстановить. Не запустить МС просто невозможно. В случае краха всего и всея. Можно установить и развернуть все на новом сервер за 2-3 часа с минимальным уровнем знаний. Та же простота (и еще проще) у ФБ. Но тут заметили, что в случае с "косяком" пользователя обратно не откатишься. Но вроде МС стоит дороже Оракла. Просто вот как-то страшно оставаться 1 на 1 с Ораклом. Может быть я сильно ошибаюсь и сужу по версии 9..Тысячи параметров настройки. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:47 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!слышал там еще idiot_mode = true выставить нужноЯ тоже слышал много звона. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerДим, ты вообще не ощущаешь разницы между понятиями "написать патч" и "накатить патч"? Нет, я сознательно игнорирую вероятность того, что пользователь наткнётся на совершенно нового бага и ограничиваю возможности твоего уворачивания багами, для которых лечение известно и патч уже существует. Третий раз повторяю вопрос: почём может пользователь OracleXE обновить его до версии 10.2.0.4? Leonid KudryavtsevDBWR работает параллельно с процессом, т.ч. (например шпиндель занят) запишется через секунду или через полчаса - для пользователя, скорее всего, будет не заметно. Ну как же это может быть незаметно если для записи в базу головкам придётся отвлечься от лога и начать позиционироваться туда-сюда?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:54 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Чем пугает Оракл, тем что приходишь утром на работу и база "лежит". Пытаешься запустить -получаешь кучу всяких ORA. То листенер не слушает, то он не может "разрешить" имя. И прочее. Очень уж для обычного гражданина Оракл сложен.Адекватных специалистов нанимать не пробовали? Не гуру, а просто адекватных. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 15:57 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovНу как же это может быть незаметно если для записи в базу головкам придётся отвлечься от лога и начать позиционироваться туда-сюда?.. Если один шпиндел - то да. Но и не забываем такую вещь, как резервное копирование. Если архив логи лежат физически на другом шпиндели, чем редо - получаем практически бесплатную (с точки зрения производительности) резервное копирование. Хотя, что бы более-менее разложить по дискам, явно нужно не менее 3-4 разделов, на разных шпинделях. В реальной же жизни, может и дисков много, НО "RAID-6 самое крутое! его и нужно ставить!" ( C ) реальное СХД, у реального заказчика ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Чем пугает Оракл, тем что приходишь утром на работу и база "лежит" Я не знаю, что с ним надо сделать, чтобы он начал так пугать. Единственный раз, когда я о таком слышал, был, когда один мой знакомый попытался вставить его на место использовавшегося ранее MySQL; в частности, он положил данные в стойку без батарейки и при этом заблокировал сквозную запись (то есть данные, которые с точки зрения СУБД были надёжно записаны на диск, на деле застревали в кэше железки). У меня вот выходит на пенсию домашний системник - на нём десять лет стоит оракловая база, над которой я изрядно издеваюсь. Системник без бесперебойника и время от времени перегружается по питанию. За всё время не было ни раза, чтобы я обратился к базе, а она оказалась недоступна. Firebird12Мне кажется MS SQL как-то легче, заводиться с полоборота. Настроить мышкой можно планы резервного копирования, мышкой же и восстановить. .... Я практически не знаю МС и ничего не могу сказать про его администрирование, но у меня крепнет ощущение, что решение Вашей задачи сводится к словам "наймите программиста". ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12Чем пугает Оракл, тем что приходишь утром на работу и база "лежит". Пытаешься запустить -получаешь кучу всяких ORA. То листенер не слушает, то он не может "разрешить" имя. И прочее. да, под виндой есть такое. если знакомиться с ораклом под *nix все становиться просто и логично. а под виндой я тоже постоянно матюгаюсь, никогда не поймешь кто наплодил столько оракл хомов в реестре, почему после ребута выбирается какой-то другой оракл хом и т.п. до сих пор не понимаю как под виндой оракл хом задать. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:31 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!до сих пор не понимаю как под виндой оракл хом задать.Никак. В буквальном смысле этого слова. Надо запустить OUI и удалить "ссылки на домики" из глобального окружения. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!Firebird12Чем пугает Оракл, тем что приходишь утром на работу и база "лежит". Пытаешься запустить -получаешь кучу всяких ORA. То листенер не слушает, то он не может "разрешить" имя. И прочее. да, под виндой есть такое. если знакомиться с ораклом под *nix все становиться просто и логично. а под виндой я тоже постоянно матюгаюсь, никогда не поймешь кто наплодил столько оракл хомов в реестре, почему после ребута выбирается какой-то другой оракл хом и т.п. до сих пор не понимаю как под виндой оракл хом задать. А Оракл лучше живет на Солярисе или на Линуксе? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:40 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12А Оракл лучше живет на Солярисе или на Линуксе? надо смотреть не где лучше живет, а где больше народу использует. больше используют, быстрее помогут, больше граблей уже известно. так, что лучше на линуксе. думаю centos + oracle одна из самых популярных связок. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:45 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!Firebird12А Оракл лучше живет на Солярисе или на Линуксе? надо смотреть не где лучше живет, а где больше народу использует. больше используют, быстрее помогут, больше граблей уже известно. так, что лучше на линуксе. думаю centos + oracle одна из самых популярных связок. так вроде centos не внес в список поддерживаемых дистрибутивов или я ошибаюсь? Вроде у Оракла ей свой редхатподобный линукс. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:49 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12так вроде centos не внес в список поддерживаемых дистрибутивов или я ошибаюсь? Вроде у Оракла ей свой редхатподобный линукс. centos это RHEL с вырезанными логотипами, когда я лет 5 назад заменил RHEL на centos, особой разницы не обнаружил. правда с тех пор на тех серверах ничего и не делал. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 16:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!когда я лет 5 назад заменил RHEL на centos, особой разницы не обнаружил. А пробовал после этого обращаться в его техподдержку с какой-нибудь проблемой? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 18:35 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovА пробовал после этого обращаться в его техподдержку с какой-нибудь проблемой? зачем ? для этого и ставил centos+oracle, что бы все грабли до меня были описаны ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2014, 20:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovИ именно это обеспечивает: 1) Невозможность нарваться на "snapshot too old"; Простите я действительно не в курсе, а что сделает FB в этой ситуации: 1. Запросу нужны данные за неделю назад. 2. За неделю в БД происходит столько изменений, что все версии блоков на диск не влезут. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 11:26 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Сергей АрсеньевПростите я действительно не в курсе, а что сделает FB в этой ситуации: Встанет раком. Будет действовать примерно так же, как Oracle, если тому выставить RETENTION GUARANTEE. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 11:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Сергей Арсеньев1. Запросу нужны данные за неделю назад. Транзакция, длящаяся неделю, это серьёзный повод для отрыва рук и массовых увольнений. Сергей Арсеньев2. За неделю в БД происходит столько изменений, что все версии блоков на диск не влезут. Использует версии записей, которые гораздо меньше чем у блоков. Ну а потом, как и Оракул, потребует стереть коллекцию порнушки с сервера. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 12:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, Так и записи в undo - меньше. Принцип все равно тот же нет места на диске - пошел нафиг, а что конкретно при этом пишут английскими буквами дело десятое. Принципиального отличия в этом у версионника методом cow или журналирующего нет. Да cow должен, в теории, лучше подходить для ssd. А в общем случае объемы ввода-вывода при этих подходах сильно зависят от сценария работы. Преимущество O над FB в том, что он обкатан на большем количестве сценариев. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 13:46 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovТранзакция, длящаяся неделю, это серьёзный повод для отрыва рук и массовых увольнений. Кстати в Oracle можно запросить данные недельной давности не только потому, что транзакция длится столько. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 13:49 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Сергей АрсеньевПреимущество O над FB в том, что он обкатан на большем количестве сценариев. На каком это сценарии FB ещё не обкатан? Сергей АрсеньевКстати в Oracle можно запросить данные недельной давности не только потому, что транзакция длится столько. Ну да, ну да. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 13:52 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovAlexander RyndinOracle может вообще минутами не сбрасывать горячий изменяющийся блок на диск. Вопрос только в настройке параметра FAST_START_MTTR_TARGET . firebird.conf Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 14:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinИ что будет, если рубильник вырубить на 80-ой секунде?Если железо успевает сбрасывать свой кэш - ничего критичного. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 16:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovAlexander RyndinИ что будет, если рубильник вырубить на 80-ой секунде?Если железо успевает сбрасывать свой кэш - ничего критичного. а если с включенным мозгом попробовать ответить ? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 16:30 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!а если с включенным мозгом попробовать ответить ?Если включать мозг, то можно обоснованно предположить, что разработчики операционных систем общего назначения лучше разбираются в отложенной записи, чем вы или я. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 16:35 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovЕсли включать мозг, то можно обоснованно предположить, что разработчики операционных систем общего назначения лучше разбираются в отложенной записи, чем вы или я. логичней предположить, что обезьянка пишущая этот текст не въезжает, что железо может сколько угодно поспевать, но при ForcedWrites=off данные будут утеряны. причем независимо от того, как там разбираются разработчики ОС. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 16:52 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!, замените слово "будут" на "могут" - и вы станете полностью правым, КО. Со своей стороны могут отметить, что все ухищрения Oracle не спасли его от повреждения блока данных. В двух случаях из пяти, известных лично мне. Это после длительной процедуры восстановления при последующей загрузке. В оправдание Oracle могу сказать, что проблему вызвал не аппаратный сбой, а неудачное стечение обстоятельств. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 17:16 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovYo.!а если с включенным мозгом попробовать ответить ?Если включать мозг, то можно обоснованно предположить, что разработчики операционных систем общего назначения лучше разбираются в отложенной записи, чем вы или я.Мда... Не надо Вам базами данных заниматься. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2014, 18:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvDimitry Sibiryakovпропущено... Через месяц будет конференция Firebird. Помимо всего прочего там будет пара докладов и на эту тему. Серверу (как классу) не первый десяток лет, но о "больших БД" на оном можно узнать только на "широко известных в узких кругах" конференциях... Из этого непосредственно следует вывод: реализаций действительно серьезных систем на firebird не так много (как это представляют его фанаты) - их количество теряется на "уровне шума"... Тем не менее это не означает, что реализаций нет, правда? Они есть, они работают. Проблемы тоже есть, но они решаются. А уж для обозначенных выше размера базы и кол-ва пользователей, так вообще без проблем потянет. Другое дело, что там и недорогой SEO Oracle уж точно справится. Т.е. по-сути цена вопроса это от 5к долларов за ядро. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 01:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovОно обязано найтись, т.к. единственная причина, оправдывающая отсутствие данных в файлах данных и сегментах отката - аппаратный сбой. Имелось в виду, что эти блоки не обязаны быть сброшенны в файлы сразу по команде commit, этот процесс растянут по времени, что позволяет сгладить пиковую нагрузку. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 01:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerDimitry SibiryakovДа, оно бы решалось применением патча 10.2.0.4 даже быстрее чем за день, Дим, ты вообще не ощущаешь разницы между понятиями "написать патч" и "накатить патч"? Сегодня вроде не вечер пятницы... Тут Дмитрий прав, Oracle XE в отсутствии поддержки для нормальной промышленной эксплуатации не годится. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 01:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12softwarer, Чем пугает Оракл, тем что приходишь утром на работу и база "лежит". LOL ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 01:50 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!до сих пор не понимаю как под виндой оракл хом задать. Вот так вот спустя десять лет ожесточенных баталий под потретом Эллисона местный Оракл-гуру раскрылся. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 01:52 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovYo.!до сих пор не понимаю как под виндой оракл хом задать.Никак. В буквальном смысле этого слова. Надо запустить OUI и удалить "ссылки на домики" из глобального окружения. Чувак, ты не поверишь: set ORACLE_HOME=file_path ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 01:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexИмелось в виду, что эти блоки не обязаны быть сброшенны в файлы сразу по команде commit, этот процесс растянут по времени, что позволяет сгладить пиковую нагрузку.Я всё это понимаю, но точно также этот процесс растянут и при ForceWrite=Off у FB. В конце-концов, времена, когда "винды линейки 9x" могли сутками не сбрасывать "грязные" кластеры на диск - давно прошли. Сценарий интенсивных чтений-записей отлажен на файловых серверах, как минимум, к середине девяностых и "возбуждаться" на отложенную запись сейчас - немного странно. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 07:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexЧувак, ты не поверишь: set ORACLE_HOME=file_pathЯ несколько о другом. Если делается несколько установок, то в глобальных переменных ничего не должно быть. Остальное прекрасно разруливается при запуске приложений конкретного "домика". ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 07:46 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovЯ всё это понимаю, но точно также этот процесс растянут и при ForceWrite=Off у FB. Т.е. вы предлагаете вопрос целостности данных целиком и полностью делегировать железу? Basil A. SidorovВ конце-концов, времена, когда "винды линейки 9x" могли сутками не сбрасывать "грязные" кластеры на диск - давно прошли. Да при чем здесь это? Да хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна, важные данные ей не доверишь. Basil A. SidorovСценарий интенсивных чтений-записей отлажен на файловых серверах, как минимум, к середине девяностых и "возбуждаться" на отложенную запись сейчас - немного странно. Простите, не напомните, и как часто у нас файловые сервера используются для транзакционныхз приложений? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 08:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Apexsphinx_mvпропущено... Серверу (как классу) не первый десяток лет, но о "больших БД" на оном можно узнать только на "широко известных в узких кругах" конференциях... Из этого непосредственно следует вывод: реализаций действительно серьезных систем на firebird не так много (как это представляют его фанаты) - их количество теряется на "уровне шума"... Тем не менее это не означает, что реализаций нет, правда? Они есть, они работают. Проблемы тоже есть, но они решаются. А уж для обозначенных выше размера базы и кол-ва пользователей, так вообще без проблем потянет. Другое дело, что там и недорогой SEO Oracle уж точно справится. Т.е. по-сути цена вопроса это от 5к долларов за ядро.от 5к за сокет. SEO и SE лицензируются по сокетам. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 10:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexДа хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна тут не хватает оговорки насчет надежности / отказоустойчивости оного кеша. Иначе все существующие СУБД можно скопом назвать ненадежными. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 10:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitrApexДа хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна тут не хватает оговорки насчет надежности / отказоустойчивости оного кеша. Иначе все существующие СУБД можно скопом назвать ненадежными.У Oracle redo логи пишутся на диск без кэша. Поэтому они пишутся последовательно и на отдельные диски. Эти же redo логи могут (опять же без кэша) перелетать на standby, и там перед окончание транзакции писаться на диск. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 11:16 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
P.S. Все же отдельный redo придуман не зря - эту идею используют почти все реляционные СУБД (Oracle, DB2, MSSQL, MySQL InnoDB, PostrgreSQL, Informix....). Они дают OLTP-базе очень серьезные преимущества ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 11:18 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinУ Oracle redo логи пишутся на диск без кэша без файлового кеша ОС. Это не отменяет наличие кешей на более низких уровнях. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 11:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinОни дают OLTP-базе очень серьезные преимущества они "забесплатно" дают серьёзные бонусы (log shipping, PITR и т.п.) - это очевидно. Но вот с т.з. производительности, преимущества заканчиваются при переходе от шпинделей к SSD. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 11:28 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinВсе же отдельный redo придуман не зря - эту идею используют почти все реляционные СУБД А теперь вспомни когда он был придуман. И чем современные СХД отличаются от тогдашних магнитных барабанов. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 12:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitrApexДа хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна тут не хватает оговорки насчет надежности / отказоустойчивости оного кеша. Иначе все существующие СУБД можно скопом назвать ненадежными. Речь шла про "времена, когда " винды линейки 9x " могли сутками не сбрасывать "грязные" кластеры на диск - давно прошли.", а так же про " ForceWrite=Off ". Причем здесь аппаратный кэш, на который ссылаетесь уже вы? В рамках обозначенного выше контекста, мои рассуждения остаются справедливыми без всяких оговорок. Кроме того, даже с учетом оговорки никто не мешает выделить для redo log'ов отдельную группу дисков без всяких аппаратных кэшей. В общем, я придерживаюсь мнения, что наличие транзакционных логов дает большое преимущество не только в функционале, но и надежности и производительности. Другое дело, что если отойти от очевидных концептуальных преимуществ и перейти в практическим вопросам, то логи и правда не всегда нужны. Например, то, что пишет ТС: 50 пользователей и 200Гб это ерунда в том числе и для FB. Я видел куда более нагруженные и бОльшие по объему базы на FB, которые вполне себе работали в продакшене. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 12:15 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Apexникто не мешает выделить для redo log'ов отдельную группу дисков без всяких аппаратных кэшей. Ага, вот всегда так: как логи Оракула, так "выделить отдельную группу дисков". А как база Firebird, так ужастики о дёргающихся головках одного-единственного диска. Ню-ню... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 12:26 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexТ.е. вы предлагаете вопрос целостности данных целиком и полностью делегировать железу?Я предлагаю не использовать двойных стандартов в отсутствии личной заинтересованности. Отложенная запись - не вселенское зло.Да при чем здесь это? Да хоть на секунду до сбоя задержался грязный блок в кэшэ в то время как пользователь увидел Transaction commited и все, система уже ненадежна, важные данные ей не доверишь.Если система записи Oracle гарантированно надёжна, то почему мы получали битые блоки после холодной перезагрузки сервера СУБД при том, что табличные пространства лежали на хранилище, у которого никаких проблем не было? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 14:45 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitrони "забесплатно" дают серьёзные бонусы (log shipping, PITR и т.п.) - это очевидно. Но вот с т.з. производительности, преимущества заканчиваются при переходе от шпинделей к SSD. не правда. и на SSD записать один блок в транзакшен лог и отпустить транзакцию выходит заметно быстрее, чем запись 10 блоков в датафайлы ФБ, которые обязана дождаться транзакция. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 16:50 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!записать один блок в транзакшен лог и отпустить транзакцию выходит заметно быстрее, чем запись 10 блоков в датафайлы ФБ Можешь более конкретно назвать какие именно 10 блоков придётся записать FB? Один блок - страница данных, второй - Transaction Invention Page, третий - Database Header. Где ещё семь? И, кстати, разве Оракулу не надо записать новый SCN куда-нибудь, откуда его могут прочитать другие коннекты?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 17:25 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovтретий - Database Header это при старте, а не при коммите ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 17:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovМожешь более конкретно назвать для тебя будет слишком сложно. помниться мне не удавалось донести до тебя и более простые вещи, чем индексы и несколько таблиц в транзакции. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 18:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!помниться мне не удавалось донести до тебя и более простые вещи, чем индексы и несколько таблиц в транзакции. Ага. Но ты таки попробуй донести до меня как оракул запихивает индексы, несколько таблиц в транзакции и ещё и redo лог в один-единственный блок undo лога. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 18:52 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander Ryndinот 5к за сокет. SEO и SE лицензируются по сокетам. Воот. А теперь смотрим что можно купить на сэкономленные пять килобаксов. Я, как ни считаю, получаю ещё один сокет и десяток SSD сверху. То есть сколько Оракула ни ужимай, Firebird на его месте получит вдвое лучшее железо. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 19:06 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovАга. Но ты таки попробуй донести до меня как оракул запихивает индексы, несколько таблиц в транзакции и ещё и redo лог в один-единственный блок undo лога. ну ты уел. а ведь действительно как в undo попадает изменения redo лога я не смогу пояснить для тех кому интересно - в оракле все ровно наоборот, redo (транзакшен лог) защищает изменения в undo логе точно так же как в датафайлах. транзакция ждет записи только в redo, а вот запись в undo уже не принципиально. записалось - хорошо, не записалось - не беда, из redo все можно восстановить. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 19:22 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!транзакция ждет записи только в redo, а вот запись в undo уже не принципиально. записалось - хорошо, не записалось - не беда, из redo все можно восстановить.Вы постоянно забываете штатную эксплуатацию, когда всё записанное в redo обязано, таки, попасть в data, и, соответственно, сгенерировать undo. И, если пропускной способности носителя/хранилища не хватает, то никакая "размазанность" операций ввода-вывода не позволит избежать тормозов. P.S. Понятно, что при крахе, с высокой степенью вероятности, СУБД донакатит данные из redo, но в нашем конкретном случае я не мог назвать процедуру восстановления ни мгновенной, ни даже быстрой. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 19:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!не записалось - не беда, из redo все можно восстановить. Ага. Если нервов хватит дождаться этого момента и повезёт не получить ORA-600 в процессе. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 19:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
А вот меня больше всего в платных СУБД, да и не только СУБД, прикалывает лицензионное соглашение, смысл которого очень четкий и выделяется большими жирными буквами, дескать "мы-крутые-раскрутые" АБСОЛЮТНО НИЧЕГО И НИКОГДА И НИ ПРИ КАКИХ МЫСЛИМЫХ И НЕ МЫСЛИМЫХ ОБЧТОЯТЕЛЬСТВАХ, - МЫ ВАМ НИЧЕГО НЕ ГАРАНТИРУЕМ И НИ ЗА ЧТО НЕ ОТВЕЧАЕМ!!! Это, на мой взгляд, - наиболее существенное, особенно в плане санкций. Юридически всё чики-чики. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:06 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
И это за мои то кровные и очень не маленькие денюшки!? PS Вот он звериный оскал капитализьма. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:08 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovApexникто не мешает выделить для redo log'ов отдельную группу дисков без всяких аппаратных кэшей. Ага, вот всегда так: как логи Оракула, так "выделить отдельную группу дисков". А как база Firebird, так ужастики о дёргающихся головках одного-единственного диска. Ню-ню... Не надо сочинять, про один диск для FB - это уже ваши измышлизмы. Или хотите сказать, что для FB можно выделить отдельную группу дисков и там проблема дергаюшихся головок будет решена, как в Оракле? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:23 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovЯ предлагаю не использовать двойных стандартов в отсутствии личной заинтересованности. Отложенная запись - не вселенское зло. Я не понял про двойные стандарты. Я лишь подчеркнул, что наличие кэша файловой системы между базой и данными на диске делает систему ненадежной. Basil A. SidorovЕсли система записи Oracle гарантированно надёжна, то почему мы получали битые блоки после холодной перезагрузки сервера СУБД при том, что табличные пространства лежали на хранилище, у которого никаких проблем не было? Очевидно потому что в погоне за производительностью отключили вот это DB_BLOCK_CHECKSUM и не отключили никому не нужный кэш файловой системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:43 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovYo.!помниться мне не удавалось донести до тебя и более простые вещи, чем индексы и несколько таблиц в транзакции. Ага. Но ты таки попробуй донести до меня как оракул запихивает индексы, несколько таблиц в транзакции и ещё и redo лог в один-единственный блок undo лога. Речь не про то, что Оракл меньше блоков обновит, обновить он может и больше, речь про то, что он по коммиту не обязан все эти блоки на диск писать. Вы же знаете, что такое checkpoint в Оракле? Представьте себе, что на каждый коммит Оракл станет делать chechpoint. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:47 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovAlexander Ryndinот 5к за сокет. SEO и SE лицензируются по сокетам. Воот. А теперь смотрим что можно купить на сэкономленные пять килобаксов. Я, как ни считаю, получаю ещё один сокет и десяток SSD сверху. То есть сколько Оракула ни ужимай, Firebird на его месте получит вдвое лучшее железо. Я бы на вашем месте не радовался, лицензирование по сокетам, на которое указал Рындин, означает, что это еще выгоднее, чем я думал. На одном сокете сегодня до 8-ми ядер сидеть может у интеля. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Basil A. SidorovВы постоянно забываете штатную эксплуатацию, когда всё записанное в redo обязано, таки, попасть в data, и, соответственно, сгенерировать undo. И, если пропускной способности носителя/хранилища не хватает, то никакая "размазанность" операций ввода-вывода не позволит избежать тормозов. P.S. Понятно, что при крахе, с высокой степенью вероятности, СУБД донакатит данные из redo, но в нашем конкретном случае я не мог назвать процедуру восстановления ни мгновенной, ни даже быстрой. Не так. Изменения в данных генерирует и redo, и undo. Undo в свою очередь - это точно такие же данные, изменения в которых тоже приводят к генерации redo. В конечном счете на диск по коммиту пишется только redo. А все остальное только по checkpoint'у и меньшими порциями, чтобы размазать нагрузку на дисковую подсистему. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexИли хотите сказать, что для FB можно выделить отдельную группу дисков и там проблема дергаюшихся головок будет решена, как в Оракле? Ага. Запись разных страниц размажется по страйпам и они пойдут на разные шпинделя. Даже если деньги пропить вместо покупки SSD. Apexречь про то, что он по коммиту не обязан все эти блоки на диск писать. Это звучит красиво пока все грязные блоки копятся в SGA. Забава начинается когда они перестают туда помещаться. ApexНа одном сокете сегодня до 8-ми ядер сидеть может у интеля. И это автоматически означает, что при том же бюджете Firebird будет иметь в своём распоряжении 16 ядер против 8 у Оракула. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 21:56 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovАга. Запись разных страниц размажется по страйпам и они пойдут на разные шпинделя. Даже если деньги пропить вместо покупки SSD. Ну отлично, т.е. для FB надо покупать SSD, чтобы добиться того же результата, что и в Оракле? Dimitry SibiryakovЭто звучит красиво пока все грязные блоки копятся в SGA. Забава начинается когда они перестают туда помещаться. А они туда всегда не помещаются, by design так сказать. Я даже больше скажу, что Оракл начал их сбрасывать на диск, он вовсе не должен ждать пока весь buffer cache заполнится грязными блоками. Сбрасываются грязные блоки регулярно, в идеале через равные промежутки времени и одинаковыми порциями. Это более контролируемый и более предсказуемый процесс, нежели совергенно непредсказуемые пользовательские коммиты. Dimitry SibiryakovApexНа одном сокете сегодня до 8-ми ядер сидеть может у интеля. И это автоматически означает, что при том же бюджете Firebird будет иметь в своём распоряжении 16 ядер против 8 у Оракула. Кстати, Дмитрий, и первый и второй. А не хотите запилить benchmark Oracle vs FB? Представляете какой это будет PR для бесплатного продукта, если выяснится, что он как минимум не отстает в производительности на аналогичных задачах? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 22:18 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexСбрасываются грязные блоки регулярно, в идеале через равные промежутки времени и одинаковыми порциями. На чекпоинтах, да. ApexПредставляете какой это будет PR для бесплатного продукта, если выяснится, что он как минимум не отстает в производительности на аналогичных задачах? Результаты TPC-C будут представлены на конференции через месяц. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 22:38 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexКстати, Дмитрий, и первый и второй. А не хотите запилить benchmark Oracle vs FB? Представляете какой это будет PR для бесплатного продукта, если выяснится, что он как минимум не отстает в производительности на аналогичных задачах? да без шансов. у ФБ пара сотен коннектов это уже неизведанная территория http://www.sql.ru/forum/764108/li-v6-3-0-26005-rc3-superclassic-nagruzochnyy-test-na-insert-update-bez-delete разве, что на альфе 3.0 что-то покажут ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 23:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!, ты бы прежде чем на этот топик ссылаться хотя бы прочитал что там тестировалось, какие условия теста были и сколько было исправлено после этого теста. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 23:34 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovApexПредставляете какой это будет PR для бесплатного продукта, если выяснится, что он как минимум не отстает в производительности на аналогичных задачах? Результаты TPC-C будут представлены на конференции через месяц. Результаты "бенчмарка TPC-C для фаерберды" кое-кем обещаются тому уже скоро как год будет ( 14983077 ) - и все никак... И кстати, желательно,, результаты тестов публиковать непосредственно на сайте соответствующей организации , а не в конференции, где "много чего можно представить"... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 23:36 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!да без шансов. у ФБ пара сотен коннектов это уже неизведанная территория Ну не такая уж и неизведанная. Работает там и пара сотен и больше. Другое дело, что работает это все равно хуже, чем у Оракла, я не понимаю зачем отрицать очевидное и доказывать, что разницы нет, когда она есть? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 23:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvИ кстати, желательно,, результаты тестов публиковать непосредственно на сайте соответствующей организации , а не в конференции, где "много чего можно представить"... ФБ недопустят до TPC тестов, там нужно доказать, что субд при повреждении датафайла сможет восстановить базу на момент повреждения. без лога ... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2014, 23:43 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexНу не такая уж и неизведанная. Работает там и пара сотен и больше. ЕМНИП, в BroаdView пул из тысячи коннектов обслуживает 14 тысяч пользователей. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 00:04 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexНу не такая уж и неизведанная. Работает там и пара сотен и больше. Другое дело, что работает это все равно хуже, чем у Оракла, я не понимаю зачем отрицать очевидное и доказывать, что разницы нет, когда она есть? почитайте топик. посмотрите сколько всего вскрыл простенький тест. понятно, что до этого товарища никто не ковырял на таких "страшных" нагрузках. и это уже на паре сотен коннектов. причем поймите, если что-то и исправлено, то в лучшем случае в 3.0. даже mysql этот этап в 90х прошел. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 00:06 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!, Таблоид известный в среде FB извращенец. И тест его не так уж прост как по началу кажется, к реальной работе он вообще мало отношение имеет. И если по тому топику до конца проследить, то потом там таки удалось ~500 коннектов запустить. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 00:13 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!почитайте топик. посмотрите сколько всего вскрыл простенький тест. А теперь маленький секрет о котором не пишут на заборах: Таблоид пробовал аналогичным образом нагрузить Оракула. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 00:17 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!почитайте топик. посмотрите сколько всего вскрыл простенький тест. понятно, что до этого товарища никто не ковырял на таких "страшных" нагрузках. и это уже на паре сотен коннектов. причем поймите, если что-то и исправлено, то в лучшем случае в 3.0. даже mysql этот этап в 90х прошел. Так там речь про какой-то релиз кандидат идет. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 00:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexТак там речь про какой-то релиз кандидат идет. релиз кандидат понятно, что не интересен. там всю дорогу "та же фигня на 2.5". тот же лимит MAX_THREADS во всех релизах. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 00:40 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!sphinx_mvИ кстати, желательно,, результаты тестов публиковать непосредственно на сайте соответствующей организации , а не в конференции, где "много чего можно представить"... ФБ недопустят до TPC тестов, там нужно доказать, что субд при повреждении датафайла сможет восстановить базу на момент повреждения. без лога ...Я в курсе... Об этом "не в курсе" местный "обещалкин"... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 02:25 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 02:50 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexВ конечном счете на диск по коммиту пишется только redo. А все остальное только по checkpoint'у и меньшими порциями, чтобы размазать нагрузку на дисковую подсистему.Есть некая предложенная нагрузка. При штатной работе она "вот такая". Кэширование позволяет уменьшить пиковую нагрузку, но слабо влияет на среднюю. Кэширование аппаратным средствами сегодня стОит вполне разумных денег. Да, Oracle позволяет взять большой корпус, напихать в него "много дисков" и больше ни от чего не зависеть, но сегодня это уже не преимущество. Да, Oracle покрывает Firebird по фичам и гибкости как бык овцу, но до определённого бюджета такое покрытие просто невозможно. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 07:52 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123На такое железо Оракул пожалуй и не поставишь. Не войдет.. давайте еще про итнербейс на абрамсе ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 09:27 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexКстати, Дмитрий, и первый и второй. А не хотите запилить benchmark Oracle vs FB? Представляете какой это будет PR для бесплатного продукта, если выяснится, что он как минимум не отстает в производительности на аналогичных задачах? не вижу смысла. Во-первых, любому вменяемому спецу это ничего не докажет. Ибо тест А никак не отражает работу в сценарии Б. А уж доказать что-то Йо я отчаялся еще лет пять назад, и с тех пор не наблюдаю у него прояснений в сознании. Во-вторых, я никогда не отрицал превосходства оракла на большинстве задач и не вижу смысла гнобить его почем зря, на этом поле пусть мой тезка Сибиряков развлекается. Мои реплики в этой теме были исключительно про то, что отсутствие redo-лога в сегодняшнем мире не настолько влияет на производительность, как некоторые привыкли думать. ЗЫ. а что, оракл уже разрешил третим лицам публиковать сравнительные бенчмарки своей СУБД? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 10:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitr Мои реплики в этой теме были исключительно про то, что отсутствие redo-лога в сегодняшнем мире не настолько влияет на производительность, как некоторые привыкли думать.Если нужно обеспечить просто производительность , то быстрее потоковой записи на диск ничего не придумаешь. В принципе. С учетом "транзакционности" некоторых файловых систем в некотрых операционных системах мало кто с этим потягается... Но Вы лучше расскажите, как обеспечите восстановление БД firebird на произвольную точку времени в случае аварии? Сколько времени займет восстановление? Какие варианты оптимизации процесса восстановления можно использовать? И заодно оцените затраты на обеспечение банальной возможности всего этого... dimitrЗЫ. а что, оракл уже разрешил третим лицам публиковать сравнительные бенчмарки своей СУБД?Зайти на сайт tpc.org не позволяет религия? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 11:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
на счет писанины и важности не сколько пишет субд, а когда хорошо видно именно на примере TPC-C. оракл, на фоне блокировочников, пишет на диски почти в двое больше из-за писанины в UNDO, но при этом на идентичном железе в тестах TPC-C заметно впереди. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 11:30 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123На такое железо Оракул пожалуй и не поставишь. Не войдет.. А Вы размер чего меряете? "Железяку", на которую оно должно быть установлено? Или место на носителе, которое оно занймет? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 11:35 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitrя никогда не отрицал превосходства оракла на большинстве задач и не вижу смысла гнобить его почем зря, на этом поле пусть мой тезка Сибиряков развлекается. Какие из названных мною в этой теме фактов ты рассматриваешь как "гнобение", да ещё и "зря"? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 11:59 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvЗайти на сайт tpc.org не позволяет религия? не надо передергивать, выше шла речь о том, чтобы создать свой тест и опубликовать его результаты ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 15:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitrне надо передергивать Он не передёргивает, он серьёзно не читал лицензионное соглашение: Ownership and Restrictions We retain all ownership and intellectual property rights in the programs. You may make a reasonable number of copies of the programs for backup purposes. You may not : - remove or modify any program markings or any notice of our proprietary rights; - assign this Agreement or give or transfer the programs to another individual or entity except as specified in this Agreement; - cause or permit reverse engineering or decompilation of the programs; - disclose results of any program benchmark tests without our prior consent. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 15:38 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitrsphinx_mvЗайти на сайт tpc.org не позволяет религия? не надо передергивать, выше шла речь о том, чтобы создать свой тест и опубликовать его результаты"Не надо передергивать!" (с) Если TPC-тест будет подтвержден вышеозначенной организацией, становятся совсем не понятны Ваши религиозные сомнения и метания. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 16:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovdimitrне надо передергивать Он не передёргивает, он серьёзно не читал лицензионное соглашение: - disclose results of any program benchmark tests without our prior consent . Ну, и в каком месте тут указано, что Oracle не позволяет вообще (и ни под каким соусом) публиковать результаты тестов? Если кто не в курсе, то TPC к Oracle относится сугубо как "третья сторона". Но результаты различных тестов вполне публикуют - и вполне официальным образом. И ссылка на эти результаты тестов - вполне тянет на "первоисточник" ЗЫ. Банальную защиту от криворучия и руко$%пия тестировщиков никто не отменял - "натестирует" какое-нибудь такое "чудо", а потом вендору СУБД доказывать, что он "не верблюд"... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 17:12 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvНу, и в каком месте тут указано, что Oracle не позволяет вообще (и ни под каким соусом) публиковать результаты тестов? А ты пробовал получить от них разрешение рассказать всем за какое время Oracle произведёт update восьми миллионов записей? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 17:46 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvDimitry Sibiryakovпропущено... Он не передёргивает, он серьёзно не читал лицензионное соглашение: пропущено... Ну, и в каком месте тут указано, что Oracle не позволяет вообще (и ни под каким соусом) публиковать результаты тестов ? Если кто не в курсе, то TPC к Oracle относится сугубо как "третья сторона". Но результаты различных тестов вполне публикуют - и вполне официальным образом. И ссылка на эти результаты тестов - вполне тянет на "первоисточник" ЗЫ. Банальную защиту от криворучия и руко$%пия тестировщиков никто не отменял - "натестирует" какое-нибудь такое "чудо", а потом вендору СУБД доказывать, что он "не верблюд"... Кстати о тестах, не считаете ли вы, что покупка таких дорогостоящих софтин как Оракл, должна начинаться с официального затребования у них результатов тестов? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 17:49 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123не считаете ли вы, что покупка таких дорогостоящих софтин как Оракл, должна начинаться с официального затребования у них результатов тестов? Нет, она должна предваряться тестами, проведёнными собственными руками. Но Оракула обычно покупают не из-за быстродействия, поэтому такие тесты никто и не проводит. А те, кто проводят, уже не могут об этом никому рассказать. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 17:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123Кстати о тестах, не считаете ли вы, что покупка таких дорогостоящих софтин как Оракл, должна начинаться с официального затребования у них результатов тестов? Вообще-то она должна начинаться с теста на IQ у участвующих. Но поскольку это нереально, сохраняется ниша для подобных реплик. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 17:57 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerВообще-то она должна начинаться с теста на IQ у участвующих. Э-э-э... ты ведь имел ввиду "у участвующих в сделке купли-продали лицензий на использование СУБД Oracle", не так ли?.. То есть и у продавцов?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 18:14 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123Кстати о тестах, не считаете ли вы, что покупка таких дорогостоящих софтин как Оракл, должна начинаться с официального затребования у них результатов тестов?Бред. Покупка ЛЮБОЙ софтины должна начинаться не с требования результатов каких-то обобщенных, синтетических тестов для сервера баз данных (к таким тестам, кстати, относятся и тесты TPC), а с тестирования проектируемой или планируемой к внедрению системы в условиях максимально приближенных к боевым в реальном окружении и под реальной нагрузкой. И вот как раз криво написанный г-кодерами т.н. "продукт" не вытянет реальной нагрузки каким бы сильно навороченным не был сервер баз данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 18:16 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvс тестирования проектируемой или планируемой к внедрению системы в условиях максимально приближенных к боевым в реальном окружении и под реальной нагрузкой. Тестировать проектируемую систему под реальной нагрузкой, эт ты мощно задвинул, да... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 18:20 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovsphinx_mvНу, и в каком месте тут указано, что Oracle не позволяет вообще (и ни под каким соусом) публиковать результаты тестов? А ты пробовал получить от них разрешение рассказать всем за какое время Oracle произведёт update восьми миллионов записей? Во-первых, я не занимаюсь тестированием производительности (тем более - сравнительным) серверов баз данных. Во-вторых, Вы действительно считаете, что стоит обращаться в Oracle за разрешением для публикации времени обновления каких-то жалких 8 миллионов записей, чтобы на меня посмотрели (в лучшем случае) как на идиота?! Ну, я лучше предоставлю эту сомнительную честь Вам... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 18:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovsphinx_mvс тестирования проектируемой или планируемой к внедрению системы в условиях максимально приближенных к боевым в реальном окружении и под реальной нагрузкой. Тестировать проектируемую систему под реальной нагрузкой, эт ты мощно задвинул, да... Вам бы про нагрузочное тестирование чего-нибудь почитать... А до тех пор - в сад... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 18:36 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovА теперь маленький секрет о котором не пишут на заборах: Таблоид пробовал аналогичным образом нагрузить Оракула. Я что-то пропустил, или в bid=2 об этом не упоминалось? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 18:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
miwaonline, упоминалось. Но результаты тестирования он не публиковал. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 18:47 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovprog123не считаете ли вы, что покупка таких дорогостоящих софтин как Оракл, должна начинаться с официального затребования у них результатов тестов? Нет, она должна предваряться тестами, проведёнными собственными руками . Но Оракула обычно покупают не из-за быстродействия, поэтому такие тесты никто и не проводит. А те, кто проводят, уже не могут об этом никому рассказать. Тогда должно выполняться условия приобретения с учетом возврата денег, скажем в течении 60 дней в том случае, если заявленные качества продукта не подтвердились. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 19:13 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Нужен контроль на уровне государственной законодательной нормы, как в случае с поставками сельхозпродукции. Мясо, например, заворачивают обратно партнёрам:), если они слишком много в него формалина , который обычно используется для бальзамирования умерших. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 19:20 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvprog123Кстати о тестах, не считаете ли вы, что покупка таких дорогостоящих софтин как Оракл, должна начинаться с официального затребования у них результатов тестов?Бред. Покупка ЛЮБОЙ софтины должна начинаться не с требования результатов каких-то обобщенных, синтетических тестов для сервера баз данных (к таким тестам, кстати, относятся и тесты TPC), а с тестирования проектируемой или планируемой к внедрению системы в условиях максимально приближенных к боевым в реальном окружении и под реальной нагрузкой. И вот как раз криво написанный г-кодерами т.н. "продукт" не вытянет реальной нагрузки каким бы сильно навороченным не был сервер баз данных. Такие вещи как тесты (программы, скрипты, стандарты, методики), в случае цивилизованного подхода к вопросу, должны быть в свободном доступа на сайте соответствующего ресурса, а не быть заботой программистов-разработчиков конечного софта. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 19:25 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvВы действительно считаете, что стоит обращаться в Oracle за разрешением для публикации времени обновления каких-то жалких 8 миллионов записей, чтобы на меня посмотрели (в лучшем случае) как на идиота?! Во-первых, да, этого явно и недвусмысленно требует их лицензия. Во-вторых, невероятная тормознутость Оракула именно на массовых обновлениях и удалениях записана во все его FAQ, включая местный. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 19:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovвключая местный. А, пардон, исключая местный. В каждом топике типа такого повторяются одни и те же ответы, но в FAQ их вынести постеснялись. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 20:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123Тогда должно выполняться условия приобретения с учетом возврата денег, скажем в течении 60 дней в том случае, если заявленные качества продукта не подтвердились.Это было бы смешно, если бы это не было грустно... http://www.oracle.com/technetwork/licenses/standard-license-152015.html] Oracle Technology Network Developer License Terms LICENSE RIGHTS We grant you a nonexclusive, nontransferable limited license to use the programs only for the purpose of developing, testing, prototyping and demonstrating your applicationЗаходите на сайт http://www.oracle.com]Оракула... Регистрируетесь (сов.бесплатно!) в OTN... Качаете (не менее бесплатным образом) ЛЮБОЙ интересующий Вас софт... Устанавливаете и тестируете (без всяких ограничений по времени) - до полного опупе просветления, так и не заплатив Оракулу ни копейки... Если кто-то даже на таких условиях не способен оценить, устраивает его продукт или нет, то наука тут бессильна... И никакие "60 дней" этого самого "кого-то" ни разу не спасут... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 21:18 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovDimitry Sibiryakovвключая местный. А, пардон, исключая местный. В каждом топике типа такого повторяются одни и те же ответы, но в FAQ их вынести постеснялись. Если кому-то из рабочей базы данных в штатном режиме "внезапно!"(с) понадобилось удалить единовременно "до фига" записей, то предъявлять претензии надо не к Oracle/MSSQL/etc, а к очень конкретным дизайнерам очень конкретной информационной системы... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 21:29 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvDimitry Sibiryakovпропущено... А, пардон, исключая местный. В каждом топике типа такого повторяются одни и те же ответы, но в FAQ их вынести постеснялись. Если кому-то из рабочей базы данных в штатном режиме "внезапно!"(с) понадобилось удалить единовременно "до фига" записей, то предъявлять претензии надо не к Oracle/MSSQL/etc, а к очень конкретным дизайнерам очень конкретной информационной системы... Так мы незаметно приходим к выводу, что не ФБ плохой или Оракул хороший, просто надо уметь использовать на 100% сильные стороны системы, и аккуратно обходить слабые. В умелых руках и хрен - балалайка. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 00:17 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Леопольд, эсквайрsphinx_mvпропущено... Если кому-то из рабочей базы данных в штатном режиме "внезапно!"(с) понадобилось удалить единовременно "до фига" записей, то предъявлять претензии надо не к Oracle/MSSQL/etc, а к очень конкретным дизайнерам очень конкретной информационной системы... Так мы незаметно приходим к выводу, что не ФБ плохой или Оракул хороший, просто надо уметь использовать на 100% сильные стороны системы, и аккуратно обходить слабые.Ну, и какие же у ФБ сильные стороны? "Бесплатность" и "опенсорсность"? Собственно, и все... А теперь по пунктам... Бесплатность без сопровождения, без тех.поддержки, без достаточного количества примеров реализации "больших" систем ставит крест на выборе в качестве платформы. И в исходниках пусть копаются разработчики сервера. Вывод: спасибо, я лучше пешком постою... Леопольд, эсквайрВ умелых руках и хрен - балалайка.Ага...Только (в зависимости от обстоятельств) нужно не путать первое и втрое... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 09:59 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvБесплатность без сопровождения, без тех.поддержки, без достаточного количества примеров реализации "больших" систем ставит крест на выборе в качестве платформы. И в исходниках пусть копаются разработчики сервера. у ФБ есть платное сопровождение и техподдержка, и есть достаточное количество примеров реализации больших систем. Откуда вы сделали вывод, что этого нет, непонятно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 11:47 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvЕсли кому-то из рабочей базы данных в штатном режиме "внезапно!"(с) понадобилось удалить единовременно "до фига" записей, Во многом так, но некоторые исключения есть - например, всякого рода очереди и журналы со смыслом "очистить после использования". Но если честно, то, что с 1998-го года я не припомню не случая, чтобы мне пришлось "разбираться и ускорять", показывает, что эта проблема столь же актуальна, как и прочее, что несёт Дима каждый раз, когда видит слово "Oracle". ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 13:31 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
kdvу ФБ есть платное сопровождение и техподдержка, В "платных сопровождении и техподдержке" есть два минуса. Во-первых, теряется ярлык бесплатности. А во-вторых, сколь я видел, выбор ФБ в основном аргументируется вариациями следующей фразы: "Зачем мне отдавать вендору деньги за лицензии, лучше я возьму их себе". Люди с таким настроем тем более не будут платить за техподдержку. Эта оплата начнётся только после того, как клиент выкинет их и попытается привести в порядок то, что они понастроили. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 13:35 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerВ "платных сопровождении и техподдержке" есть два минуса. Во-первых, теряется ярлык бесплатности. странно это слышать. Как бы, у любого OpenSource обычно за поддержку берут деньги. Идея "бесплатная СУБД, бесплатная поддержка" - это совсем не бизнес-идея. :-) Тем не менее, бесплатную поддержку можно получить, есть разные ресурсы (включая этот форум, только раздел другой). softwarer А во-вторых, сколь я видел, выбор ФБ в основном аргументируется вариациями следующей фразы: "Зачем мне отдавать вендору деньги за лицензии, лучше я возьму их себе" ну, я такого практически не слышал. А если такие люди не хотят платить за техподдержку, то это их личное дело. sphinx_mvИ в исходниках пусть копаются разработчики сервера. да исходники СУБД вообще нахрен пользователям СУБД не нужны. Потому что "копаться" в них могут только разработчики этой СУБД. Код СУБД слишком сложен, чтобы некто пришел с улицы, и сразу его начал ковырять. Разработчику приложений нужно чтобы в СУБД исправлялись баги, если найдутся, и выпускались новые версии. Это делается, для массового разработчика - бесплатно. Администратору бесплатной СУБД надо, чтобы она стабильно и производительно работала. Тут или он сам крутится, или покупает техподдержку (ну или разовый сервис по настройке). Я не очень понимаю, зачем я все это рассказываю. OpenSource существует уже давно, и бизнес-модели известны, и как они применяются известно, и чего кому надо (разработчику приложений, администратору) от СУБД тоже давно известно, и без OpenSource. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 14:31 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
kdvsphinx_mvБесплатность без сопровождения, без тех.поддержки, без достаточного количества примеров реализации "больших" систем ставит крест на выборе в качестве платформы. И в исходниках пусть копаются разработчики сервера. у ФБ есть платное сопровождение и техподдержка, и есть достаточное количество примеров реализации больших систем. Откуда вы сделали вывод, что этого нет, непонятно. Другими словами, лично Вы готовы оказывать бесплатную поддержку для этого "совершенно бесплатного" (судя по декларациям!) продукта? Ну, ладно - хотя бы платную поддержку с возможностями уровня "платного" Oracle? Обращаю внимание: "200 GB и 50 пользователей" для Oracle - очень "не база" и даже близко "не нагрузка"... Практически - на "дефолтных" установках... А "не-дефолтные" установки в-принципе даже не особый специалист в Oracle найдет в очень подробной документации... В крайнем случае - легко и непринужденно найдет более квалифицированного специалиста. ЗЫ. Последние 2 предложения, как ни старайся, но к ФБ никак не притянешь - никаких ушей не хватит... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 14:44 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvсудя по декларациям! Каким декларациям? PS: Я уже не говорю, о том что продукт и "околопродуктовый бизнес" - две большие разницы. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 14:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
kdvКак бы, у любого OpenSource обычно за поддержку берут деньги. Идея "бесплатная СУБД, бесплатная поддержка" - это совсем не бизнес-идея. :-) Угу. Кстати, это пожалуй основная деталь, которая вызывает у меня омерзение. То есть первым делом я ставлю себя на место разработчика и думаю: я трачу своё время и пишу некий софт-бесплатный-для-людей, а какие-то [censored] придумывают бизнес-идею на этом зарабатывать. Нет, я понимаю, что это не какие-то, а те, кто ещё вчера со мной работал за идею, а сегодня захотел бабок, но всё равно крайне противно. Вторым делом я ставлю себя на место клиента, которого пытаются развести по принципу "первая доза бесплатно" и делаю вывод, что меня держат за лоха: уговаривают бесплатно взять то, что продать невозможно, а затем собираются грести деньги за то, чтобы это работало. kdvsoftwarer А во-вторых, сколь я видел, выбор ФБ в основном аргументируется вариациями следующей фразы: "Зачем мне отдавать вендору деньги за лицензии, лучше я возьму их себе" ну, я такого практически не слышал. Да даже здесь, на форуме постоянно мелькает. Вроде даже в этом топике была подобная формулировка. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 14:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovНа чекпоинтах, да В современной версии Oracle даже на чекпоинт не сбрасывается. Инкрементальный чекпоинт prog123Тогда должно выполняться условия приобретения с учетом возврата денег, скажем в течении 60 дней в том случае, если заявленные качества продукта не подтвердились. У Oracle для целей девелопмента сервер вроде бесплатен. Т.ч. для тестирования ничего приобретать не надо ))) sphinx_mv...Практически - на "дефолтных" установках... Это Вы круто задвинули. Помню дефолтные настройки в Oracle 8i - около 50 Mb system и 200 Mb users. На дефолтных настройках даже 1-2 пользователя жить не могли. Оно вообще жить на дефолтных не может. AFAIK В 10-11 получше. Но я ни разу в дефолте Oracle не ставил. P.S. Все оффтопик. Но то, до чего скатится тема, было понятно еще по первому сообщению ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovsphinx_mvсудя по декларациям! Каким декларациям? PS: Я уже не говорю, о том что продукт и "околопродуктовый бизнес" - две большие разницы. Смеялся... Долго... Вы таки не удосужились подсчитать TCO для системы на FB... Причем зря: я Вас уверяю - разница с "платными" продуктами теряется на уровне "статистического шума". Банальная зарплата квалифицированного DBA слишком часто превышает стоимость саппорта - даже с учетом ежегодных платежей, как это принято у Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mv, ну давай не сравнивать уровень DBA который требуется для Оракла и FB. И соответственно затраты на DBA для Оракла будут куда выше чем затраты на DBA для FB. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:09 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerКстати, это пожалуй основная деталь, которая вызывает у меня омерзение. с тем же успехом омерзение вызывает платная поддержка платного продукта. Клиент вроде бы уже деньги заплатил, только вот непонятно за что, потому что дальше опять надо платить, и так бесконечно. Я утрирую, но ваши сентенции на тему платной поддержки бесплатного софта как минимум вызывают удивление. А вот вы сами разработали бесплатный продукт, и техподдержку (бесплатно) не обеспечиваете, получается, кидаете потенциальных пользователей? Впрочем, беспредметный разговор, как я понимаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:10 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисsphinx_mv, ну давай не сравнивать уровень DBA который требуется для Оракла и FB. И соответственно затраты на DBA для Оракла будут куда выше чем затраты на DBA для FB. фигня ваш ФБ, прошлый век. какого-то дба требует. вот фокспро я понимаю - вещь. никакого дба не требует, затраты нулевые ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:25 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!, а уж как его Оракл требует... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:35 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисYo.!, а уж как его Оракл требует... Скажем, компания www.kamis.ru поставляет систему на Oracle - ДЕСЯТКАМИ, если не СОТНЕЙ. Можете посмотреть список клиентов, потом позвонить и попросить к телефону DBA. Там очень удивятся. Дабы в подавляющем большинстве случаев, там таких людей нет. Подозреваю, что даже если у 2-3 заказчиков Вы и найдете человека с такой должностью, его роль будет очень далека от того, что Вы под этим словом подразумеваете. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Есть сомнения в том, что тиражируемый продукт на любой СУБД может обойтись без АБД? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevСкажем, компания www.kamis.ru поставляет систему на Oracle - ДЕСЯТКАМИ, если не СОТНЕЙ. А теперь вопрос на засыпку: куда эти окученные клиенты побегут при проблемах и сколько с них там сдерут за этих проблем решение? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:54 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
P.S. Мои слова не относятся к "Соловецкий государственный историко-архитектурный и природный музей-заповедник" единственное место, где второй раз в своей жизни общался с true-админом. Но и то, к Oracle он за исключением бекапов дело не имел. Отвечал за все в целом. И хорошо отвечал (на момент падения имелось 5 (ПЯТЬ !) бекапов сделанных разным образом. От клонирования раздела на диске до сделанного штатными средствами прикладной системы). ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 15:56 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovА теперь вопрос на засыпку: куда эти окученные клиенты побегут при проблемах и сколько с них там сдерут за этих проблем решение? 1. Нисколько. Заказчик и так уже платит (и платил бы в любом случае) за саппорт 2. Побегут к автором прикладной системы. Что и написанное в EML ( Эмбидинг лицензии ). В случае проблем, которые не смогут решить авторы прикладной системы - они обратятся в поддержку РдТех и/или напрямую через металинк 3. За >5 лет, было одно падение которое потребовало обращение в сапорт и пару багов, которая без саппорта принципиально решены быть не могли. Но в случае с багами, все обошлось установкой последних патчей и work around'ами. AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 16:02 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsevобщался с true-админом Leonid Kudryavtsevна момент падения Leonid KudryavtsevПобегут к автором прикладной системы. Вооот, ЧиТД. DBA там таки есть, только он один на всех и числится в штате разработчика. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 16:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Ну у Oracle в штате Oracle разумеется DBA есть. Как у FB, в команде разработчиков FB. Где-то же он должен быть ))) один на всех. Правда, обычно, того, который "один на всех" называют немного другим словом. Да и его, говорят, 2 000 лет назад на кресте распяли. Плохо саппорт оказывал. Его нравоучения о бест практикс не всем нравились. p.s. насколько я знаю данную компанию, в их штате нет (не было) НиКОГО с _должностью_ "администратор базы данных". В общем, если "правильно готовить", что Oracle, что FB наверное работают и могут выполнять свои функции. Какие функции от СБУД нужны автору топика - вопрос остался не раскрытым. Все остальное - злостный оффтопик. В том числе и "редо" и "надежность" и "необходимость админа". На систему на Oracle которая работает в отсутствие выделенного "администратора БД Oracle", я ссылку дал. Вряд ли можно считать девушку выполняющую ф-ции администратор прикладной системы паралелльно со своей основной работой и, возможно, даже не знающей слово Oracle - DBA. Думаю, можно ткнуть пальцем и в кучу систем на FB которые работают достаточно надежно (что считать достаточно?) и долгое время. IMHO & AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 16:28 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
На СУБД Firebird сегодня понаписана уже туча программ. Это разнообразные массовые и недорогие прикладные программы, цена на которые не допускает монстроузных СУБД. Нужны решения типа: "Установил и забыл". Вот навскидку пара ссылок http://www.sdi-solution.ru/index.php/products/korporativnaya-sistema-upravleniya-nsi-semantic http://www.sdi-solution.ru/index.php/products/korporativnaya-sistema-upravleniya-nsi-semantic ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 17:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123На СУБД Firebird сегодня понаписана уже туча программ. Это разнообразные массовые и недорогие прикладные программы, цена на которые не допускает монстроузных СУБД. Нужны решения типа: "Установил и забыл". Вот навскидку пара ссылок http://www.sdi-solution.ru/index.php/products/korporativnaya-sistema-upravleniya-nsi-semantic http://www.sdi-solution.ru/index.php/products/korporativnaya-sistema-upravleniya-nsi-semantic http://www.general-smeta.ru/download/vse-dlya-programmy-smetaru/prochee/firebird-2-5-1-win32-win64.html ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 17:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvНу, и какие же у ФБ сильные стороны? "Бесплатность" и "опенсорсность"? Собственно, и все... А теперь по пунктам... Бесплатность без сопровождения, без тех.поддержки, без достаточного количества примеров реализации "больших" систем ставит крест на выборе в качестве платформы. И в исходниках пусть копаются разработчики сервера. Вывод: спасибо, я лучше пешком постою... Леопольд, эсквайрВ умелых руках и хрен - балалайка.Ага...Только (в зависимости от обстоятельств) нужно не путать первое и втрое... Вононочо... Ну я побежал, нужно мужиков еще предупредить, чтобы срочно переползали с этой бесплатной опенсорсной хрени MySQL и SQLite. На счет "больших" систем: во-первых, у ТС система не сильно большая, точнее маленькая, а во вторых: "ты видишь суслика? нет. и я нет. а он - есть". Про балалайку: я понял, ты не музыкант. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 17:32 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexЯ лишь подчеркнул, что наличие кэша файловой системы между базой и данными на диске делает систему ненадежной. А вот это в общем случае не факт. Ораклу кэш файловой системы действительно противопоказан, а вот Postgres только им и пользуется. PTIR обеспечивают оба. fsync для redo никто не отменял. С поразительным упорством Dimitry Sibiryakov утверждает, что SSD убирает разницу между одной операцией I/O, и десятком. Да хоть в RAM пиши, но десять операций чтения будут медленнее одной при прочих равных. Да, и по топику: я бы поглядел на Postgres вместо Firebird. Возможно в версии EnterpriseDB от RedHat. Плюс репликация на второй сервер. В принципе поддержка системы после запуска будет обходиться гораздо дороже начальных вложений в лицензии. Я бы вообще исходил из наличия существующей поддержки у заказчика. Есть MSSQL DBA - пиши под MSSQL, есть Oracle DBA - пиши под Oracle. Я как-то не очень верю в необслуживаемую mission-critical 200Gb базу. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 20:00 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисsphinx_mv, ну давай не сравнивать уровень DBA который требуется для Оракла и FB. И соответственно затраты на DBA для Оракла будут куда выше чем затраты на DBA для FB.Вообще-то, для "mission critical" базы данных уровень DBA нужен практически одинаковый - независимо от платформы, на которой база данных крутится. Сугубо для того, чтобы эту базу было кому обслуживать. А с вопросами, почему админы на ФБ оцениваются дешевле, наверное, лучше куда-нибудь в другое место... Например, в это" ... ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2014, 23:34 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
DBA - ноль без палочки, всё зависит от разработчека. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 03:34 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Печально, но наш форум вырастил второго ЧАЛа. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 03:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123DBA - ноль без палочки, всё зависит от разработчека.Ну, и многие, т.н. "разработчики" имеют хоть какое-нибудь представление о "внутренностях" сервера баз данных? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 09:08 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mv, меньше знаешь - лучше спишь. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 10:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvprog123DBA - ноль без палочки, всё зависит от разработчека.Ну, и многие, т.н. "разработчики" имеют хоть какое-нибудь представление о " внутренностях " сервера баз данных? Внутренности разработчику нафиг не нужны, его дело спроектировать правильную базу данных, оттестировать всё, по результатам тестирования внести окончательные корректировки и создать дистрибутив с документацией. Конечному пользователю останется только 2-3 раза кликнуть мышкой и не париться на тему СУБД и ДБА, а заниматься своей работой. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 15:22 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123его дело спроектировать правильную базу данных Ага. Сферическую. В вакууме. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 15:49 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovprog123его дело спроектировать правильную базу данных Ага. Сферическую. В вакууме . Не-не-не! Я подразумевал в процессе тестирования генерацию тестовых данных по много-много миллионов записей в таблице, после чего проверяются на скорость все селекты/инсерты/апдейты, используемые в программе, такшта... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 15:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Сергей Арсеньевsphinx_mv, меньше знаешь - лучше спишь. Так лучше на собеседованиях отвечать. Люди без юмора - ущербны, и это надо выявлять сразу. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 15:57 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
prog123Я подразумевал в процессе тестирования генерацию тестовых данных по много-много миллионов записей в таблице, после чего проверяются на скорость все селекты/инсерты/апдейты, используемые в программе, такшта... Ага. Сначала тяп-ляпаем полную фигню, а потом начинаем итерационный процесс доработки напильником. А потом внезапно выясняется, что все запросы, отлично работающие на тестах, встают колом на блокировках при количестве пользователей больше одного. И весь процесс начинается сначала с использованием метода случайного тыка, поскольку "внутренности разработчику нафиг не нужны". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 17:08 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
dimitrне вижу смысла. Во-первых, любому вменяемому спецу это ничего не докажет. Ибо тест А никак не отражает работу в сценарии Б. А уж доказать что-то Йо я отчаялся еще лет пять назад, и с тех пор не наблюдаю у него прояснений в сознании. Во-вторых, я никогда не отрицал превосходства оракла на большинстве задач и не вижу смысла гнобить его почем зря, на этом поле пусть мой тезка Сибиряков развлекается. Мои реплики в этой теме были исключительно про то, что отсутствие redo-лога в сегодняшнем мире не настолько влияет на производительность, как некоторые привыкли думать. И вот с этим я полностью соглашусь. Однако не соглашусь с тем, что разницы вообще нет. dimitrЗЫ. а что, оракл уже разрешил третим лицам публиковать сравнительные бенчмарки своей СУБД? Это скорее у сотрудников корпорации спросить надо. Может Рындин прояснит политику компании, я не являюсь сотрудником Оракла. Я вообще с ним уже много лет не работаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 00:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
sphinx_mvвышеозначенной организацией, становятся совсем не понятны Ваши религиозные сомнения и метания. Зачем вы тролите? Публикация тестов на этом сайте стоит весьма серьезных денег. В свое время Терадате надоело платить им за то, чтобы доказать свое очевидное превосходство над конкурентами и они прекратили это делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 01:00 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Sergei.AgalakovА вот это в общем случае не факт. Ораклу кэш файловой системы действительно противопоказан, а вот Postgres только им и пользуется. PTIR обеспечивают оба. fsync для redo никто не отменял. Гм... Но как, Холмс? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 01:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexdimitrЗЫ. а что, оракл уже разрешил третим лицам публиковать сравнительные бенчмарки своей СУБД? Это скорее у сотрудников корпорации спросить надо. Может Рындин прояснит политику компании, я не являюсь сотрудником Оракла. Я вообще с ним уже много лет не работаю.С чего ты считаешь, что я на такие вопросы могу ответить? :) Другое дело, что банальная логика подсказывает, что на tpc публикуются не сравнительные тесты, а тесты одной субд с результатами в попугаях. По Oracle результаты опубликованы, по FB нет. Естественно, что Oracle не позволяет другим компаниям публиковать результаты тестов - вот я сейчас поставлю у себя SGA_TARGET=200M на сервере со 128ГБ и запущу тесты, а после скажу, что Oracle вообще не работает. Это ведь не дело? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 10:10 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander Ryndinна tpc публикуются не сравнительные тесты, а тесты одной субд с результатами в попугаях. По Oracle результаты опубликованы, по FB нет. Естественно, что Oracle не позволяет другим компаниям публиковать результаты тестов Знаешь, я сначала прочёл это примерно так: Oracle захватила TPC, публикует там свои результаты и никому больше не даёт Ж))) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 10:28 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander Ryndin...банальная логика подсказывает, что на tpc публикуются не сравнительные тесты, а тесты одной субд с результатами в попугаях. По Oracle результаты опубликованы, по FB нет. Естественно, что Oracle не позволяет другим компаниям публиковать результаты тестов... Ну, что помешает банальной логике подсказать, что тесты некоторых компаний не позволяет напечатать что-то другое? Что связанное именно со свойсвами продууктов этих компаний? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 10:37 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerAlexander Ryndinна tpc публикуются не сравнительные тесты, а тесты одной субд с результатами в попугаях. По Oracle результаты опубликованы, по FB нет. Естественно, что Oracle не позволяет другим компаниям публиковать результаты тестов Знаешь, я сначала прочёл это примерно так: Oracle захватила TPC, публикует там свои результаты и никому больше не даёт Ж)))Ага. Это я криво написал. Oracle не позволяет другим компаниям публиковать результаты сравнительных тестов без разрешения ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 10:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinOracle не позволяет другим компаниям публиковать результаты сравнительных тестов без разрешения Какое слово из вышеприведённого обрывка лицензионного соглашения переводится как "сравнительные"?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2014, 12:13 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinС чего ты считаешь , что я на такие вопросы могу ответить? :) Я не считал, а предположил. Нет, так нет. :) Alexander RyndinДругое дело, что банальная логика подсказывает, что на tpc публикуются не сравнительные тесты, а тесты одной субд с результатами в попугаях. По Oracle результаты опубликованы, по FB нет. Естественно, что Oracle не позволяет другим компаниям публиковать результаты тестов - вот я сейчас поставлю у себя SGA_TARGET=200M на сервере со 128ГБ и запущу тесты, а после скажу, что Oracle вообще не работает. Это ведь не дело? Ну а если просто выложить конфигурацию, скрипты и голые цифры, без выводов? Что логига на это скажет? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 05:38 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinДругое дело, что банальная логика подсказывает, что на tpc публикуются не сравнительные тесты, а тесты одной субд с результатами в попугаях. По Oracle результаты опубликованы, по FB нет. Естественно, что Oracle не позволяет другим компаниям публиковать результаты тестов - вот я сейчас поставлю у себя SGA_TARGET=200M на сервере со 128ГБ и запущу тесты, а после скажу, что Oracle вообще не работает. Это ведь не дело? Ну а если просто выложить конфигурацию, скрипты и голые цифры, без выводов? Что логига на это скажет?[/quot]Логика говорит, что в этом нет никакого смысла. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 12:21 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Alexander RyndinЛогика говорит, что в этом нет никакого смысла. Ну почему же? Если спустя какое-то время выложить результаты сильно похожих скриптов уже другой СУБД на этом же железе, то смысл становится очевиден. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 21:49 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
ApexAlexander RyndinЛогика говорит, что в этом нет никакого смысла. Ну почему же? Если спустя какое-то время выложить результаты сильно похожих скриптов уже другой СУБД на этом же железе, то смысл становится очевиден. Угу. И смысл этот - опубликовать бессмысленные цифры с таким видом, словно они что-то значат. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 21:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Публикация компромата на софт - крайне полезная во всех смыслах вещь, кроме торгующего им. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 22:15 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerApexпропущено... Ну почему же? Если спустя какое-то время выложить результаты сильно похожих скриптов уже другой СУБД на этом же железе, то смысл становится очевиден. Угу. И смысл этот - опубликовать бессмысленные цифры с таким видом, словно они что-то значат. Ну уж всяко в этом больше смысла, чем годами вещать в интернтах о том, что Оракл и Делфа - вершина развития информационных технологий в отдельно взятой форуме. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2014, 01:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
А какое соотношение количества специалистов по FB и Oracle. Вопрос немаловажный. Особенно когда кому-то надоело работать и он очень резко уволился. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2014, 19:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonА какое соотношение количества специалистов по FB и Oracle. И тех и других с первого тычка не найдёшь. Сплошные ламеры in-mass. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2014, 19:47 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Мне всё-тки кажется со своей колокольни что Оракл предпочтительнее и ... стандартнее штоли. Я дофигища видел Ораклоидов разного пошиба. Но вот фб-шников... это даже не вспомню. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2014, 20:20 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
mayton, ну вот только про стандартнее не надо. Одна пустая строка интерпретируемая как NULL чего стоит. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 10:15 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисmayton, ну вот только про стандартнее не надо. Одна пустая строка интерпретируемая как NULL чего стоит. Это аццкая мегакруть . Джависты роняют кирпичи из трусов когда я им рассказываю. Не могут поверить. Проверяют. Потом еще роняют пару кирпичиков. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисну вот только про стандартнее не надо. Одна пустая строка интерпретируемая как NULL чего стоит. Дорогого стоит. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:08 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, ну дорого не дорого, а одно только это сразу опровергает утверждение "более стандартен". Жить с этим конечно можно. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:23 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисну дорого не дорого, а одно только это сразу опровергает утверждение "более стандартен". При оторванном от жизни понимании слова "стандартен", да и то только если забыть про, назовём так, экзотическое поведение вложенных подзапросов. Симонов ДенисЖить с этим конечно можно. И даже нужно. Это примерно как смывной туалет - пока не попробовал, "будочка во дворе" очень даже хороша, а вот когда распробовал, назад в будочку уже совершенно не тянет. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Я к тому что встречал много коробочных систем которые compatible with Oracle, MS-SQL диалектами. В основном из-за хранимых процедур. Но вот расскажите мне про язык хранимок в FB-SQL. Что это за язык. Что за диалект. С чем совместим e.t.c. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
mayton, причём тут язык хранимок. Эти системы что хранимки сами пишут что ли? Язык называется PSQL. Больше похож на PL/SQL нежели на T-SQL. Вызов хранимок да не совсем стандартен. Вместо CALL (это по стандарту) используется EXECUTE PROCEDURE. Если надо вызвать селективную процедуру, то SELECT * FROM ProcName. Впрочем многие драйверы или компоненты доступа умело эту разницу скрывают. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Почитал здесь http://www.firebirdsql.org/refdocs/langrefupd21-ddl.html Пакеты не поддерживаются. Хреново... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
mayton, Если проект только на этапе обсуждения, можно делать на FB3. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
miwaonlinemayton, Если проект только на этапе обсуждения, можно делать на FB3. Судя по профилю - ты спец по ФБ. Кинь ссылочку на ФБ3 я почитаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonmiwaonlinemayton, Если проект только на этапе обсуждения, можно делать на FB3. Судя по профилю - ты спец по ФБ. Кинь ссылочку на ФБ3 я почитаю. Не спец, так, погулять вышел © Вот что сделано в3.0 beta1. От графика немного отстают, но на релиз в первом квартале следующего года можно спокойно закладываться. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonвстречал много коробочных систем которые compatible with Oracle, MS-SQL диалектами. В основном из-за хранимых процедур. А давно PL/SQL совместим или хотя бы отдалённо похож на T-SQL?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 12:59 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovmaytonвстречал много коробочных систем которые compatible with Oracle, MS-SQL диалектами. В основном из-за хранимых процедур. А давно PL/SQL совместим или хотя бы отдалённо похож на T-SQL?.. Не та постановка вопроса, бро... Проект Oracle возник раньше. Так ште.... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 13:01 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonПроект Oracle возник раньше. Так ште.... Тогда что значит твоё "compatible with Oracle, MS-SQL диалектами" и в особенности "в основном из-за хранимых процедур"?.. Процедуры-то как раз фигня, проблемы покруче возникают из-за того, что в Оракуле ANSI JOIN уже которую версию так и не могут стабилизировать. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 13:08 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
mayton, ну пакетам в FB3 пока ещё до Оракловых далеко, но с другой стороны кто ещё пакеты то поддерживает. Разве что только DB2. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 13:09 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисно с другой стороны кто ещё пакеты то поддерживает. Потому что нафиг они никому не сдались. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 13:17 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovТогда что значит твоё "compatible with Oracle, MS-SQL диалектами" и в особенности "в основном из-за хранимых процедур"?.. Ну лично я фразу mayton прочитал как: что ряд продуктов поддерживает совместимость с Oracle, MS-SQL. Dimitry SibiryakovПроцедуры-то как раз фигня, проблемы покруче возникают из-за того, что в Оракуле ANSI JOIN уже которую версию так и не могут стабилизировать. У кого проблемы? Подозреваю, что у Oracle и людей которые разрабатывают под Oracle проблем как раз и нет. Маркетинговая политика компании (на какой рынок ориентироваться и каких клиентов с других рынков переманивать) - пускай остается на совести Ларри Элисона & Co. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 13:27 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevУ кого проблемы? У тех, кто вопреки рекомендациям таки использует стандартный синтаксис и уходить с него на нативный не желает как раз из-за совместимости с другими СУБД. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 13:37 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovmaytonПроект Oracle возник раньше. Так ште.... Тогда что значит твоё "compatible with Oracle, MS-SQL диалектами" и в особенности "в основном из-за хранимых процедур"?.. Процедуры-то как раз фигня, проблемы покруче возникают из-за того, что в Оракуле ANSI JOIN уже которую версию так и не могут стабилизировать. Я слишком много имел дело с PLSQL логикой при миграции систем и возможно моё бухтение по этому поводу будет преждевременным и ненужным. Просто я акцентирую внимание на том что кроме SQL существуют еще и языки хранимок эффективность которых также определяет эффективность вашей системы. Если в текущей версии FB хранимые пакеты отсутствуют - то значит где-то можно не ставить "птичку". Фича отсутствует. Бету можно обсуждать. Но как бету. Вобщем всё это моё чёртово ИМХО и я сам могу быть с ним не согласен. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:01 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovтаки использует стандартный синтаксис и уходить с него на нативный не желает как раз из-за совместимости с другими СУБД. Соединение (join) таблиц в SQL с помощью конструкции это "нативный синтаксис" ? where table1.id_column = table2.id_column Подскажите, какие СУБД с поддержкой SQL с этим синтаксисом не совместимы? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Мне как-то ... Оракловый JOIN больше нравился. Компактный. Малобукв. Вот я уже давно наблюдаю за девелоперами. И замечаю что как только в ЯП появляется фича которая позволяет сократить количество кода - ее тут-же используют. Я не обсуждаю паттерн это или антипаттерн. Это скорее practices. Из практики пошло.а А сам по себе JOIN довольно развесист и зело буквиц много. Вобщем и хотя Оракл поддерживает синтаксис JOIN - его знающие Oracle девелоперы не используют 99.9% я гарантирую это. А используют обычно те кто пришли с других систем. Довольно часто с MySQL... И я молчу про Natural. Его сам дядько Том предал анафеме. Проклял. Вобщем это моё ИМХО. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:09 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, всё меняется когда нужен LEFT JOIN и вот тут то совместимость Оракловых (+) пропадает. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:13 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисLeonid Kudryavtsev, всё меняется когда нужен LEFT JOIN и вот тут то совместимость Оракловых (+) пропадает. Денис. А вы можете привести пример запроса на Non-Oracle системе в котором нет совместимости с Oracle? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:15 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
mayton, наоборот сколько угодно, а так да все основные фичи из других СУБД Оракл поддерживает. Ну разве пример может быть любой запрос в котором стоит условие table1.str_field is null. Причём по условию задачи пустая строка и null разные вещи. P.S. Как мне кажется тут спор был не о том лучше или хуже Оракл, а о том что не следует пихать Оракл в каждую бочку в качестве затычки. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:25 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денис, минутку. Меня интересовал вопрос LEFT JOIN и Ораклового (+). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:27 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovи уходить с него на нативный не желает как раз из-за совместимости с другими СУБД. Из-за чего-чего? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисНу разве пример может быть любой запрос в котором стоит условие table1.str_field is null. Причём по условию задачи пустая строка и null разные вещи. Я много лет прошу всех встречных привести мне реальный разумный пример такой задачи. Если коротко, ни разу не услышал ничего вменяемого. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:57 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonВобщем и хотя Оракл поддерживает синтаксис JOIN - его знающие Oracle девелоперы не используют 99.9% я гарантирую это... Ну не факт. 1. Есть ситуации LEFT JOIN, которые в ANSI синтаксисе можно написать, а через (+) нельзя. Ну или _очень_сильно_ извращаясь, а в Ansi синтаксисе все понятно, просто и даже работает. 2. Для начинающих людей ANSI синтаксис значительно понятнее. В свое время, когда нужно было делать отчеты для пром. системы - всех учил именно ANSI синтаксису. Разумеется получался "говнокод". НО: 2.1 Отчеты быстро разрабатывались парой _студентов_. Что было _критично_. Отчетов было за сотню. Т.ч. тратить на них много времени было нельзя. 2.2. Даже несмотря на говнокод, Oracle их обрабатывал вполне успешно ))) 2.3. Отчеты которые "вставали колом" или по результату кодирования оказывалось перевязано слишком много таблиц - просто передавались более компетентным разработчикам, которые оперативно и быстро (1-2 часа) упрощали запросы (часто просто методом выкидывания не нужных таблиц). Как показывает последующий опыт работы: проблема обычно состоит не в говнокоде или синтаксисе (Oracle или ANSI), а в задании. Если отчет изначально, по постановке, строится full table scan'ом и/или "отчет на десять тысяч страниц медленно формируется", тут никакой синтаксис не поможет. Если же отчет изначально строится исходя из структуры БД и сразу же выборка ограничена индексами - то хоть десять раз одну и ту же таблицу сам-на-себя свяжи, Oracle перемолотить ))). Ну будет вместо 0,1 сек. запрос выполняться за 0,2 сек - с точки зрения бизнеса пережить можно ))). А вот срыв сроков внедрения на пару лет из-за того, что необходимых отчетов в системе нет - бизнес уже не переживет IMHO & AFAIK 3. Т.ч. на мой взгляд, ANSI синтаксис в Oracle необходим. И иногда приходится им пользоваться. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 14:59 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonА вы можете привести пример запроса на Non-Oracle системе в котором нет совместимости с Oracle? Чуть выше сообщения по ссылке была ещё одна ссылка на список случаев применения стандартного синтаксиса в которых Оракул в лучшем случае падает, а в худшем - выдаёт неправильный результат. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerЯ много лет прошу всех встречных привести мне реальный разумный пример такой задачи. Если коротко, ни разу не услышал ничего вменяемого. AFAIK Такое может встретиться, если кто-то решил в структуре БД на строковых полях повторить троичную булевую логику ))) 1. Строка символов - данные 2. Пустая строка символов - просто данные пустые 3. null - что-то другое (например: "данные просто еще не введены", их требуется ввести). Такую структуру БД, разумеется, портировать на Oracle будет проблематично. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЧуть выше сообщения по ссылке была ещё одна ссылка на список случаев применения стандартного синтаксиса в которых Оракул в лучшем случае падает, а в худшем - выдаёт неправильный результат. Понятие "стандартный" и "падает" вещь относительная. Можно найти 100500 случаев, в которых Oracle выполнить "стандартный" запрос. А остальные БД не выполнят. Например "встанут колом" ))). И никакой "стандарт" и "стандартный синтаксис" тут не поможет. IMHO & AFAIK Значительно интереснее, что в случае данного падения ответил саппорт. Если, конечно, к нему обращались. И была ли проблема решена по результату. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:08 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev3. Т.ч. на мой взгляд, ANSI синтаксис в Oracle необходим. И иногда приходится им пользоваться. Есть где-то пруф. Если найду то приаттачу. От Оракловой документации. Вобщем смысл его в том что ни одна из современных СУБД не может претендовать на полностью поддержвающую ANSI-[NN] версию диалекта SQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:09 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevПонятие "стандартный" и "падает" вещь относительная. Можно найти 100500 случаев, в которых Oracle выполнить "стандартный" запрос. А остальные БД не выполнят. Например "встанут колом" ))). И никакой "стандарт" и "стандартный синтаксис" тут не поможет. IMHO & AFAIK Несколько мыслей. Есть чистая теория. Т.н. реляционная алгеба. Она определяет операцию реляционного деления. Одну таблицу делим на другую и получаем отношение. Есть также у нее свой смысл и своё теоретическое обоснование как умножение и деление кватернионов и октав в алгебре векторов. Но она (операция деления) не имеет своей имплементации в стандартах SQL. В SQL-ях нет операции DIVIDE, DIVISION e.t.c. Что это? Нарушение AnsiSQL принципов РА? Или просто адаптация стандарта под аппаратную базу? Я не знаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:15 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev1. Есть ситуации LEFT JOIN, которые в ANSI синтаксисе можно написать, а через (+) нельзя. Отдел сказок на втором этаже. Эту я слышу уже лет двадцать, и в итоге каждый раз оказывается, что "нельзя" следует читать как "я не умею и вообще не подумал". Leonid KudryavtsevДля начинающих людей ANSI синтаксис значительно понятнее. Лично я затруднюсь ответить на вопрос начинающего "какие условия писать в join, какие в where и почему именно так?" Leonid Kudryavtsev3. Т.ч. на мой взгляд, ANSI синтаксис в Oracle необходим За всё время, что я работаю в IT, я убедился, что всевозможные переключатели серии "как больше нравится" мало помогают и много вредят. Даже если предположить, что у ANSI синтаксиса есть какие-то преимущества, то количество сил, которое вбухали в его поддержку - это то количество сил, которого не хватило сделать что-либо реально нужное вместо повторения существующего, и уже в этом он навредил куда больше, чем принёс пользы. Leonid KudryavtsevAFAIK Такое может встретиться, если Я прошу не абстрактные слова, а реальный пример бизнес-задачи из жизни. Самое смешное, что я сам такой пример знаю. Один. Редкий, но реальный. Но и его мне никто никогда не называл. Всегда спрашиваю, скажем: ну вот у врача поле "диагноз", опиши задачу, для которой надо различать "диагноз равен пустой строке" и "диагноз равен нуллу", и в ответ слышу.... ну ооооочень натянутые соображения типа "если немыслимо извернуться, то может кому-то когда-то и потребуется". ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:16 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevМожно найти 100500 случаев, в которых Oracle выполнить "стандартный" запрос. А остальные БД не выполнят. Например "встанут колом" ))). 100500 - не надо. Найдите любые три случая, когда Оракул запрос выполняет, а Firebird "встаёт колом". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, пример: Фамилия, Имя, Отчество. Не у всех есть отчество (null), но оно может быть просто не введено (пустая строка). Понять, что отчество "не введено" при '' = null невозможно. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:20 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevsoftwarerЯ много лет прошу всех встречных привести мне реальный разумный пример такой задачи. Если коротко, ни разу не услышал ничего вменяемого. AFAIK Такое может встретиться, если кто-то решил в структуре БД на строковых полях повторить троичную булевую логику ))) 1. Строка символов - данные 2. Пустая строка символов - просто данные пустые 3. null - что-то другое (например: "данные просто еще не введены", их требуется ввести). е Такую структуру БД, разумеется, портировать на Oracle будет проблематично. Я предполагаю что это подлая и банальная оптимизация ресурсов. Возможно создатели Dbms Oracle сильно экономили место в DbBlocks и решили что если не хранить в таблице пустую строку "" и заменить ее на NULL то будет сущесвтенный выигрыш. Это правда. NULL, в Oracle дейтсвительно схлопывают пространство и не выделяют места. Этим часто пользуются при планирование места. Можно на уровне архитектуры приложения заложить NULL как справочное значение или foreign с относительной частотой 99% по анализатору. А что такое пустая строка символов "" с точки зрения оператора Forms-апликухи? Дефект? Ошибка? Разгильдяйство? Что такое пустая строка с точки зрения Принтабельности? Как ее эту чёртову пустую строку шлёпнуть на принтер? Да никак. Нет ее. Здесь прослеживается аналогия с BCD арифметикой. Oracle повторяет операции человека-бухгалтера или финансиста который делает расчёты карандашём на бумаге. Практика решила как правильно. Не int. Не long int. Не дабл не флоат. А именно BCD является фундаментальным типом финансовых вычислений. И это пришло из практики. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:22 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerв итоге каждый раз оказывается, что "нельзя" следует читать как "я не умею и вообще не подумал". Ok, как пишется в нативном синтаксисе FULL OUTER JOIN? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:27 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonЯ предполагаю что это подлая и банальная оптимизация ресурсов. Возможно создатели Dbms Oracle сильно экономили место Я предполагаю (в смысле, практически уверен), что всё куда проще. Просто выбранный формат хранения приводит к тому, что и пустая строка, и нулл хранятся абсолютно одинаково (как ноль байт). Был бы, скажем, как в MSSQL, вектор "ненулловых полей" - и пустая строка отличалась бы, а его нет - и их действительно физически не различишь. А специально делать различие тогда, спасибо большое, не стали, а нынешние идиоты сломать пока не решаются (за что им спасибо ещё больше). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:30 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
kdvLeonid Kudryavtsev, пример: Фамилия, Имя, Отчество. Не у всех есть отчество (null), но оно может быть просто не введено (пустая строка). Понять, что отчество "не введено" при '' = null невозможно. а потом эти данные экспортируются в соседнюю систему и начинается гадание на кофейной гуще, что бы могло означать нулл, а что пустая строка. может пустая строка введено, но отсутсвует, а нулл - забыли ввести ? а может наоборот. а может просто дурной дизайн субд, которая устраивает геморой на пустом месте. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:31 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovOk, как пишется в нативном синтаксисе FULL OUTER JOIN? Известно как t1.a(+)=t2.a(+). Другое дело, что исторически это забанено. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:31 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovsoftwarerв итоге каждый раз оказывается, что "нельзя" следует читать как "я не умею и вообще не подумал". Ok, как пишется в нативном синтаксисе FULL OUTER JOIN? Дим, твоё неумение читать (ну или умение нагло передёргивать) просто поражает. И прежде чем писать следующую реплику, подумай над тем, что у меня уже есть ответ на неё ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:32 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Сергей АрсеньевDimitry SibiryakovOk, как пишется в нативном синтаксисе FULL OUTER JOIN? Известно как t1.a(+)=t2.a(+). Другое дело, что исторически это забанено. Не совсем. Например, в Oracle Warehouse Builder такой синтаксис отлично работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:33 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
А еще в Oracle можно так: Код: sql 1. 2. 3.
Надеюсь так никто не пишет. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:45 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerLeonid Kudryavtsev1. Есть ситуации LEFT JOIN, которые в ANSI синтаксисе можно написать, а через (+) нельзя. Отдел сказок на втором этаже. Эту я слышу уже лет двадцать, и в итоге каждый раз оказывается, что "нельзя" следует читать как "я не умею и вообще не подумал". AFAIK Ситуация, когда по outer join нужно связать одну таблицу с несколькими. В Ansi Join это прописывается элементарно, если тупо заменить на (+) получаем ORA-01417. Ситуация редкая, но пару раз мне такие запросы делать пришлось. Без достаточно извращенных подзапросов или временный таблиц мне было и не написать. Если я правильно помню, даже с подзапросами было не все гладко, вроде Oracle их раскрывать пытался и все работало не совсем предсказуемым образом. Но ANSI синтаксис, в любом случае, намного понятнее. Лично мне и тем, кого я знаю. Кроме того, в Ansi синтаксисе значительно сложнее сделать ошибку. При сложном запросе (скажем 10-15 таблиц) пропустить какое либо условие достаточно просто, а найти ошибку крайне сложно. В ANSI синтаксисе и сложнее пропустить условие связи (т.к. все описываются в отдельных секциях), и проще такую ошибку отловить, и текст запроса IMHO намного более структурированный и понятный. Лично мне, вообще реалиционная алгебра и "SELECT" не нравятся. Т.к. отучают думать о структуре БД . Данные у нас есть - а теперь их найдите. А то, что данные лежат совершенно не в том виде - как бы всем пофиг, об этом никто не подумал. Раньше, например в сетевых БД или даже в реалиционных (DBase, FoxPro), программист и все причастные должны были неизбежно думать о структуре БД, что было и не плохо. Если раньше работали, явно пользуясь структурой БД (например в DBase, FoxPro указывая связь таблиц через SET RELATION TO...), то теперь... Навалили все в таблицы... понаписали запросов... а там full table scan и hash join один на другом сидит и погоняет. Если для отчетов это наверное и не плохо. То в большинстве случаев для ввода данных и OLTP систем, как мне кажется, "select" это просто какое-то извращение ((( на предыдущих средствах (явное указание структуры базы), было и проще и эффективнее . Сейчас, половина битвы за эффективность - это борьба С оптимизатором. Если же возвращаясь к outer join. То, опять таки, например в DBase, FoxPro и/или старых сетевых базах данных, такой проблемы ВООБЩЕ не было. Есть отношение между таблицами, данные или найдены или не найдены. ВСЕ. Вроде, в DBase, весь outer join сводился просто к настройкам отображения. Показывать или нет "пустые" строки. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 15:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!kdvLeonid Kudryavtsev, пример: Фамилия, Имя, Отчество. Не у всех есть отчество (null), но оно может быть просто не введено (пустая строка). Понять, что отчество "не введено" при '' = null невозможно. а потом эти данные экспортируются в соседнюю систему и начинается гадание на кофейной гуще, что бы могло означать нулл, а что пустая строка. может пустая строка введено, но отсутсвует, а нулл - забыли ввести ? а может наоборот. а может просто дурной дизайн субд, которая устраивает геморой на пустом месте. Полностью поддерживаю Особенно интересно, как в таком дизайне делать интерфейс пользователя. Когда есть поле для ввода, а дальше гадайте, что Вы перед собой видите "просто пустую строчку" или null Крайне доставляло в Web-системе двойные пробелы в БД. На экране (html) они схлопывались, а в БД оставались повторы. Пользователи долго не могли понять, почему они делают просто copy/past, а данные система найти не может ))) Аналогично пустые пробелы в конце строк В общем, есть много возможностей разложить себе грабли, а потом по ним ходить. Только, претензии к заводу производителю грабель, что у них ручка деревянная (а например, не резиновая), выглядят смешно. Они совсем для другого выпускались. Хотя, лично я, вполне могу представить конструкцию грабель с анти-ударным покрытием, что бы и по назначению можно было использовать и били не больно. Но всегда есть другой вариант - просто пытаться поменьше их раскладывать. p.s. Один из коллег, говорил, что ходить по граблям т.к. это устаревшая технология разработки. Он предлагал ходить по обручам от бочек. Говорил, что это доставляет больше удовольствий ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 16:00 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
mayton...Несколько мыслей. Есть чистая теория. Т.н. реляционная алгеба. Она определяет операцию реляционного деления. Одну таблицу делим на другую и получаем отношение. Есть также у нее свой смысл и своё теоретическое обоснование как умножение и деление кватернионов и октав в алгебре векторов. Но она (операция деления) не имеет своей имплементации в стандартах SQL. В SQL-ях нет операции DIVIDE, DIVISION e.t.c. Что это? Нарушение AnsiSQL принципов РА? Или просто адаптация стандарта под аппаратную базу? Я не знаю. Ну ты и загнул.... ))) - Взять бы этого Канта, да за такие доказательства года на три в Соловки! - совершенно неожиданно бухнул Иван Николаевич. Предложение отправить Канта в Соловки не только не поразило иностранца, но даже привело в восторг. - Именно, именно, - закричал он, и левый зеленый глаз его, обращенный к Берлиозу, засверкал, - ему там самое место! Ведь говорил я ему тогда за завтраком: "Вы, профессор, воля ваша, что-то нескладное придумали! Оно, может, и умно, но больно непонятно. Над вами потешаться будут". ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 16:06 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevСитуация редкая, но пару раз мне такие запросы делать пришлось Но делали. И это как раз одна из тех вещей, которые бы стоило улучшить вместо того, чтобы приделывать ещё один синтаксис. Это ведь не какое-то идеологическое преимущество ansi-синтаксиса, это просто "в своё время недоделали и закрыли workaround-ом, а теперь вместо того, чтобы сделать нормально, приделали ansi-синтаксис с его проблемами и недостатками". Leonid KudryavtsevНо ANSI синтаксис, в любом случае, намного понятнее Могу лишь пожать плечами. Мне, например, каждый раз при встрече приходится напоминать себе, что против всех законов логики "left join" - это "присоединение справа", и я предпочитаю видеть все условия на таблицу вместе, нежели помнить, что в синтаксисе типа Код: sql 1. 2. 3. 4.
три условия размещены в трёх местах и означают три разные по смыслу вещи. Наверное, можно сказать, что это дело привычки, во всяком случае доказать обратное будет затруднительно. Во всяком случае, если говорить о новичках и начинать с inner join, лично я не представляю, как объяснить ansi-синтаксис, чтобы он оказался удобнее и понятнее, нежели where-овский. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 16:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevЛично мне, вообще реалиционная алгебра и "SELECT" не нравятся. Т.к. отучают думать о структуре БД Это довольно частый случай. Выглядит он примерно так: есть некоторое решение А. Все им пользуются, понаступали на грабли, изучили недостатки. Приобретённый опыт приводит к разработке решения Б, ликвидирующего эти недостатки, все радуются. Проходит сколько-то лет, приходит новое поколение, которое в какой-то степени обстучалось о недостатки подхода Б, но при этом не имеет личного опыта работы с А - и оно, забыв, не зная либо просто недооценивая его недостатки, начинает изобретать А заново, искренне уверенное, что так лучше. Leonid Kudryavtsevпрограммист и все причастные должны были неизбежно думать о структуре БД, что было и не плохо. Угу. И при любых изменениях требовалось править кучу мест в программе. Вот, скажем, недавно я сделал такую вещь: переименовал таблицу, создал вьюху над этой таблицей, в триггерах над вьюхой посадил отладочную печать и сделал синоним, который направлял то на вьюху (работая в отладке), то на таблицу (быстро и как прежде). И никто ничего не заметил. А в том, что описываете Вы, было бы легче повеситься :) Leonid KudryavtsevТо в большинстве случаев для ввода данных и OLTP систем, как мне кажется, "select" это просто какое-то извращение. Сейчас, половина битвы за эффективность - это борьба С оптимизатором. Я не очень представляю себе, как превратить ввод данных и однострочные запросы в борьбу с оптимизатором. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 16:57 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerтри условия размещены в трёх местах и означают три разные по смыслу вещи. Наверное, можно сказать, что это дело привычки, во всяком случае доказать обратное будет затруднительно. Во всяком случае, если говорить о новичках и начинать с inner join, лично я не представляю, как объяснить ansi-синтаксис, чтобы он оказался удобнее и понятнее, нежели where-овский. Я долго подбирал слова. Но похоже у вас получилось лучше. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:00 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer Код: sql 1. 2. 3. 4.
вот это как раз не правильно. Если так сделать то получится тупо CROSS JOIN, вот если бы было типо on t.b = t1.a, тогда верно. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:11 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerЭто ведь не какое-то идеологическое преимущество ansi-синтаксиса... На мой взгляд именно "идеологическое преимущество" В Ansi синтаксисе очевиден (задан) порядок и условия соединения таблиц. В стандартном синтаксисе, эта информация изначально отсутствует. А при наличие связи outer join вида "одна таблица со многими", результат будет зависит от того, в каком порядке мы обходим таблицы. Но тут проблема не в Oracle, а изначальная идеологическая проблема релиционно баз данных и select'а, что из where и = можно автоматом (оптимизатором) восстановить структуру (сетевую) базы данных и [b]эффективно[b] извлечь данные. Обломись. Хорошо было в теории, полно глюков на практике. Меня, как разработчика, и оптимизатор и select бесят. Мне не нужно, что бы оптимизатор как-то "догадывался" и делал предположения о структуре базы данных. Я, как разработчик, структуру базы данных _знаю_. Я знаю, в каком порядке и как в моей структуре/модели (сетевой) расположены объекты предметной области (таблицы) и как _я_ планировал их объединять и с ними работать. В этом плане, ANSI синтаксис как-бы шаг назад. Он совершенно точно воспроизводит логику работы команд Dbase/FoxPro set relation to. Указали РУКАМИ порядок и условия объединения таблиц, из реалиционных таблиц программист руками собрал иерархическую структуру, вернули данные. Все руками программиста ))) Oracle же изначально пытается работать по классической схеме реалиционной алгебры. Оптимизатор видя запрос и глядя на таблицы пытается догадаться какая у них структура и как их эффективно связать. В целом... успешно ))). MS с оптимизатором не стала мучиться и изначально придумало синтаксис "как раньше". А потом сделало его стандартом. AFAIK softwarer...и я предпочитаю видеть все условия на таблицу вместе... Я не пытаюсь видеть "условия на таблицу". Мне на таблицу пофиг. Я пытаюсь понять структуру данных. Что, где и в какой последовательности размещено в БД. Своего рода кусок ER-диаграммы. А вот за "условиями на таблицу" когда таблиц 10-15, за "деревьями леса не видно". Особенно когда таблицы х.з. в какой последовательности перечислены во from и/или раскиданы по подзапросам. IMHO ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:15 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevВ этом плане, ANSI синтаксис как-бы шаг назад. Он совершенно точно воспроизводит логику работы команд Dbase/FoxPro set relation to. Указали РУКАМИ порядок и условия объединения таблиц, из реалиционных таблиц программист руками собрал иерархическую структуру, вернули данные. Все руками программиста ))) Вот это бред. Порядок соединений таблиц важен только для LEFT и RIGHT JOIN. INNER JOIN можно написать любой порядок, а уж оптимизатор сам решит как выгодней соединять таблицы. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Денисвот это как раз не правильно. Как бы Вам сказать.... 1, 2 и 3 - это вовсе не обязательно константы, это просто маркеры для отображения трёх по-разному работающих условий. Можно подставлять туда что угодно. А вот на тему "тогда верно"... как бы это деликатно сказать... если Вы действительно уверены, что надо только так и никак иначе, то почему такой синтаксис не запретили и всё будет нормально работать? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:23 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer...Угу. И при любых изменениях требовалось править кучу мест в программе. Вот, скажем, недавно я сделал такую вещь: переименовал таблицу, создал вьюху над этой таблицей, в триггерах над вьюхой посадил отладочную печать и сделал синоним, который направлял то на вьюху (работая в отладке), то на таблицу (быстро и как прежде). И никто ничего не заметил. А в том, что описываете Вы, было бы легче повеситься :) Ну как-то на FoxPro приложения разрабатывали и не вешались ))) Но в целом согласен. Определенная выгода от прогресса есть. Но и недостатки так-же. softwarerЯ не очень представляю себе, как превратить ввод данных и однострочные запросы в борьбу с оптимизатором. 1) "однострочные запросы" давно пытаюсь не делать 2) Желание отобрать данные (для последующего ввода) и посмотреть их в виде совершенно отличном от того, как они лежать в БД - встречал. Тут конечно претензия ни к базе данных, а к "архитекторам", которые такое желание у пользователей в корне не задушили. По результату - объединение >5 таблиц по hash-join + full table scan'ы. Вроде простейший запрос. В тесте все нормально (кто же смотрел на план), на пром данных все стоит колом, что и понятно. На старых системах разработки, программисту и в голову бы не пришло такое создать... они бы просто не позволили... ))) он еще на этапе написания set rela to уже бы понял, что творит х#$ню. Было решено изменением интерфейса. При этом, никаких претензий от аналитиков (пользователей?) не возникло. Юзабилити не пострадало. AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:32 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов ДенисВот это бред. Порядок соединений таблиц важен только для LEFT и RIGHT JOIN. INNER JOIN можно написать любой порядок, а уж оптимизатор сам решит как выгодней соединять таблицы. Порядок соединения таблиц важен всегда. "а уж оптимизатор сам решит" - только кто гарантирует, что он решит правильно. И откуда он знает, как их _нужно_ соединять? Обычно оптимизатор может просто "догадываться". Он это и пытается делать... например используя статистику... но не всегда получается ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:36 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevНа мой взгляд именно "идеологическое преимущество" В Ansi синтаксисе очевиден (задан) порядок и условия соединения таблиц. Это уже другая тема, не имеющая отношения к ORA-01417. Что касается заданного порядка соединения, то это палка о двух концах: сужая возможности оптимизатору, она одновременно и облегчает ему работу, и лишает возможности построить наиболее эффективный план. Leonid KudryavtsevА при наличие связи outer join вида "одна таблица со многими", результат будет зависит от того, в каком порядке мы обходим таблицы. Скажу так: не понял мысли. Возможно, будет лучше, если Вы покажете пример того, что имеете в виду. Leonid KudryavtsevМеня, как разработчика, и оптимизатор и select бесят. Мне не нужно, что бы оптимизатор как-то "догадывался" и делал предположения о структуре базы данных. Я, как разработчик, структуру базы данных _знаю_. Когда разработчик отдаёт базу в продакшн, а через пару лет вдруг на неё смотрит, он бывает сильно удивлён :) Leonid KudryavtsevВ этом плане, ANSI синтаксис как-бы шаг назад. Указали РУКАМИ порядок и условия объединения таблиц, из реалиционных таблиц программист руками собрал иерархическую структуру, вернули данные. Все руками программиста Скажу коротко: никто не мешает оптимизатору выполнить соединения не так, как написано в join-ах. Я даже уверен, что любой вменяемый оптимизатор не сковывает себя таким образом. То, о чём Вы говорите - чисто визуальное ощущение, с тем же успехом можно потребовать, чтобы оптимизатор выполнял where-часть строго сверху вниз и точно так же "всё руками", синтаксис тут не при чём. На практике для желающих этого Оракл предусмотрел хинт ORDERED. Leonid KudryavtsevОптимизатор видя запрос и глядя на таблицы пытается догадаться какая у них структура и как их эффективно связать. Знаете, это немного наркоманская фраза :) Оптимизатор ни о чём не гадает, структуру таблиц и многое другое он точно знает. Leonid KudryavtsevЯ не пытаюсь видеть "условия на таблицу". Мне на таблицу пофиг. Я пытаюсь понять структуру данных. Что, где и в какой последовательности размещено в БД. Своего рода кусок ER-диаграммы. Запрос - не то место, глядя на которое надо "пытаться понять структуру данных". Для этого предназначены те самые ER-диаграммы и прочая документация. Глядя на запрос, я хочу понимать логику этого запроса, логику выборки данных. И для этого мне очень удобно сначала прочитать, что в запросе участвуют ДОМА, ДВОРЫ и ДЕРЕВЬЯ (во from), потом прочитать, какие именно дома (несколько строк вместе в where), потом - какие именно дворы итп. В ansi-синтаксисе уже первое из этого - понять, какие сущности участвуют в запросе - уже требует нетривиальных усилий либо совершенно уродского форматирования. Leonid KudryavtsevА вот за "условиями на таблицу" когда таблиц 10-15, за "деревьями леса не видно". Именно. Типичная для ansi синтаксиса ситуация, когда куча условий забивает даже просто понимание, какие сущности участвуют в запросе. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Несколько хинтов вспомилось. Oracle(R) Database Performance Tuning Guide LEADING The LEADING hint specifies the set of tables to be used as the prefix in the execution plan. This hint is more versatile than the ORDERED hint. The LEADING hint is ignored if the tables specified cannot be joined first in the order specified because of dependencies in the join graph. If you specify two or more conflicting LEADING hints, then all of them are ignored. If the ORDERED hint is specified, it overrides all LEADING hints. ORDERED The ORDERED hint causes Oracle to join tables in the order in which they appear in the FROM clause. If you omit the ORDERED hint from a SQL statement performing a join, then the optimizer chooses the order in which to join the tables. You might want to use the ORDERED hint to specify a join order if you know something about the number of rows selected from each table that the optimizer does not. Such information lets you choose an inner and outer table better than the optimizer could. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:45 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevНу как-то на FoxPro приложения разрабатывали и не вешались Не вешались. А теперь попробуйте взять и сделать какую-нибудь задачу на "тех" инструментах. На пятом турбо паскале. На шестом майкрософт си. На клиппере. Не пример на две минуты, а просто задачку на несколько часов хотя бы. И очень быстро ощутите, что "а теперь бы повесился". Leonid Kudryavtsev"однострочные запросы" давно пытаюсь не делать Ну, тем не менее это естественная, правильная и даже пожалуй что основная составляющая oltp-запросов. Leonid KudryavtsevБыло решено изменением интерфейса. При этом, никаких претензий от аналитиков (пользователей?) не возникло. Юзабилити не пострадало. Ну вот и давайте отметим, что синтаксис соединений тут не при чём :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:45 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevСимонов ДенисВот это бред. Порядок соединений таблиц важен только для LEFT и RIGHT JOIN. INNER JOIN можно написать любой порядок, а уж оптимизатор сам решит как выгодней соединять таблицы. Порядок соединения таблиц важен всегда. "а уж оптимизатор сам решит" - только кто гарантирует, что он решит правильно. И откуда он знает, как их _нужно_ соединять? Обычно оптимизатор может просто "догадываться". Он это и пытается делать... например используя статистику... но не всегда получается ))) Честно говоря иногда очень хотелось иметь не столько язык запросов сколько язык конструирования экзекюшен планов. Это не кивок в сторону Ansi а скорее размышления на тему API и возможностей разработчика влиять на различные непредвиденные ситуации в продуктиве а также желание поймать "стабильность". ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerСимонов Денисвот это как раз не правильно. Как бы Вам сказать.... 1, 2 и 3 - это вовсе не обязательно константы, это просто маркеры для отображения трёх по-разному работающих условий. Можно подставлять туда что угодно. А вот на тему "тогда верно"... как бы это деликатно сказать... если Вы действительно уверены, что надо только так и никак иначе, то почему такой синтаксис не запретили и всё будет нормально работать? :) А это потому что можно написать например вот так Код: sql 1. 2. 3. 4.
и результат такого запроса будет отличаться от того если бы условие t2.b = 2 переместили в секцию where. В общем ANSI синтаксис запросов ничуть не хуже, просто его надо понимать. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:51 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Симонов Дениси результат такого запроса будет отличаться от того если бы условие t2.b = 2 переместили в секцию where. Да, именно об этом я и писал в том посте, который вызвал Ваше "неправильно". Теперь Вы это повторяете. Смысл беседы? Симонов ДенисВ общем ANSI синтаксис запросов ничуть не хуже, просто его надо понимать. Ну, лично я предпочитаю синтаксис, который можно просто "легко читать", без необходимости "специально понимать". Но основной вопрос имхо не в том, что лучше-хуже, а в том, что глупо осложнять жизнь наличием двух практически эквивалентных инструментов. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, ну для тех кто программирует исключительно на Оракл наверное так оно и есть. И если INNER JOIN во всех СУБД можно написать без JOIN, то c OUTER JOIN будет засада. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 17:59 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerА теперь попробуйте взять и сделать какую-нибудь задачу на "тех" инструментах ну я последние 15 лет большинство задач на C делаю на голом Win-API ))). Просто задачи небольшие. А нафига тащить в проект огромные "современные" библиотеки. В тех случаях, когда для скорости использовался Borland C builder и VCL (его библиотека визуальных компонентов) - через пару лет пришлось переделывать на "тех инструментах" выкидывая VCL ))). Т.к. вызывало много проблем в эксплуатации и сопровождении (начиная от чрезмерных требований к памяти) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 18:08 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsevну я последние 15 лет большинство задач на C делаю на голом Win-API ))). Мозохист. Чтож это за задачи такие? Кейгены? Кряки? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 18:21 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Возврат к командной строке неизбежен, но это будет уже 3D-строка:) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 18:32 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Библиотеки для чего нибудь более высоко уровневого ))) например: показ изображений для FoxPro и Oracle Forms, ф-ции для Oracle Forms (например ввод-вывод, аналог TEXT_IO, с поддержкой UTF8), мультимедия и спец.эффекты для Macromedia Directora и так далее, вызов ГОСТ шифрование (Crypto Pro CSP) для Java. Получить .DLL размером в пару мегабайт и/или в 10-20 Kb - в общем, разница есть ))) Особенно когда у клиентов (начало 200-х годов) компьютер с 32 Mb оперативной памяти, которая нужна прикладной системе на Oracle Forms, а половина памяти "отъедается" VCL который пришел вместе с _единственным_ вызовом одной ф-ции на C++ Builder'е, которая требуется для загрузки приложения.... можно конечно и так жить ))), но с учетом тиражируемости системы, все библиотеки были переписаны на MS VC и весь "современный хлам" просто выкинут ))). Ну или создавать ActiveX контрол, когда просто "поле для ввода" занимает 5-10 Mb - это IMHO перебор ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 18:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevБиблиотеки для чего нибудь более высоко уровневого ))) например: показ изображений для FoxPro и Oracle Forms, ф-ции для Oracle Forms (например ввод-вывод, аналог TEXT_IO, с поддержкой UTF8), мультимедия и спец.эффекты для Macromedia Directora и так далее, вызов ГОСТ шифрование (Crypto Pro CSP) для Java. Получить .DLL размером в пару мегабайт и/или в 10-20 Kb - в общем, разница есть ))) Особенно когда у клиентов (начало 200-х годов) компьютер с 32 Mb оперативной памяти, которая нужна прикладной системе на Oracle Forms, а половина памяти "отъедается" VCL который пришел вместе с _единственным_ вызовом одной ф-ции на C++ Builder'е, которая требуется для загрузки приложения.... можно конечно и так жить ))), но с учетом тиражируемости системы, все библиотеки были переписаны на MS VC и весь "современный хлам" просто выкинут ))). Ну или создавать ActiveX контрол, когда просто "поле для ввода" занимает 5-10 Mb - это IMHO перебор ))) У меня высоконфункцилнальные программы на Delphi 7 (а не одна какая то форма:)) занимают 1.5 - 2 Мб. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 18:56 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Это тот самый Forms? Двузвенка? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 18:56 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
P.S. Как пример: Из-за различных версий OCI библиотек был такой замечательный эффект, что основное приложение лезло в один Oracle home (Developer'а), а подгружаемые компоненты и библиотеки в другой Oracle client или Oracle Server 8.1.5. В целом, достаточно весело, когда посреди работы приложения получаешь TNS ошибку name not found ))) Разумеется, какие версии OCI "правильные" то известно только разработчикам Oracle Forms ))), не говоря уже о том, что похоже они не стандартный PRO*C, OCI пользуются, а какой-то спец. сборкой. Т.к. кроме чисто клиентского PROC*C библиотек, у них еще и какие-то куски от сервера вырезаны (интерпретатор PL/SQL). Понятно, что достать "правильную" версию и слинковать с ней не возможно. Это нужен доступ к исходному коду Forms'ов. Т.ч., де факто, в одном приложении две версии OCI, которые могут схватить разные хоумы ))) Аналогично MFC. Уже не помню, но долго мучался, пока правильные параметры линковки поставил. У MS специальная дока есть, использование MFC в библиотеках, которые вызываются из приложения слинкованного с другой версией рантайма и MFC ))) В общем, чем меньше современного хлама добавляешь в проект - тем спокойнее и меньше вероятность, что все упадет. Особенно печалит, когда все написано и вроде все работает (в продакшене уже пару лет), а тут неожиданно выясняется, что в редких случаях получаешь ошибку выделения памяти и GPF, т.к. разные менеджеры памяти от разных run time. Просто раньше на эту ошибку не нарывались. И, что называется, "приплыли". Код написан, работает в продакшене, а переделать "правильно" никак (см. выше, х.з. как слинковаться с правильным run time) ))) Аналог, Java и ADF библиотеки. Х.з. как на одном Weblogic домене задеплоить два приложения с разными версиями ADF ))) А уж в продакшен к заказчику я бы такое тем более ставить не стал ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 19:20 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevПолучить .DLL размером в пару мегабайт и/или в 10-20 Kb - в общем, разница есть Не особо. Если, конечно, вопрос не в том, что делаешь двадцать dll размером в пару мегабайт каждая. Leonid Kudryavtsevа половина памяти "отъедается" VCL который пришел вместе с _единственным_ вызовом одной ф-ции на C++ Builder'е, которая требуется для загрузки приложения.... можно конечно и так жить ))), В этом месте уже совершенно очевидно правильное решение - медленно элиминировать того идиота, кому нужно тащить в проект отдельных инструмент ради "одной функции для загрузки приложения". Ну и мелочи, типа - держать в памяти до конца работы то, что нужно только при загрузке. В общем, фигня на фигне фигнёй погоняет. Отдельный интерес - как собрать эту DLL так, чтобы она "занимала половину памяти" хотя бы в виде файла на диске.... я уж не говорю про то, сколько она будет на самом деле занимать в памяти. Я вот пожалуй не возьмусь представить, что надо запихать, чтобы "ради одной функции" собралось 16 метров. У меня полнофункциональные приложения гораздо меньше :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 19:28 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevТ.ч., де факто, в одном приложении две версии OCI, которые могут схватить разные хоумы ))) И вот тут возникает резонный вопрос: в чём смысл иметь на машине несколько клиентов Оракула да ещё и с разными хомами? Неужели один, самый свежий, клиент неспособен работать с несвежими серверами?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 19:34 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerНе особо. Если, конечно, вопрос не в том, что делаешь двадцать dll размером в пару мегабайт каждая. Ну не двадцать, но 4-5 было. Вопрос в том, что "по хорошему" динамическая линковка должна спасать. Но это в теории. А на практике, х.з. как оно будет работать.Часто вообще в виде .DLL код может и не запуститься (и/или не понятно, как правильно слинковать). Только как .EXE в отдельном адресном пространстве. Leonid KudryavtsevВ этом месте уже совершенно очевидно правильное решение - медленно элиминировать того идиота, кому нужно тащить в проект отдельных инструмент ради "одной функции для загрузки приложения" Поэтому пытаюсь и не тащить ))) Win API обычно достаточно. Leonid KudryavtsevНу и мелочи, типа - держать в памяти до конца работы то, что нужно только при загрузке. Не всегда, то, что загрузили, потом можно выгрузить ))). Ну, или, скажем так, сделать это легко. Современный пример: Java, native dll и load library. Флейм лучше не разводить, но редеплой приложения загружающего .dll библиотеку в WebLogic меня как-то не сильно обрадовал. Подробностей не помню, но есть ситуации, когда weblogic физически перегружать нужно. Дабы, грузим dll мы хорошо, а вот выгружать не очень умеем. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 19:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovLeonid KudryavtsevТ.ч., де факто, в одном приложении две версии OCI, которые могут схватить разные хоумы ))) И вот тут возникает резонный вопрос: в чём смысл иметь на машине несколько клиентов Оракула да ещё и с разными хомами? Неужели один, самый свежий, клиент неспособен работать с несвежими серверами?.. Что Вы накинулись ))) Да. Не способен. Ответ достаточен? Если подробнее: Oracle Forms 6i - работает только в своем home (версия 8.0.0-8.0.3). Для ряда вещей, может потребоваться полноценный клиент. Будет 2-ой home. Если на компьютере установлен еще и сервер. Будут уже 3-ий home. и так далее. Если компьютер разработчика, можно было бы продолжить перечисление ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 19:47 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevДа. Не способен. А вот свежий клиент Firebird способен работать с сервером Firebird любой версии... К чему бы это?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 19:49 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
А кто говорил про клиента? Речь шла о приложении. Oracle клиент тоже работать может. Запускай sql плюс, соединяйся с сервером и вперед. А вот когда речь заходит о реальных приложениях "не все так очевидно" ( C ) дочь офицера. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:00 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovв чём смысл иметь на машине несколько клиентов Оракула да ещё и с разными хомами? (опуская многочисленные матерные комментарии) Forms - вещь в себе. Вместе с ней шёл свой, особый клиент. Работа этого продукта через обычный клиент, равно как и работа какого-либо другого приложения через формсовый клиент не гарантировалась. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:02 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevА вот когда речь заходит о реальных приложениях "не все так очевидно" ( C ) дочь офицера. Ну почему, с вменяемыми разработками всё вполне очевидно. Ну а продукт, который выиграл бы, если бы его писали индусы, но при этом имел инсайдерский доступ к внутренностям БД и активно им пользовался.... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovА вот свежий клиент Firebird способен работать с сервером Firebird любой версии... К чему бы это?.. смешно. даже во время 9.х ФБ еще в проекте не было, был итербейз, с которым ФБ работать не может. т.е. ФБ мало того, что по функционалу не тянет, так и супорт старых версий никакой. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:03 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevВ Ansi синтаксисе очевиден (задан) порядок и условия соединения таблиц. Что есть наглое надругательство над SQL - ибо он язык 4 покаления - декларативный. И никакого порядка в нем быть не должно. Запрос надо строить так, чтобы было понятно какой нужен результат, а не что надо делать, чтобы его получить. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:06 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerForms - вещь в себе. Вместе с ней шёл свой, особый клиент. Не преувеличивай. Обычный SQL*Net2 там использовался. Который к OCI отношения не имеет, поскольку лежит на уровень ниже. Yo! даже во время 9.х ФБ еще в проекте не было, был итербейз, с которым ФБ работать не может. т.е. ФБ мало того, что по функционалу не тянет, так и супорт старых версий никакой. Да ну? И как это мне только удавалось через клиент от FB 2.5 работать с IB 5.1?.. Не иначе как моё кунг-фу сильнее твоего... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:12 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovsoftwarerForms - вещь в себе. Вместе с ней шёл свой, особый клиент. Не преувеличивай. Обычный SQL*Net2 там использовался. Который к OCI отношения не имеет, поскольку лежит на уровень ниже. Дим, у меня крепнет ощущение, что для разговоров с тобой надо брать словарь. С формсами шёл отдельный клиент. Это факт. Неформсовые приложения, запущенные через него, с некоторой вероятностью давали левые сбои. Это факт. Формсовые приложения, запущенные через обычный клиент, с некоторой вероятностью давали сбои. Это факт. Поэтому иногда требовалось ставить на одну машину и формсовый и нормальный клиент. Это факт. Всё. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:23 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarer, softwarer(опуская многочисленные матерные комментарии) Forms - вещь в себе. Вместе с ней шёл свой, особый клиент. Работа этого продукта через обычный клиент, равно как и работа какого-либо другого приложения через формсовый клиент не гарантировалась. Ну почему матерные ))) Просто Вы не умеете его готовить ))) Делайте все по нотам, аккуратно устанавливайте Oracle home в правильном порядке и все работает. Честно говоря, про современные Java-технологии мне значительно больше хочется матерно выругаться. Написал приложение, на рабочей машине - один xml парсер подключается, у заказчика - то один, то другой. При этом в зависимости от такого феерического параметра, как с каким сервером БД соединились. Соединяюсь с одним сервером - Xalan/Xerser, соединяюсь с другим - Oracle Xml. Патер на патерне, класс фактори на класс фактори сидит и класс фактори погоняет... ((( softwarerравно как и работа какого-либо другого приложения через формсовый клиент не гарантировалась. Что есть не совсем правда. Совместно с Oracle Forms можно использовать PRO*C версий 8.0.5, 8.0.6. Что документировано и реально работает. Проверено на практике. Работает даже в той же самой сессии и даже можно использовать Forms'овые идентификаторы в виде PRO*C бинд переменных. Если какой-то извращенец захочет ))) Лично мне требовалось для реализации полноценной поддержки Blob в приложении. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:24 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevНу почему матерные ))) Просто Вы не умеете его готовить ))) И даже не собираюсь учиться. Мне хватило поверхностных взглядов и наблюдений за теми, кто умеет его готовить. Leonid KudryavtsevЧестно говоря, про современные Java-технологии мне значительно больше хочется матерно выругаться. Ну, логика "есть вещи и похуже" имхо неубедительна. Leonid Kudryavtsevsoftwarerравно как и работа какого-либо другого приложения через формсовый клиент не гарантировалась. Что есть не совсем правда. Совместно с Oracle Forms можно использовать PRO*C версий 8.0.5, 8.0.6. А, то есть существуют два приложения, которые через этот клиент таки работают Но вопрос в тех 100500, которые написаны не на Pro*C. Поэтому про "не совсем правда" - давайте поосторожнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:36 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevВ этом плане, ANSI синтаксис как-бы шаг назад. Он совершенно точно воспроизводит логику работы команд Dbase/FoxPro set relation to. Указали РУКАМИ порядок и условия объединения таблиц, из реалиционных таблиц программист руками собрал иерархическую структуру, вернули данные. Все руками программиста ))) Не могу сказать за остальные СУБД, но для оптимизатора MS SQL то, в каком порядке Вы в тексте запроса указали порядок и условия объединения, по большому счету ничего не значит. Если, конечно, не использовать кувалду, например: Код: sql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:41 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerС формсами шёл отдельный клиент. Это факт. Когда я работал с формсами, им не требовалось отдельного клиента. Это реальность, данная мне в воспоминаниях. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:46 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovКогда я работал с формсами, им не требовалось отдельного клиента. Это реальность, данная мне в воспоминаниях. Что требовалось формсам, я знаю плохо, потому что никогда не работал с ними, не собирался и не собираюсь. "У вас проблемы? На машине стоит формсовое приложение? Поставьте рядом обычный клиент и переключитесь на него - всё пройдёт" - это реальность, данная в воспоминаниях мне. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:53 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
softwarerА, то есть существуют два приложения, которые через этот клиент таки работают Но вопрос в тех 100500, которые написаны не на Pro*C. Поэтому про "не совсем правда" - давайте поосторожнее. Нет. Будут работать приложения подходящие с данным клиентом по версиям. Oracle Forms 6, 6i - собран и включает в себя клиента версии 8.0.5, 8.0.6. Несмотря на то, что поставлялся в одно время и позиционировался как средство из линейки 8i (в том числе и поддерживал ряд функций специфических для 8i) - т.е. версия сервера и клиента 8.1.5, 8.1.7 Другое дело, что устанавливая Server 8i и Forms 6i, как бы из одной линейки, получалось не совпадение версий (8.0.x, 8.1.x). Соответственно требовались разные home. Соответственно, подозреваю, что приложения слинкованные с OCI 8.0.5, 8.0.6 через его клиента работали бы совершенно корректно. Так же, я подозреваю (не сталкивался), что данное "запоздание в версиях" сохранилось и у более свежих Forms'ов Oracle ноты советуют: "устанавливать продукты в порядке от младших версий к старшим и в разные home". Что логично и работает. Старшие версии инсталятора корректно ставятся рядом со старыми продуктами (совместимость с предыдущими версиями). А вот если наоборот - то можно получить облом. Старые версии (инсталятор) могут не понять (не заметить) более новую версию софта и в ряде случаев банально ее затрут. Ну а дальше вопрос установки корректного Oracle home в момент запуска приложения. Вопрос совместимости минорных версий в рамках одной линейки продуктов не только с Forms'ами. В начале лета ставили Oracle Identity, достаточно долго пытались понять, какой-же версии требуется Oracle RCU и где его взять ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2014, 20:55 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!даже во время 9.х ФБ еще в проекте не было, был итербейз, с которым ФБ работать не может. 13 сентября 2001 года — 9i Release 1 (9.0.1.0) 18 января 2001 года - бета Firebird 0.9.4 (в некоторых местах до сих пор используется как релиз) 30 марта 2002 года - релиз Firebird 1.0 Так что, когда Оракл 9 был в проекте, Firebird тоже был в проекте. И, клиент Firebird работает с InterBase, и наоборот, но в определенных пределах по версиям. Потому что протокол менялся в последнее время и у Interbase, и у Firebird. Хотя у клиента Firebird осталось больше совместимости с InterBase, чем у клиента InterBase с Firebird. В принципе, все это пофиг, кто там когда вышел. Другое дело, что в ваших утверждениях постоянно что-то не сходится. А это раздражает. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 02:19 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Модератор: Отредактировано kdvdebose6) Будет ли fbclient от Firebird 2.5 корректно работать с серверами FB 2.1, 2.0, 1.5, 0.9 и IB 6.0 и 5.6? с 2.1, 2.0, 1.5 - да. далее - х.з. http://www.sql.ru/forum/935833/sovmestimost-klienta-gds-gbak-gsec-i-pr-s-raznymi-serverami-backward-i-forward kdv13 сентября 2001 года — 9i Release 1 (9.0.1.0) 18 января 2001 года - бета Firebird 0.9.4 (в некоторых местах до сих пор используется как релиз) 30 марта 2002 года - релиз Firebird 1.0 Так что, когда Оракл 9 был в проекте, Firebird тоже был в проекте. не понял к чему это. когда 9i был в проекте ФБ не было в проекте, когда был релиз 9i, ФБ был глубокой бэттой. а товарищи тут жалуются о несовместимости с 8.0х, середины 90х, буд-то бы у кого-то другого такая совместимость есть или у кого-то есть круче совместимость, чем у оракла. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 15:21 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevDimitry Sibiryakovпропущено... И вот тут возникает резонный вопрос: в чём смысл иметь на машине несколько клиентов Оракула да ещё и с разными хомами? Неужели один, самый свежий, клиент неспособен работать с несвежими серверами?.. Что Вы накинулись ))) Да. Не способен. Ответ достаточен? Если подробнее: Oracle Forms 6i - работает только в своем home (версия 8.0.0-8.0.3). Для ряда вещей, может потребоваться полноценный клиент. Будет 2-ой home. Если на компьютере установлен еще и сервер. Будут уже 3-ий home. и так далее. Если компьютер разработчика, можно было бы продолжить перечисление ))) Кстати да. Я вспоминаю что в телекомах зоопарк версий оракла был следствиемл админской деятельности по поддержке разных продуктов на 1 рабочем месте. Приходил 1 конфигураст. Ставил документооборот с приаттаченым Оракл-клиентом. Приходил 2 конфигураст. Ставил Парус и по инструкции лез в сеть и ставил свой клиент. Вобщем я помню пытался решать задачу унификации рабочего места но наткнулся на стену бюрократизма и непонимания. Грубо говоря Всем было пох сколько клиентов стоит на воркстейшнах. Главное - соблюсти инструкцию которую спустили сверху. А насчёт совместимости ... ну вроде 11й клиент коннектится к БД версии 8. Как-то так. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 15:38 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!Модератор: Отредактировано у меня на компе есть практически все версии InterBase и Firebird (от IB 4.0), но пока я не вижу смысла в составлении матрицы, какие клиенты ИБ-ФБ совместимы/несовместимы с какими серверами ИБ-ФБ. Частично, по запросу, я могу это проверить, сей секунд. Например, клиент А с сервером Б. Но абстрактно, ради неизвестной идеи - неохота тратить время на составление полной матрицы. Может быть, в ближайшем будущем. Yo.!буд-то бы у кого-то другого такая совместимость есть или у кого-то есть круче совместимость не имею ничего против, потому что по поводу совместимости клиентов оракла я ничего не говорил. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 18:57 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!, кстати, в контексте данной темы непонятно, зачем приводится как пример несовместимость клиентов и серверов ИБ и ФБ. Это разные продукты с 2000-2001 года, которые имеют право делать несовместимые друг с другом изменения в протоколе клиента. Другой вопрос - это совместимость клиентов и серверов отдельно ИБ, и отдельно ФБ. А еще тема - совместимость API клиента ИБ и ФБ, которая на текущий момент почти 100% (если не использовать специфику клиентов ИБ и ФБ, которая появилась с 2000 года). ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 19:00 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
maytonА насчёт совместимости ... ну вроде 11й клиент коннектится к БД версии 8. Как-то так. Oracle Support считает иначе. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 19:10 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Топикстартер определился с ответом ещё до того, как запостил вопрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 20:40 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
kdvу меня на компе есть практически все версии InterBase и Firebird (от IB 4.0), но пока я не вижу смысла в составлении матрицы, какие клиенты ИБ-ФБ совместимы/несовместимы с какими серверами ИБ-ФБ. Частично, по запросу, я могу это проверить, сей секунд. Например, клиент А с сервером Б. Но абстрактно, ради неизвестной идеи - неохота тратить время на составление полной матрицы. Может быть, в ближайшем будущем. не сомневаюсь. я уже перестал удивляться подходам ФБ-гайз. если бы я на работе заявил бы, что в принципе у нас интерфейс не сильно менялся я могу за пару секунд все протестировать, меня бы уже в этой компании к клавиатуре бы не подпустили. даже если вы сделаете такую матрицу, практическая ценность документа с таким подходом нулевая. kdvYo.!, кстати, в контексте данной темы непонятно, зачем приводится как пример несовместимость клиентов и серверов ИБ и ФБ. Это разные продукты с 2000-2001 года, которые имеют право делать несовместимые друг с другом изменения в протоколе клиента. потому, что тот смешной товарищ утверждал, что совместимость уходит дальше ФБ, ведь он то напал на несовместимость оракла 8.0х, который много старше ФБ. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 21:37 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!потому, что тот смешной товарищ утверждал, что совместимость уходит дальше ФБВот и предъявите претензию смешному товарищу. Firebird-то причём??? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 21:58 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Yo.!практическая ценность документа с таким подходом нулевая. отнюдь. есть масса старых систем на разных ИБ-ФБ, куда по разным причинам ставится софт на новых ИБ-ФБ, в результате чего (в основном из-за кривости инсталлятора) ломается работоспособность старых приложений. Мне у бухгалтера регулярно приходится контролировать установку таких систем. Всякие софтины пенсионного фонда, такском, и прочие. В качестве оффтопа можно было бы шутливо спросить, "где тут оракл". ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2014, 23:23 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Firebird12 Ну и чем закончилась эпопея с выбором сервера? Ждать перебоев с хлебом? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.06.2015, 16:37 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
да откровенно жаль нанимателей...хотя тоже сами виноваты наняли человека, который не понимает, зачем для перевозки стопицот тонн зерна нужны грузовики, когда можно чисто агротуризм организовать: понаедут агротуристы, каждый 1 авоську на велосипеде до элеватора отвезет забесплатно, еще и спасибо скажет что и физкультурой позаниматься дали и родине пользу принести топикстартер, ваш вопрос поверг меня в глубокий шок мой обычный ответ на вопрос: "а стоит ли брать мсскл под 1с, когда можно поставить постгре?" звучит так: "если ваш простой на 3 рабочих дня каждый месяц не стоит того, чтобы тратиться на мсскл - ставьте постгре и сразу закладывайтесь на простои" ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2015, 16:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
_bob.......... мой обычный ответ на вопрос: "а стоит ли брать мсскл под 1с, когда можно поставить постгре?" звучит так: "если ваш простой на 3 рабочих дня каждый месяц не стоит того, чтобы тратиться на мсскл - ставьте постгре и сразу закладывайтесь на простои" и дело тут не в грузовиках и велосипедах, а в том, что 1С написан дятлами, не понимающими , как работать с версионниками. А под блокировочник они думать немного научились, за 20-то лет. и да, оно немного пинается изнутри 1С и под постгресом, но перписывать куски 1С-скл приходится, в части работы с длинными транзакциями со стационарными же табличками. там где они по 10 раз пишут в одно и то же место последовательными приближениями, типа расчёта себестоимости в УПП. Будет местами даже шустрее чем с мсскл. но посколь этим заниматься -- не ахти какая мозга нужна, да и славы с гулькин куль -- я предпочитаю рекомендовать 1С юзать с мсскл, а не с постгресом. и не приставать ко мне с 1С--глупостями ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2015, 17:04 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
_bobзачем для перевозки стопицот тонн зерна нужны грузовики Нет, вопрос в том зачем на тонну зерна нужен карьерный самосвал с его размером, грузоподъёмностью и скоростью. _bobесли ваш простой на 3 рабочих дня каждый месяц А вот отсюда поподробнее, пожалуйста: что такое с PG случается 3 дня в месяц, что он работать не может? Критические дни?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2015, 17:07 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov<> _bobесли ваш простой на 3 рабочих дня каждый месяц А вот отсюда поподробнее, пожалуйста: что такое с PG случается 3 дня в месяц, что он работать не может? Критические дни?.. в бытность внедрения /допилежа УПП--клона в одной маленькой психиатрической лечебнице, ничего с пж не случалось. но каждое утро, а особо по понедельникам, с 1С случался расчёт себестоимости, который был ими написан и отлажен под мсскл, без учета особенностей пж-- оптимизатора (там, у пж, со статистикой в длинной транзакции плохо, когда записей много, и никто--никто вовремя сказать ANALYZE изнутри транзакции не додумывается после того как вставит 100500 записей на пустое место -- в результате планировался нестед луп тройной или четверной вложенности по 10^4 -- 10^5 записей. всё это переписывалось изнутри 1С кода, на вполне приемлемые времена счёта -- запинывается на приличный план). но после этого 1С похвалялся патчем к 9-ке, снимающим эту проблему сочленения (без переписывания кода 1С--конф). давно это было. лет наверное 4 или 5 уже как. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2015, 17:28 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov_bobесли ваш простой на 3 рабочих дня каждый месяц А вот отсюда поподробнее, пожалуйста: что такое с PG случается 3 дня в месяц, что он работать не может? Критические дни?.. понятия не имею и даже разбираться не хочу при этом наблюдаю подобных пациентов регулярно (приятель аутсорсит сисадминство и эникей, регулярно у кого-то из их клиентов (1с на постгре) возникают "критические дни" с выдираниями волос на лысинке и криками "какие-то несчастные хххх рублей надо было заплатить!!! а теперь я теряю в ххх раз больше!!!"...несколько раз обращались ко мне, пару раз я даже помог, потом стал отказываться и приятелю посоветовал в случае применения его клиентом описываемой связки сразу оговаривать, что 1с на постгре они не админят - приятель очень благодарен) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2015, 18:57 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
_bobразбираться не хочу Ну, это типичная ситуация в случаях, когда идиоты нанимают эникейщика вместо DBA. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2015, 19:00 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov_bobразбираться не хочу Ну, это типичная ситуация в случаях, когда идиоты нанимают эникейщика вместо DBA. Ну, дык он же сразу написал: _bobда откровенно жаль нанимателей...хотя тоже сами виноваты Правда, судя по контексту, автор цытаты уверен, что описывал не себя и своих нанимателей ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2015, 19:34 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
miwaonlineDimitry Sibiryakovпропущено... Ну, это типичная ситуация в случаях, когда идиоты нанимают эникейщика вместо DBA. Ну, дык он же сразу написал: _bobда откровенно жаль нанимателей...хотя тоже сами виноваты Правда, судя по контексту, автор цытаты уверен, что описывал не себя и своих нанимателей да уверен, что описывал не себя и своих нанимателей я не эникейщик и никогда не был DBA 10 лет назад завязал с разработкой под MSSQL и Oracle зато погрузился в область стоимостей владения/обслуживания/простоя многое понял по обсуждаемой теме понял следующее: лепить конфеты из Г.... можно, но только на продажу и так, чтобы к тебе продукт не вернулся....если же для себя, то сырье ОБЯЗАТЕЛЬНО нужно сменить ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2015, 11:42 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
_bob<> я не эникейщик и никогда не был DBA 10 лет назад завязал с разработкой под MSSQL и Oracle <>кодерка из сырья не вышло и оно переметнулось в манагерки понимаем ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2015, 11:48 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov_bobразбираться не хочу Ну, это типичная ситуация в случаях, когда идиоты нанимают эникейщика вместо DBA. задача стояла не разобраться и понять почему, а запустить систему с минимальной потерей данных в минимальное время люди, о которых я писал, не нанимают DBA, у них даже эникей - приходящий аутсорсер ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2015, 12:05 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
_bobлюди, о которых я писал, не нанимают DBA То есть ты ещё раз подтвердил старую поговорку "скупой платит дважды". Поздравляю, кэп. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2015, 12:43 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
_bobкогда можно чисто агротуризм организовать: понаедут агротуристы, каждый 1 авоську на велосипеде до элеватора отвезет забесплатно, еще и спасибо скажет что и физкультурой позаниматься дали и родине пользу принести Меня поверг в шок логистический трюк с велосипедами. Сам являюсь велосипедистом любителем но совершенно не представляю как можно что-то планировать исходя из подобных инициатив. Есть ли примеры подобных инноваций? Пруфы? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2015, 13:54 |
|
Firebird vs Oracle для БД до 200 Gb и 50 пользователей при нагрузке OLTP
|
|||
---|---|---|---|
#18+
mayton_bobкогда можно чисто агротуризм организовать: понаедут агротуристы, каждый 1 авоську на велосипеде до элеватора отвезет забесплатно, еще и спасибо скажет что и физкультурой позаниматься дали и родине пользу принести Меня поверг в шок логистический трюк с велосипедами. Сам являюсь велосипедистом любителем но совершенно не представляю как можно что-то планировать исходя из подобных инициатив. Есть ли примеры подобных инноваций? Пруфы? жванецкий с монологом на подобную тему выступал года так с 1985-го власти на местах слили миллионы на развитие "агротуризма" ,причем безо всяких пруфов собсно, JOIN этих двух сущностей и дал нам возможность говорить о шокирующем логистическом трюке с велосипедами ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
09.07.2015, 17:13 |
|
|
start [/forum/topic.php?all=1&fid=35&tid=1552322]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
170ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
257ms |
get tp. blocked users: |
2ms |
others: | 242ms |
total: | 715ms |
0 / 0 |