JP Morgan Chase Oracle database outage

[zVlad]

...

Хотя течнически я не вижу здесь особой проблемы - мне пришло в голову быстрое решение, возможно там есть подводные камни, но решение есть на мой взгляд. Интересны, Вы, пройдя некоторый самостоятельный курс освоения DB2 for zOS поймете что я имею в виду?

Я верю что можно придумать кучу костылей, но при логическом локе я напишу очень простой sql, а как там в случае с native локами? Озвучите?

Никаких костылей. Выполняем два запросa, один с SKIP LOCKED DATA другой с WITH UR отбрасываем билеты присутствующие в обоих наборах, остальные будет те что заблокированы.

[KinDzaDza]

...

Хотя течнически я не вижу здесь особой проблемы - мне пришло в голову быстрое решение, возможно там есть подводные камни, но решение есть на мой взгляд. Интересны, Вы, пройдя некоторый самостоятельный курс освоения DB2 for zOS поймете что я имею в виду?

Я верю что можно придумать кучу костылей, но при логическом локе я напишу очень простой sql, а как там в случае с native локами? Озвучите?

Никаких костылей. Выполняем два запросa, один с SKIP LOCKED DATA другой с WITH UR отбрасываем билеты присутствующие в обоих наборах, остальные будет те что заблокированы.

zVlad, а как Вы предлагаете решать вопрос с количеством пользователей, которые смогут одновременно пользоваться этой системой по Вашему сценарию. Ведь при использовании найтив-локов на уровне базы (пофиг какой), надо держать соединение открытым с незавершенной транзакцией и закрепленным за этим самым юзером все то время, пока сам юзер не снимет лок (купив/отказавшись) или пока не истечет тайм-аут на лок (бронь). А если юзеров тысячи?

[crypto5]

...

Хотя течнически я не вижу здесь особой проблемы - мне пришло в голову быстрое решение, возможно там есть подводные камни, но решение есть на мой взгляд. Интересны, Вы, пройдя некоторый самостоятельный курс освоения DB2 for zOS поймете что я имею в виду?

Я верю что можно придумать кучу костылей, но при логическом локе я напишу очень простой sql, а как там в случае с native локами? Озвучите?

Никаких костылей. Выполняем два запросa, один с SKIP LOCKED DATA другой с WITH UR отбрасываем билеты присутствующие в обоих наборах, остальные будет те что заблокированы.

И вы прочитаете в том числе например билеты которые только занесены в систему, но транзакции которых еще не закомичены.

[crypto5]

...

Хотя течнически я не вижу здесь особой проблемы - мне пришло в голову быстрое решение, возможно там есть подводные камни, но решение есть на мой взгляд. Интересны, Вы, пройдя некоторый самостоятельный курс освоения DB2 for zOS поймете что я имею в виду?

Я верю что можно придумать кучу костылей, но при логическом локе я напишу очень простой sql, а как там в случае с native локами? Озвучите?

Никаких костылей. Выполняем два запросa, один с SKIP LOCKED DATA другой с WITH UR отбрасываем билеты присутствующие в обоих наборах, остальные будет те что заблокированы.

zVlad, а как Вы предлагаете решать вопрос с количеством пользователей, которые смогут одновременно пользоваться этой системой по Вашему сценарию. Ведь при использовании найтив-локов на уровне базы (пофиг какой), надо держать соединение открытым с незавершенной транзакцией и закрепленным за этим самым юзером все то время, пока сам юзер не снимет лок (купив/отказавшись) или пока не истечет тайм-аут на лок (бронь). А если юзеров тысячи?

Тут уже обсуждалась эта проблема, Влад сказал что он не программист и в этом не разбирается

[KinDzaDza]

zVlad, а как Вы предлагаете решать вопрос с количеством пользователей, которые смогут одновременно пользоваться этой системой по Вашему сценарию. Ведь при использовании найтив-локов на уровне базы (пофиг какой), надо держать соединение открытым с незавершенной транзакцией и закрепленным за этим самым юзером все то время, пока сам юзер не снимет лок (купив/отказавшись) или пока не истечет тайм-аут на лок (бронь). А если юзеров тысячи?

Тут уже обсуждалась эта проблема, Влад сказал что он не программист и в этом не разбирается

