Watch, Follow, &
Connect with Us

Vsevolod Leonov

Вебинар #1 с Дмитрием Кузьменко, InterBase (запись)

Вы можете скачать запись вебинара с Дмитрием Кузьменко, посвященного проблемам создания и эксплуатации масштабируемых корпоративных систем на примере InterBase.

Масштабируемость (scalability) является одним из самых жёстких требований к информационным системам. Не всегда и далеко не всякая технология способна "растягиваться" без потери функциональности, если вообще это бывает возможно (потому что сохранение функционала в таких случаях означает его новый качественный уровень). Конечно, потребности бизнеса (в смысле совокупности бизнес-процессов, подчинённых бизнес-правилам) можно предсказать даже на начальных стадиях, но ранняя ставка на масштабируемость требует слишком больших исходных затрат. Причём дело не в материальном/временном эквиваленте, а в нехватке экспертных знаний. Просто мало таких людей, да и "найти и расспросить" часто бывает сложно.

А как без эксперта? Тоже можно, но долго и сложно: нужно заниматься исследовательским проектированием/программированием. Или вообще отложить фазу технического анализа масштабируемости "на потом" с повышением риска её отсутствия для системы в будущем.

Здесь представлена первая серия "экспертных вебинаров" на тему использования СУБД для построения корпоративных систем на примере InterBase. Ждём следующих таких активностей и присылаем вопросы.

Posted by Vsevolod Leonov on March 20th, 2012 under InterBase, Recorded Webinars |



5 Responses to “Вебинар #1 с Дмитрием Кузьменко, InterBase (запись)”

  1. Aleksandr Bozhko Says:

    Интересный вебинар получился. Из серии "… то, о чем не пишут в книгах".

    Подобные вебинары, мне какжется, можно выкладывать и в аудиоформате, что бы в телефонах, плеерах и прочих гаджетах слушать… А в данном конкретном случае и стенограмма нужна.

  2. Андрей Says:

    Мне тоже семинар понравился, но вот пока не получилось освоить тюнинг firebird-а по материалам ibase.ru, потому что информацию нужно выискивать среди кучи статей, многие из которых настолько старые, что диву даешься. При этом основная масса советов на эту тему звучит в виде "прочитай все статьи на ibase.ru" (особенно на нашем любимом sql.ru). Радует, что СУБД видимо делалась "для российских дорог" и во всех колхозах, где мы ее ставили ни разу не было никаких проблем даже в отсутствии системных администраторов в штате организаций.

  3. delphinotes (sw) Says:

    Услышав фразу "горизонтальный сплит таблиц", мне вспонилась замечательная возможность в СУБД Oracle (правда только в Enterprise редакции) делать такое средствами СУБД не заметно для пользователей. Суть примерно такая: таблица создаётся в режиме разделения по партициям (partition by range), и задаётся условие, по которому определяется, в какую партицию будут попадать записи. Наиболее удобный вариант - делать разбивку, например, по годам. Т.е. физически Oracle таблицу будет хранить в разных файлах (причём индексы будут тоже разбиваться), нужный файл выбирается по заданному условию (например по дате) автоматически из условия where запроса. Причём логически, т.е. с точки зрения приложений, таблица одна и работа с ней не отличается от обычных таблиц.
    А спустя пару лет, архивный файл можно отмонтировать от БД и перенести на архивный носитель простым копированием, тем самым освободив место на жестком диске для новых данных. При неоходимости, этот файл можно подмонтировать обратно (например, если вдруг понадобилось просмотреть старый архив) - всё это делает администратор БД, обычные пользователи ничего и не заметят.

    Вопрос: можно ли что-то подобное делать в InterBase?

  4. Юрий Says:

    Можно использовать внешние таблицы. Которые легко можно отмонтировать или примонтировать. Единственное неудобство что разбивать придётся в разные таб. и писать типа s*f LOG UNION s*f LOG2011 UNION s*f LOG2010…()

  5. kdv's blog (Interbase) : Шифрование в InterBase Says:

    [...] 2008 года.В общем,  вместе с Embarcadero провели первый вебинар на тему InterBase, и в него вошел общий рассказ про возможности [...]

Leave a Comment



Server Response from: BLOGS2