BenderBot: 1 версия

2010-03-20T01:00:53Z

1 версия

DmitryBeloborodov в 13:36, 19 марта 2010

2010-03-19T13:36:37Z

BenderBot: 1 версия

2010-03-19T01:00:53Z

1 версия

StasFomin: /* Доклады */

2010-03-18T18:59:48Z

‎Доклады

Новая страница

= Регистрация и организация =
Мероприятие [http://www.peoplemind.ru/?page=activity-archive&ouid=334874 AskTom in Moscow] представляло из себя серию мини-докладов Тома Кайта, известного практика-популяризатора продуктов ''Oracle'', пишущего книги и отвечающего на вопросы на сайте [http://asktom.oracle.com AskTom]. Семинар проходил 24 февраля 2010 года в гостинице «Ренессанс Москва», в зале «Волга».

Организаторами перед началом семинара была приведена статистика: приехало <tt>333</tt> человека из <tt>150</tt> компаний (количество городов не запомнил, но было много иногородних: Киев, Минск, Сыктывкар, Калуга и т.д.). Девушка-организатор попросила поднять руки людей, приехавших за собственные деньги — их оказалось около трети (!).

Что понравилось:
* содержание докладов: интересно изложены, не являлись агрессивно рекламными, соблюден баланс полезных общих сведений и новой информации;
* при регистрации проблем не возникло;
* качество показанных слайдов и выданных материалов весьма хорошее (единственное, обложка оказалась перевернутой);
* питание было организовано на высоком уровне, количество приборов (3 вилки и 2 ножа разных размеров) привело даже в некоторое замешательство;
* синхронный перевод можно признать удовлетворительным (с поправкой, что переводчики явно не сильны в предметной области).

Что не понравилось:
* маленький размер зала (предполагаю, что с дальних рядов было все плохо видно);
* неудобная архитектура зала: две большие колонны заслоняли экраны.

Далее кратко изложено, что показалось интересным и оказалось записанным в блокнот. Все документы семинара находятся [https://svn.office.custis.ru/research/publishing/ask-tom/2010 здесь].

= Доклады =

== How Do You Know What You Know... ==
;Презентация:
[[Файл:ThingsYouKnow_OOW.pdf]]

Рассказал, приведя примеры, что ошибочно полагаться на свою уверенность, что что-то ''знаешь'':
* «знания» могут быть ошибочны;
* знания могут быть не ошибочны, но устареть.

Привел примеры ошибочности знаний из повседневной жизни (большинство ошибается в причине происхождения названия [http://ru.wikipedia.org/wiki/Канарские_острова Канарских островов] и [http://ru.wikipedia.org/wiki/Биг-Бен Биг-Бена]) и применительно к базе данных ''Oracle'':
* конструкции <tt>SELECT INTO</tt> и <tt>FETCH...CLOSE</tt> (равнозначны);
* <tt>IN</tt> vs <tt>EXISTS</tt> (равнозначны);
* <tt>NOT IN</tt> vs <tt>NOT EXISTS</tt> (равнозначны);
* <tt>WHERE NVL(:bind, column) = column</tt> (не рекомендуется);
* <tt>FETCH ARRAY</tt>.

Предостерег от сомнительных улучшений:
* разделения хранения данных и индексов (не оказывает сильного влияния);
* пытаться все-все переносить в базу данных неразумно.

Много раз повторил, что поведение и решение, работающее в предыдущих версиях (вообще и ''Oracle Database'' в частности), может не работать в новых версиях.

== The Best Way ==
;Презентация:
[[Файл:thebestway.pdf]]

В значительной степени философский доклад, хотя и, естественно, с технической подоплекой.

Ценными показались мысли о том, что «best practices» и пути решения любой задачи («best way») для каждого человека свои из-за разного личного опыта и набора знаний. Даже для одного и того же человека решения могут существенно отличаться в зависимости от контекста, т.е. конкретных условий, ситуации.

Перечислил набор лучших практик от ''Bryn Llewellyn'', запомнившиеся:
* наличие высокого класса образования (не формального, а истинных знаний);
* способность механистической визуализации (насколько я понял, умение визуализировать задачу как в своей голове, так и с помощью внешних средств для общения с другими людьми);
* возможность выразить что угодно на языке программирования (был упомянут именно ''PL/SQL'', мне кажется, что указание конкретного языка не столь важно);
* выбор родителей (видимо, это была шутка, хотя, конечно, фактор весьма важный :).

Далее Кайт в качестве приземленного примера привел SQL-запрос (две таблицы, соединенные идентификатором), показав разные пути более эффективного выполнения запроса в разных условиях (<tt>HASH JOIN</tt> или индексы). Основной вывод — не все однозначно, не выбирайте прямолинейное решение.

Еще озвучил банальную (но правильную мысль) — изучайте разные языки программирования. Чем больше знаете, тем более удачное решение сможете выбрать. Перечислил свой набор в порядке изучения: ''Tcl'', ''Ada'', ''C'', ''PL/SQL'', ''Java'', ''C++''.

== Database Worst Practices ==
;Презентация:
[[Файл:OOW_WorstPractices.pdf]]

В презентации они выглядели именно в виде «вредных советов», добавляя отрицание, звучат примерно так:
# Обязательно задавайте вопросы и оставляйте комментарии (авторам книг, блогов).
# Используйте binding переменных:
#* противодействие SQL-injection;
#* снижение нагрузки на процессор из-за постояного разбора каждого запроса на сервере;
#* уменьшение загрузки памяти по этой же причине;
#* улучшение масштабирования.
# Сообщайте пользователям об ошибках:
#* после <tt>WHEN OTHERS THEN</tt> (если уж воспользовались <tt>OTHERS</tt>) хотя бы <tt>log_error(...)</tt>;
#* в самом приложении выводите сообщения об ошибках.
# Излишнее обобщение (на уровне БД, приложения) — плохо.
# Не упрощайте излишне (перекликается с предыдущим советом).
# Не стремитесь создавать как можно больше экземпляров базы данных на один физический сервер, лучше создавать несколько виртуальных машин («больших 7 шапок из овцы не выкроишь никак»), так как неоптимально и несбалансированно расходуется память.
# Используйте внутреннюю функциональность БД (возможно, вы о ней даже не знаете), не изобретайте, вероятнее всего, худшие решения (имеющиеся возможности БД удовлетворяют 90% потребностей).
# Обязательно тщательно тестируйте:
#* более чем одним пользователем (одновременно);
#* максимально приблизьтесь к реальным данным (по объемам и наполнению);
#* написание «бенчмарков» (тестов с числовыми метриками) не заменяет полноценного тестирования;
#* обязательно нагрузочное тестирование.
# Используйте соответствующие типы данных (не приводите все искусственно к VARCHAR).
# Не делайте commit (очень) часто.
# Уделяйте внимание безопасности с самого начала проектирования (в презентации изображена машинка, обернутая цепью, чтобы не украли).
# Общайтесь с DBA (обращение к разработчикам) и разработчиками (обращение к DBA).

== Top 10, no 11, new features of Oracle database 11g Release 2 ==
;Презентация:
[[Файл:11 things about 11gr2 Long.pdf]]

Постараюсь уместить в одну строку каждую новую возможность (очень заинтересовавшиеся могут посмотреть в презентации подробней, ссылка выше):
* возможность параллелизма запросов (новый пакет <tt>DBMS_PARALLEL_EXECUTE</tt>);
* новая аналитическая функция <tt>LISTAGG</tt>;
* запуск в каталоге (результаты выполнения shell-скриптов можно использовать в <tt>SELECT</tt>, забавно);
* новый синтаксис иерархических запросов (ANSI-совместимый, мне показался более элегантным, чем <tt>CONNECT BY...START WITH</tt>);
* возможность выбрать предыдущие данные (исторически прошлые; типа, машина времени);
* наблюдение за появление файлов в каталоге (генерация события, обработчик);
* ''Deferred Segment Creation'' (честно говоря, не понял, что имелось ввиду);
* расширенная поддержка кэширования (оптимальное использование медленных ''SSD'' в составе кэша);
* улучшение исполнения запросов в очереди запросов;
* возможность одновременного существования в базе нескольких наборов (пакетов, представлений и т.д.), которые названы версиями. После тестирования нового набора одной командой он делается рабочим.

== Why: Why Why is probably the right answer ==
;Презентация:[[Файл:Why.pdf]]
Смысл названия доклада в том, что при задании вам вопроса рекомендуется задавать уточняющие вопросы (для того, чтобы самому дать ответ):
* как реорганизовать таблицы — зачем именно, оно действительно нужно?
* как создать таблицу в хранимой процедуре — зачем это вообще нужно (в качестве повторяющегося действия это неестественно)?
* как реорганизовать 50Гб базу данных — недостаточно данных, для чего именно?

Далее к Кайту присоединились люди из российского представительства ''Oracle'' (Дмитрий Волков и др.) и прочие лица. Наиболее интересным все же оказалось наблюдать за реакцией на вопросы (не всегда технические) и слушать ответы самого Томаса. Запомнились такие вопросы и ответы:
# Будет ли переписано ядро базы данных на ''Java'' (с ''C/C++'') — нет, так как
#* предъявляются жесткие требования по скорости;
#* портабельность под различные платформы у ''Java'' ниже, чем у ''C'';
# Чего не любит в ''PL/SQL'' (я ожидал услышать, что синтаксис, далекий от ООП):
#* злоупотребления использования <tt>WHEN OTHERS THEN</tt>;
#* автономные транзакции (<tt>PRAGMA AUTONOMOUS_TRANSACTION</tt>), так как их на практике обычно используют только для логгирования;
#* триггеры (помещают сложную логику).
# Пользуется ли он исходными кодами базы данных для ответов на вопросы — нет, так как это не имеет смысла (кода много, он запутан, ничем не поможет).
# Пользуется ли он ''My Oracle Support'' (бывший [http://metalink.oracle.com Metalink]) — нет, так как для доступа к базе знаний есть какое-то приложение для внутреннего пользования.
# Планирует ли использовать ''Flash'' на [http://asktom.oracle.com AskTom] (на [http://metalink.oracle.com Metalink] он появился) — нет, не планирует.
# Какие домашние животные есть у Кайта — 2 кота (всей семьи), морская свинка (дочери) и 2 лягушки (живут на столе у Тома).
# Что читает в свободное время (нетехническое) — сказал, что любит фантастику (назвал Азимова).

= Общие выводы =
* основной докладчик (Кайт), безусловно, вызывает большое уважение, хорошо рассказывает и уверенно отвечает на вопросы (видно, что предварительно обдумав);
* атмосфера мероприятия импонирует, собравшимся людям действительно интересно (в отличие от этого семинара, например, ''Oracle Tech Forum'' больше похоже на какое-то зомбирующее мероприятие);
* то, что рассказывается устами Кайта действительно «втыкает» (выражение от Андрея Бибичева), на меня особенно произвело впечатление слушание «The Best Way»;
* надо практиковаться в английском языке;
* приятно видеть человека (Кайта), занимающегося делом, которое ему интересно на протяжении столь длительного времени (и знания которого полезны другим).

[[Категория:AskTom in Moscow|Белобородов]]

{{replicate-from-custiswiki-to-lib}}

← Предыдущая	Версия 01:00, 20 марта 2010
(нет различий)

@@ Строка 15: / Строка 15: @@
 * неудобная архитектура зала: две большие колонны заслоняли экраны.
-Далее кратко изложено, что показалось интересным и оказалось записанным в блокнот. Все документы семинара находятся [https://svn.office.custis.ru/research/publishing/ask-tom/2010 здесь].
+Далее кратко изложено, что показалось интересным и оказалось записанным в блокнот.
 = Доклады =

← Предыдущая	Версия 01:00, 19 марта 2010
(нет различий)

AskTom in Moscow: отчет Дмитрия Белобородова - История изменений

BenderBot: 1 версия

DmitryBeloborodov в 13:36, 19 марта 2010

BenderBot: 1 версия

StasFomin: /* Доклады */