А, ну это как в анекдоте про мышей и Мудрого Филина.

[Dmitry67]

KinDzaDza, +1 !!!

[zVlad]

....И вы прочитаете в том числе например билеты которые только занесены в систему, но транзакции которых еще не закомичены.

Что это за билеты такие?

[zVlad]

...Тут уже обсуждалась эта проблема, Влад сказал что он не программист и в этом не разбирается

Не надо за меня отвечать.

[crypto5]

....И вы прочитаете в том числе например билеты которые только занесены в систему, но транзакции которых еще не закомичены.

Что это за билеты такие?

Билеты которые находятся в состоянии между insert into tickets и commit.

[crypto5]

...Тут уже обсуждалась эта проблема, Влад сказал что он не программист и в этом не разбирается

Не надо за меня отвечать.

Да, ответьте за себя сами

[Flying Hen]

И все же, может кто нибудь выложить screenshot с select и результатом - не важно каким - просто интересно как 'выглядит рабочее' место DBA DB2

Рабочее место с принципе выглядит аналогично любой другой базе. Есть командная строка, довольно неуклюжий, но юзабельный Control Center, еще какие-то гуёвые тулзы, которые лично я не использую. Есть сторонние продукты, работающие с DB2 точно также, как с другими базами.
CLP
Control Center
Visual Explain

[Dmitry67]

Интересно, почему такие большие фирмы (IBM, Oracle) так мало уделяют усилий созданию GUI к своим базам
Для MS SQL я вообще ни разу не видел DBA, у которого основным бы не был Enterprise manager/Management Studio от Microsoft.
Мне даже не известны конкуренты в данной нише (хотя есть куча 3rd party tools для вспомогательных вещей)

[iDesperado]

Интересно, почему такие большие фирмы (IBM, Oracle) так мало уделяют усилий созданию GUI к своим базам
Для MS SQL я вообще ни разу не видел DBA, у которого основным бы не был Enterprise manager/Management Studio от Microsoft.
Мне даже не известны конкуренты в данной нише (хотя есть куча 3rd party tools для вспомогательных вещей)

ну про оракл вы зря, оракловый EM (вебный) сегодня фору даст майкрософту как по удобству так и по наворотам. менеджмент студия у МС мягко говоря не очень наворочена, сравните с pl/sql developer или Toad (3rd party tools). кстати один из конкурентов Toad for MSSQL.
сам же оракл свой sqldeveloper потихоньку пилит, до pl/sql developer или Toad ему далеко, но на фоне менеджмент студии как минимум не уступает в наворочености. единственно жава гуй тяжеловат имхо.

[zVlad]

Интересно, почему такие большие фирмы (IBM, Oracle) так мало уделяют усилий созданию GUI к своим базам
Для MS SQL я вообще ни разу не видел DBA, у которого основным бы не был Enterprise manager/Management Studio от Microsoft.
Мне даже не известны конкуренты в данной нише (хотя есть куча 3rd party tools для вспомогательных вещей)

Дима, извините, но Вы наивный человек. С одной стороны Вы говорите у Вас сотни серверов, с другой Вы надеетесь кликами их администрировать (и видимо администрируете, я не понимаю как). У меня был опыт работы с репликацией в MS SQL из DB2 на МФ. Там был только GUI интерфейс в том числе Enterprise Manager если не ошибаюсь. Так это была каторга. Чтобы одну таблицу "зарядить" в репликацию нужно было на стороне MS SQL "кликнуть" раз двадцать. А у нас больше 500 таблиц реплицируется.

Наш стиль на МФ таков чтобы все работы однажды спроектированные далее выполнялись в автоматическом режиме. GUI используется только для анализа проблем, наблюдения и поиск корневой причины. Фиксаем и управляем мы только через интерфэйс терминала 3270 (это конечно не GUI в современном виде, но это и не командная строка telnet-a Unix. 3270 - это полноэкранный режим работы, т.е. в виде форм с полями и даже некоторой имитацией окон. Более чем достаточно).

[Dmitry67]

zVlad, когда вы настроили репликацию вы можете ее скриптануть, и повторить как угодно для любого кличество объктов уже скриптом
По моему это очень удобно
делаете все для одной таблицы и потом распространяете тоже самое на 500.