10 апреля, в 7 часов вечера

В рамках подготовки к конференции "Российские интернет-технологии" пройдёт семинар "Оптимизация производительности БД".

Аудиторией семинара являются разработчики ИС и ПО со средним опытом, начинающие архитекторы, проектировщики систем и администраторы баз данных, IT-менеджеры.

На семинаре будут рассмотрены:
* факторы, влияющие на производительность системы
* принципы оптимизации
* бизнес-ориентированная методика оптимизации по Голдрату
* техники оптимизации на каждом из слоёв системы с акцентом на БД
* некоторые примеры
* инструменты профилирования и мониторинга.

Чтобы попасть на семинар, пришлите свои ФИО на dbperf_workshop (o) beskov.ru

Адрес проведения семинара: метро Октябрьское Поле, 1-й волоколамский проезд, д.10 строение 3, офис компании "Люксофт"

Путь от метро: первый вагон из центра, выход по подземному переходу направо, потом сразу налево, далее проходите около 50 метров вперед на остановку 105 и 800. Вам необходимы автобусы NN 105, 800, следующие до остановки "1-й Волоколамский проезд". Автобус останавливается напротив первой проходной.

Либо пешком от метро, идти минут 10

Ссылку на что? )

Рассматриваться будут общие решения, применимые для популярных СУБД - SQL Server, Oracle, MySQL, PostgreSQL, FireBird, за редким исключением.

miksoftCсылку на ... На официальный анонс, расписание семинара, темы докладов, компанию-организатор...Хм, интересно, вам шашечки или ехать? ) Какой анонс вы посчитаете "официальным"? Вам красивыми буквами на отдельной странице отдельного сайта написать? А зачем? Есть приблизительно 2 часа времени, есть план семинара с пунктами, какого еще расписания не хватает? Почему "доклады", если написано "семинар"? Разве семинары могут только компании организовывать?

[quot Майевтик]Рассматриваться будут общие решения, применимые для популярных СУБД - SQL Server, Oracle, MySQL, PostgreSQL, FireBird, за редким исключением.хм, т.е. за несколько вечерних часов предполагается рассмотреть пять СУБД?Читайте, пожалуйста, внимательнее - ОБЩИЕ решения для популярных СУБД, т.е. суть которых в большой степени переносима. Проблема в том, имхо, что многие разработчики не владеют в должной мере типовыми решениями, в такой ситуации частные свойства конкретной СУБД не спасают. Как говорится, "нечего на СУБД пенять, коли архитектура крива" :)

Обубликовал презентацию вчерашнего семинара в онлайне

http://www.uml2.ru/forum/index.php?action=dlattach;topic=203.0;attach=270