Персоналом Техопедии, 24 августа 2016 г.
Вывод: ведущий Эрик Кавана обсуждает тенденции в области баз данных с доктором Робином Блором, Дезом Бланчфилдом и Скоттом Уолцем в этом эпизоде «Горячих технологий».
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Уважаемые дамы и господа, привет и добро пожаловать на самое горячее шоу в мире корпоративных информационных технологий Hot Technologies 2016 года. Да, действительно! Меня зовут Эрик Кавана, сегодня я буду вашим организатором шоу под названием «Искусство наглядности: включение мультиплатформенного управления», да, действительно. Несколько быстрых заметок, есть слайд о твоей правде, по общему признанию пять лет назад, и достаточно обо мне, ударил меня в Твиттере @Eric_Kavanagh. Год жаркий, это наш стандартный слайд для Hot Technologies. Что мы сделали с этим шоу, так это то, что нам нужна была программа, которая помогла бы нам определить конкретный вид технологии, поэтому вся идея заключается в том, что мы получаем двух аналитиков, которые приходят и высказывают свое мнение о конкретном пространстве или конкретном типе функции что нужно предприятию, а затем приходит поставщик и демонстрирует то, что он построил, и объясняет, как оно согласуется с тем, что вы слышите от аналитиков.
И причина этого, как вы можете себе представить, заключается в том, что в мире маркетинга корпоративного программного обеспечения существуют термины, которые часто обсуждаются, и то, что происходит неизменно, заключается в том, что поставщики используют самые последние горячие термины, такие как большие данные или аналитика для Например, или даже SOA или другие термины, такие как платформа, и иногда эти слова очень точны для конкретной технологии, а иногда нет. Это шоу было разработано, чтобы действительно помочь нам сформулировать для вас, аудитории, какие конкретные виды технологий делают, как они работают и когда вы должны их применять.
С этим я собираюсь представить наших докладчиков. У нас есть наш собственный доктор Робин Блур, звонящий из его Остина, штат Техас, Дез Бланчфилд, звонящий с другой стороны планеты, и наш гость Скотт Уолц, звонящий из Кентукки. И действительно, на самом деле я нахожусь за пределами Питтсбурга, поэтому у нас сегодня полностью географическая организация из разных мест. На этом я собираюсь нажать первый слайд Робина, кстати, не стесняйтесь задавать вопросы, ребята, не стесняйтесь. Вы можете сделать это с помощью компонента Q & A вашей консоли веб-трансляции. И с этим я передам это доктору Блору. Вам слово.
Робин Блур: Хорошо, спасибо за это введение, Эрик. Позвольте мне перейти к первому слайду. Это коллекция сурикатов, думающих о базе данных. Вся презентация, которую я здесь делаю, на самом деле представляет собой общий набор мыслей о базе данных, которые у меня были в последнее время. Дело в том, что примерно в 2000 году казалось, что игра с базами данных закончилась в том смысле, что что подавляющее большинство реализаций базы данных происходило в реляционной базе данных. И затем это просто изменилось, вы знаете, все эти вещи, о которых думают сурикаты, хранилища столбцов, хранилища значений ключей, базы данных документов, база данных в памяти, графическая база данных и многое другое, внезапно возникли. И это было почти как новый тип геологической эры, когда внезапно появились окаменелости разных видов животных.
Новости от Lake Wobegon действительно закончились для единой модели базы данных. Нет сомнений в том, что СУБД все еще доминируют, но в настоящее время созданы другие виды баз данных. Действительно, это в значительной степени обзор того, что я собираюсь здесь сказать.
Размеры базы данных, некоторые из них на самом деле стали более важными в последнее время, но те, о которых я мог подумать, когда делали этот слайд, в любом случае, было ли оно масштабировано с точки зрения эффективного использования ресурсов любого сервера? Масштабируется ли он, чтобы он мог проходить через большие кластеры? Использует ли это доступное аппаратное обеспечение, которое вроде баз данных в памяти движется в этом направлении? Это распространяется? Существует ряд баз данных, которые по изменчивости распределены. Какие у него характеристики? Фундаментальная кислотная характеристика базы данных. Но теперь, вместо того, чтобы иметь фактическую согласованность, некоторые базы данных имеют конечную согласованность, люди используют их, и у них нет проблем с ними, поэтому они продемонстрировали, что ACID не был абсолютно необходим, просто хорошая вещь иметь в много ситуаций.
С точки зрения организации метаданных, вся игра изменилась. У нас есть разные организации метаданных, а не типичная схема RDBMS. С точки зрения оптимизатора, происходит очень много действий оптимизатора в зависимости от структур данных, которые вы пытаетесь оптимизировать. Что касается управляемости, в этом есть много различий, о которых я расскажу позже, но в целом весь смысл СУБД является управляемым, и опять же степень ее управляемости в некоторой степени определяет степень ее полезности.
С точки зрения аппаратных факторов, это действительно то, что говорит - я имею в виду, что здесь делается только одно замечание - здесь подчеркивается, что то, на что мы смотрим сегодня с точки зрения архитектуры баз данных, изменится. Это могут быть одни и те же базы данных, но им придется, так или иначе, учитывать то, что на самом деле происходит на аппаратном уровне. В течение многих, многих лет у нас была такая относительно простая ситуация с процессором, памятью и вращающимся диском - ну, на самом деле, все прошло.
Дело в том, что здесь, во-первых, у нас есть процессоры, но они гораздо более параллельны, чем раньше, с множеством различных процессорных ядер. У нас также есть графические процессоры, у нас также есть FPGA, различные виды кремния, но Intel объединила одну FPGA с процессором в следующем выпуске и - И - объединила GPU и процессоры вместе на одном чипе. У вас есть фишки с разными характеристиками. Преимущество графического процессора в том, что он действительно хорош для тяжелого параллелизма, особенно с числовыми вычислениями. ПЛИС, вы можете, так или иначе, вы можете поместить код на чип, и он работает гораздо быстрее, чем если бы вы просто подали его на чип.
Там происходит скрещивание этих вещей, которые происходят. У нас есть 3D XPoint от Intel и PCM от IBM, которые представляют собой новые типы памяти, которые работают медленнее, чем RAM, дешевле, чем RAM, но энергонезависимы. И это вызывает небольшое волнение у многих поставщиков программного обеспечения, с которыми я разговаривал. У нас есть твердотельные накопители, но теперь они становятся очень, очень большими и предоставляют параллельный доступ. При параллельном доступе к очень большому SSD вы можете приблизиться к скорости чтения, аналогичной скорости чтения из RAM. У нас есть такая возможность: три типа оперативной памяти, 3D XPoint и твердотельные накопители, которые будут работать очень быстро. А поскольку скорость - это сущность базы данных, все технологии баз данных постараются максимально быстро их использовать. И это будет связано с параллельной архитектурой и параллельной архитектурой. Производительность на аппаратном уровне все время возрастает, продолжается уже много лет, продолжает расти, а общие затраты падают.
Тропа слез. Это просто разные попытки создания баз данных, первые базы данных до того, как реляционные обычно назывались сетевыми базами данных, затем появились реляционные базы данных, затем появились объектные базы данных, они не получили большой поддержки, затем появились базы данных хранилища столбцов, которые Реляционные базы данных были сделаны совсем по-другому. И затем у нас были базы данных документов и базы данных SQL, которые были объектными базами данных, выполненными по-разному, или, если хотите, в одном столбце объектных баз данных, и они завоевали популярность. И недавно у нас были графические базы данных, набирающие обороты, и базы данных RDF. И то, на что вы смотрите, - это как минимум три различных набора структур данных, которые должны быть учтены. Реляционная база данных очень хорошо справляется с таблицами и строками. База данных документов и базы данных объектов - они очень хорошо справляются со сложной структурой данных, особенно иерархической структурой данных. И графические базы данных, и базы данных RDF очень хорошо работают с сетевыми структурами данных. И эти разные, я думаю о них как о трех линиях, эти линии будут продолжаться бесконечно. Это не остановится, потому что механизмы, которые делают эти вещи хорошо, не работают с другой структурой данных особенно хорошо.
И тогда у нас есть фактор испорченности Hadoop. Hadoop не является базой данных, но есть базы данных, которые используют HDFS для своей структуры хранения. И многие вещи, которые делает Hadoop, - это то, что нужно сделать для управления базой данных. Также стоит упомянуть, что Spark также не является базой данных, но у нее есть, и она незрелая, но у нее есть оптимизатор SQL, и поэтому он похож на ядро базы данных, не обязательно зная, где вы собираетесь хранить данные., но если вы добавите его в HDFS, большая часть требований к базе данных будет фактически удовлетворена просто за счет возможностей базовой файловой системы. В частности, Spark стал частью экосистемы баз данных, и он часто объединяется с более мощными базами данных, и причина этого в действительности заключается в аналитике. Аналитика - Spark, ну, в аналитике она идет очень и очень быстро. Аналитика - это главное приложение, в которое большинство людей вкладывают деньги прямо сейчас, так что эти два типа идут рука об руку. Объединение данных, а не правила концентрации, должно быть очевидно из того факта, что у вас есть как минимум три разные потребности: структурированные типы баз данных и, следовательно, объединение данных, если вы хотите делиться данными между ними. Это часто необходимо, но у вас также есть базы данных, которые масштабируются, и базы данных, которые этого не делают, действительно мощные движки, такие как Teradata или Vertica, имеют очень специфическое место, но меньшие движки, которые могут выполнять огромную работу, поэтому федерация вероятно, будет там очень долго, даже между реляционными базами данных.
Последнее, что нужно сказать, IoT, это еще не конец, пока толстая дама не начнет искажать данные. IoT может так или иначе создать другую динамику в мире баз данных, и это еще более усложнит ситуацию. Надеюсь, что, так или иначе, произойдет какая-то конвергенция, но я не вижу, чтобы все это сходилось, как это было с реляционными базами данных. Не в ближайшее время в любом случае.
И я думаю, что это все, что я должен сказать, поэтому я передам это в Австралию.
Дез Бланчфилд: Спасибо, Робин. Спасибо всем за то, что присоединились к нам, спасибо за то, что приняли меня сегодня утром или сегодня днем. Это действительно горячая тема, потому что в последнее десятилетие мы пережили настоящий взрыв и немного, в объеме данных, с которыми нам приходится иметь дело, и неизменно, что данные находятся в той или иной форме системы, которая в большинстве случаев база данных некоторой формы Я подумал, что быстро проведу нас через очень высокоуровневый обзор того, как мы сюда попали, и создаваемой проблемы, и типов вещей, которые нам нужно решить сейчас, а затем мы поговорим о типах решение, которое может быть применено к этому. Позвольте мне взять мой первый слайд здесь. Я считаю, что сейчас мы находимся на том этапе, когда DB admin 2.0, или администратор базы данных 2.0, является своего рода точкой, в которой мы сейчас находимся, когда-то давно администратор базы данных был довольно простой задачей и задачей и вы могли бы обучить кого-то довольно быстро. В современном мире это уже не так, и я собираюсь показать вам, почему это так.
Давным-давно администратор базы данных мог бы подключиться к бэк-энду БД и быстро просмотреть базы данных, и в системе был бы список баз данных, о которых они должны были знать, и которые они могли бы очень быстро донести. эти базы данных и выберите их, и немного разберитесь с ними и используйте translate, опишите таблицу, чтобы узнать, что находится в таблице и в каждом из столбцов и строк, и это было относительно простой задачей, и если вы прочитали среднее Две-триста страниц книги по администрированию баз данных для каждой платформы, вы были в состоянии почти обучить себя без необходимости иметь высшее образование.
Но это уже не тот случай, и причина этого, на мой взгляд, в том, что в мире баз данных слишком много вариантов, чтобы любой человек мог быть экспертом в своем деле и иметь возможность вручную управлять и администрировать, И причина этого в том, что за последние четыре-пять десятилетий, когда речь заходит о мире серверов и систем баз данных, а также серверов баз данных и приложений, мы прошли очень и очень долгий путь. Когда-то у нас было большое железо, когда приходилось иметь дело с фактически маленькими данными, и смехотворно маленькими, когда мы оглядываемся назад. Я видел действительно аккуратную фотографию в Твиттере на днях с этой удивительной женщиной, которая была ведущим программистом и разработчиком НАСА в то время, когда мы отправляли людей на Луну, и ее код был распечатан за сто тридцать. двухстрочный принтер, сложенный веером, и на самом деле он был выше, чем объем написанного ею кода.
И когда я думал об этом, мне показалось, что на самом деле это, вероятно, около двух-трехсот мегабайт данных, в которые она должна была ввести самое большее, если не меньше. И поэтому общий объем данных для хранения ее кода, даже если он был физически выше ее, когда он был напечатан на бумаге, на самом деле был очень и очень небольшим. Даже на этих огромных компьютерах размером с комнату, и это IBM System / 360 на данном конкретном слайде, объем данных, которые он мог бы на самом деле содержать, был крошечным по сравнению с сегодняшним миром. На самом деле наши смартфоны вмещают 60, 128 и 256 гигабайт, и у нас скоро будут терабайты в наших телефонах, прежде чем цена флэш-памяти упадет.
И поэтому в то время и в ту эпоху администрирование баз данных было довольно простым. Вот снимок сеанса терминала 3270 для администратора базы данных, который может войти в систему и взглянуть на количество файлов, связанных с базой данных, а также на имеющиеся там индексы и строки и столбцы. И на этом снимке экрана вы можете видеть, что контекст этой таблицы - это одна таблица и несколько табличных пространств, которые были бы всем мэйнфреймом, управляющим одной таблицей базы данных. В то время как сегодня мы храним миллиарды строк в системах баз данных. И изменения произошли благодаря изменению технологии, которая позволила нам создавать платформы баз данных и системы управления данными.
Если мы подумаем о виде оригинальных мэйнфреймов и многих компьютерах, на которых работают базы данных и, в конечном итоге, реляционные базы данных, то есть пятьдесят с лишним лет назад, и об этом огромном железном мире и маленьких наборах данных, которые у нас были, к тому времени, когда мы приблизились к восьмидесятым мы были в некотором роде, мы прошли через мэйнфреймы от мини до микро, и у нас были компьютеры с такими вещами, как dBase II и dBase III, а также на DOS и CP / M, и у нас была очень ранняя реляционная база данных. Доступны технологии стиля, и они довольно хорошо масштабируются по сравнению с тем, к чему мы привыкли в мэйнфреймах. К тому времени, когда мы добрались до девяностых, у нас были такие же, как Oracle и DB2. И в конце девяностых годов у нас были люди, такие как секретные компьютеры, которые могли склеивать, как сетевая модель, очень, очень большие машины, машины размером с шкаф, объединяющие их и создававшие эти кластеры компьютеров. Но даже тогда он был еще маленьким по сравнению с тем, что мы видим сегодня.
Но на слайде, который я привел здесь, это кластер Hadoop, который эффективно работает как одна машина, и, по сути, это действительно очень большой компьютер, который может содержать типы данных веб-масштаба, к которым мы привыкли., И поэтому задача администрирования баз данных, управления базами данных на платформах такого типа, на мой взгляд, стала ракетостроением. Вы должны быть чрезвычайно умным персонажем, чтобы понимать технологию, на которой он работает, платформу, на которой он работает, данные, которые там есть, типы использования этих данных. И да, мы наблюдали этот взрыв в начале 2000-х годов, когда Microsoft SQL стал чем-то особенным, Lotus Notes был достаточно хорошо развит, и количество баз данных Lotus Notes, которые ползли по всему миру, было довольно пугающим. И у нас были обычные сотрудники Oracle и DB2, и они действительно начали укрепляться. Некоторые из таких брендов начали исчезать. Но мы все еще занимались традиционным администрированием баз данных вплоть до того момента, примерно в ту эпоху 2006 года, когда, если я вернусь к тому образу этого кластера, у нас было то, что мы назвали кластерами Беовульфа, и мы могли бы возьмите готовые ПК, склейте их и сделайте крупные суперкомпьютеры.
Но примерно с этого момента мы пересекли переломный момент, когда люди смогли осуществлять администрирование базы данных старой школы, и, как я говорю, на мой взгляд, масштаб стал очень, очень большим, очень и очень быстрым. Это похоже на то, как если бы у нас было событие большого взрыва в технологии, которое привело к внедрению технологий данных и технологий управления данными, и в частности баз данных вокруг них. И потому что мы фактически строили высокопроизводительные кластеры в стиле вычислений для размещения данных в разных формах. И чтобы подчеркнуть этот момент, вот снимок ландшафта технологий баз данных, доступных нам в 2016 году. Начиная от нижнего правого угла и с открытым исходным кодом, вплоть до верхнего левого угла в инфраструктуре. И в правом верхнем углу в доступных для нас прикладных решениях, и в левом нижнем углу - смесь инфраструктуры и механизмов производительности, которые выполняют аналитику, и так далее. И в середине, конечно, есть такие устройства, как наши смартфоны, которые на самом деле работают на очень маленьких версиях баз данных, для таких вещей, как управление нашими контактами и т. Д., Или наши журналы вызовов и другие вещи, которые у нас есть.
И поэтому, на мой взгляд, произошел этот взрыв, похожий на кембрийский взрыв в такого рода вещах, где количество технологических разработок, которые происходили в этот очень короткий период времени с 2006 по 2016 год, который фактически является десятилетием, как это было. Теперь мы видим, что графические базы данных становятся большой вещью, базы данных в памяти становятся большой вещью, базы данных SQL появляются вместе. Hadoop пришел к переходу на другие вычислительные модели, у нас была модель MapReduce, теперь у нас есть Spark и потоковая аналитика и потоковые компьютеры, гибкие распределенные данные, инфраструктуры, которые люди должны разрабатывать для них, чтобы достичь тех масштабов, которые нам нужны, и когда мы думаем об этом путешествии, чтобы разобраться в том, что такое системы управления реляционными базами данных с обычными подозреваемыми, Oracle, PostgreS, Sybase, IBM DB2, MySQL и платформа Microsoft SQL Server. Мы видели, как сейчас появляются новые дети, Clustrix, Xeround, NuoDB, MemSQL, и есть десятки и десятки других, как вы видели на этом слайде ранее. Если бы вы могли себе представить, что вам необходимо знать эти платформы и знать, как их запускать и получать единый взгляд на стекло, что вам нужно быть администратором баз данных и заниматься этими делами, задача далеко не тривиальна. А потом неожиданно появились движки NoSQL, представляющие собой совершенно новую породу увлекательных испытаний.
И последний заключительный слайд, который я здесь имею, это своего рода окончательный удар нокаутом один-два-три, и это то, что мы взяли некоторые из этих технологий сейчас, и мы создали для них возможность обслуживания, мы поместили их в облачные модели, и теперь они доступны как утилита, как услуга, вы можете в основном получить базу данных как услугу, и обычные бренды, которые мы видим там на веб-сервисах Amazon, Google Cloud Compute Platform и Microsoft Azure, - те, которые приходят к людям возражайте, но сейчас на самом деле существуют десятки и десятки облачных платформ. А в Австралии, например, есть что-то вроде ста двенадцати компаний, которые являются добросовестными крупномасштабными публичными облаками, которые предлагают услуги баз данных в различных формах.
Думать о проблеме, с которой среднестатистический администратор базы данных должен встать с постели, пойти на работу и справиться с этим, - довольно ошеломляющая задача. И поэтому я очень согласен с тем, что, как и многие вещи в жизни, мы масштабировали их по горизонтали и вертикали, то есть инфраструктура масштабируется по очень горизонтальной, почти линейной модели роста, и сложность стека в вертикальный смысл, число платформ баз данных, число платформ приложений и моделей, с которыми нам приходится иметь дело, значительно превзошли то, с чем люди должны справиться в едином окне, и что теперь нужно администраторам баз данных. целый набор новых инструментов, чтобы иметь возможность общаться со всеми этими платформами, управлять ими, администрировать их и поддерживать их, и я считаю, что это вся тема наших разговоров сегодня утром или сегодня днем, и с учетом этого, Я передам слово нашему гостю, который много расскажет о своем продукте и о том, как он решит проблему.
Эрик Кавана: Хорошо, Скотт, я собираюсь передать…
Скотт Уолз: Большое спасибо, хорошо, спасибо. Спасибо, Дез, спасибо Робин, и спасибо всем за то, что присоединились и пригласили меня сегодня. Я хочу поблагодарить Робина и Деза за то, что они взяли меня на прогулочную аллею памяти. Будучи в космосе с начала девяностых, вы привезли много хороших воспоминаний. Память, которую я не видел ни на одном из этих слайдов и на фотографиях, была перфокартами. И это было самое первое, что мне представили, когда я впервые начал работать на своей первой работе вне университета, когда мой коллега в кубе рядом со мной сказал мне не трогать его перфокарты. Так что, да, безусловно, и это действительно было проблемой, и проблемой, над которой мы работали, помогая нашим клиентам решать и с середины девяностых, и это продукт, о котором я хочу поговорить сегодня. Давайте посмотрим на многоплатформенное управление, и это только подмножество. Я выбрал график, но, как сказал Дез,
Эрик Кавана: Вы должны поделиться своим экраном.
Скотт Уолз: О, конечно, спасибо.
Эрик Кавана: Не беспокойся. И ребята, не стесняйтесь, задавайте вопросы, у нас сегодня три умных штана по вызову, так что отправьте им трудные вопросы. Вы можете использовать компонент вопросов и ответов своей консоли веб-трансляции или твитнуть с помощью хештега BriefR. Хорошо, Скотт, забери это.
Скотт Уолз: Ну вот, спасибо. Я взял этот слайд и это изображение. Образ Деза действительно поразил меня, потому что это действительно тот мир, в котором мы живем сегодня, и мир, в котором выступают администраторы баз данных. И, как они упоминали, вам больше не трудно, действительно сделать это с помощью грубой силы. Вам действительно нужны инструменты, и вот, мы вступаем в игру, и мы видим весь этот переход, изменение импульса там, где оно было на ранней стадии и, как вы упомянули, было очень обособленным Так что это был наш первый набег в инструменты, а затем он вернулся туда, где организации, и после 2000 года, и когда он немного сузился. С организациями и хотел идти в ногу со временем, но потом он вернулся и просто взорвался, когда вы представили все эти новые платформы. И теперь, вместо того, чтобы врезаться в конкретную платформу или конкретную технологию, ни одна из этих организаций не выясняет, что лучше. Какая база данных приложений лучше, какую платформу лучше всего использовать? С учетом сказанного я хочу немного рассказать вам о том, что мы делаем с DBArtisan. И DBArtisan был нашим ведущим продуктом, управляющим, как говорится, кроссплатформенными средами на протяжении более 20 лет, и это то, где мы живем, и именно здесь мы хотели бы подчеркнуть и работать с нашими клиентами и дать им инструменты, чтобы сделать их продуктивными. и выполнил.
Давайте продолжим, и я собираюсь прыгнуть прямо. Я показываю продукт больше, поскольку я просматриваю слайды, и я думаю, что вы, вероятно, тоже. Для тех из вас, кто раньше не видел DBArtisan, мы смотрим на аккомпанемент, и я думаю, что Дез использовал термин «единственное стекло», и это то, чем мы гордимся, чтобы дать DBA один взгляд на все их платформы. Правильно, не нужно открывать какие-либо другие приложения, мы подключимся, подключим вас и начнем работать с платформой. Глядя на обозреватель баз данных слева, мы можем создать это по своему усмотрению, мы можем организовать его так, как нам нравится. И вы увидите, у меня есть смесь, у меня есть несколько моих серверов Oracle, у меня есть MySQL, у меня есть PostgreS, у меня также есть один - он помечен как производственные серверы, некоторые из которых включают в себя часть серверной среды MySQL. Опять же, мы можем сразу увидеть, что у нас хорошая подгонка. Если я посмотрю на регистрацию новой базы данных, вы увидите одну из платформ, которые мы поддерживаем, есть пара, которую я хочу поднять. Вы заметите, когда это ваш SQL, поддержка для этого, Teradata, Apache, PostgreS, вот обобщение, которое мы поддерживаем.
Если у нас есть драйвер JDBC или драйвер LDBC для любой из платформ, мы можем подключиться, дать вам соединение и позволить вам работать с платформой прямо из DBArtisan. Опять же, позволяя вам сосредоточиться на текущей работе, а не на том, как вы собираетесь ее выполнить. Пройдите через все это. Но я хочу показать несколько вещей о продукте. В этом случае давайте откроемся и, например, разберемся с Oracle. Это всего лишь моя маленькая целевая страница, но я хочу пойти и взглянуть на некоторые из моих схем, с которыми я работаю. Мы собираемся добавить одну из более крупных схем, поэтому снова вернемся к списку таблиц. Хорошо, в этом случае я собираюсь открыть таблицу, поэтому мы просто выберем их, и она выведет их в наш редактор объектов.
Oracle - это то, над чем я работал годами, и то, что я собираюсь показать вам, - это, вероятно, легкое утверждение для вас. Но если Oracle является платформой, или PostgreS является платформой, или Teradata является платформой, которую вы только что дали, и вам нужно ускориться, задача состоит в том, чтобы добавить столбец. Или, может быть, под рукой стоит задача удалить столбец. Но вы не хотите беспокоиться о синтаксисе, верно? Мы хотим пойти, просто введите то, что нам нужно, настройте его и оставляем DBArtisan для генерации. Здесь мы будем нажимать «Alter». Он сгенерирует скрипт для нас. Опять же, очень простой пример, но дело в том, что он сделает всю работу за нас, чтобы сгенерировать и поместить этот столбец в таблицу.
Однако мы также можем перемещать столбцы в таблице. Если вы когда-либо пытались сделать это с традиционным, это немного сложнее, чем просто одна строка кода, как это. Но опять же, DBArtisan будет работать за кулисами, генерировать код для вас и снова производить SQL. Мы закроемся отсюда. Прежде чем я это сделаю, обратите внимание на все вкладки сверху, пользовательский интерфейс очень интуитивно понятен. Если я зайду в проводник, если я перейду к PostgreS, верно? Если я войду в свой режим схемы там, посмотрите на таблицу, очень похожий внешний вид, верно? Мы откроем это, снова мы увидим информацию здесь. Свойства, предки, колонны. Мы специфичны для платформы, мы собираемся дать вам это, пользовательский интерфейс, чтобы иметь возможность отображать это и работать с объектами. Вы узнаете, что вам нужно сделать, и это позволит вам сделать это эффективно и своевременно, так что вам не нужно беспокоиться о том, что именно нужно сделать, чтобы предоставить эту опцию. Мы позаботимся об этом для вас.
Кроме того, когда мы посмотрим, я сейчас перейду к SQL Server и немного расскажу о некоторых других функциях, поэтому нам всем нужно следить за базой данных. Итак, еще раз, запустите его, давайте посмотрим все происходящие сеансы, сеансы, которые работают. Как мы увидим, какие операторы выполняются, и сможем контролировать это? Нужно ли нам останавливать сессию? Нужно ли нам видеть какие-либо блокировки, которые могут быть в базе данных? Есть ли блокирующие замки? Опять же, у нас есть вся эта информация в наших руках, чтобы мы могли быстро отреагировать, предпринять корректирующие действия, если это необходимо, и перевернуть ее. Мы вернемся к нашему исследователю. Это где, это движущая точка, это то место, куда я всегда возвращаюсь, это то, где мне лично нравится начинать и работать отсюда. Как я подключен к базе данных SQL Server, чтобы посмотреть на утилиты. Поскольку мы кроссплатформенные, мы можем начать изучать извлечения, миграции. Мы можем перемещаться между платформами, если нам нужно перенести объекты с одной платформы на другую, мы можем это сделать, если эти объекты существуют на разных платформах. Извлечение схем, публикация в отчетах, загрузка и выгрузка данных, а также резервное копирование баз данных.
Опять же, все это из пользовательского интерфейса. И, перейдя сюда к инструментам, вы можете увидеть полный набор инструментов, с которыми мы можем работать, верно? В промежутке между «Найти в файлах» мы можем выполнить полный поиск в базе данных, где мы ищем внутри системных таблиц, чтобы найти ту строку, которую вы ищете. «Выполнение сценариев и файлов», если у вас есть стандартная инструкция, которая может выполняться на нескольких платформах, на нескольких источниках данных, мы можем настроить ее прямо из DBArtisan, указывая на цели, с которыми мы хотим ее выполнить. Нажмите «Go», и он запустится и вернет нам результаты по всем этим целевым источникам данных. Опять же, позволяя вам работать с этой единственной стеклянной панели.
И «Аналитическая серия», опять же, они более углубленные. Они больше ориентированы на реляционные базы данных, так как мы начинаем внедрять новые платформы, и вы увидите, как мы расширяем эту функциональность и в этих областях. И вообще, просто много улучшений пользовательского интерфейса. Особенности предназначены специально для DBA. Такие элементы, как у нас есть возможность сделать библиотеку сценариев. Те сценарии SQL, которые вы часто выполняете на нескольких платформах, сохраните их здесь, перетащите их, как только мы настроим новое окно ISQL, мы можем просто перетащить сценарий, и у нас есть сценарий, готовый к работе. Опять же, имея это в ваших руках, чтобы иметь возможность делать и управлять. Вы заметите, что мы поставляем со сценариями, уже определенными для некоторых платформ, поэтому мы можем в любое время создать столько, сколько нам нужно.
Приятная вещь, которая мне нравится, и многие наши клиенты делают, если вам это интересно, и я часто задаю этот вопрос: «Как мне это сделать? Это круто. Как это делает DBArtisan? ». Здесь есть небольшая функция« Logfile », в которую можно записывать все выполняемые нами операторы SQL, так что если вы хотите знать, как мы заполняем это исследование или как мы заполняем редактор для таблицы PostgreSQL или таблицу Teradata, зарегистрируйте SQL, и мы запишем все, что DBArtisan выполняет с базой данных, и вы можете вернуться и посмотреть на этот SQL и получить все, что нам нужно. Может быть, вы хотите включить это как часть одного из ваших сценариев. Абсолютно. Абсолютно хорошо.
Нам нравится быть очень прозрачными в том, что мы делаем и что мы выполняем с базой данных, поэтому мы собираемся позволить вам сохранять и записывать все, что мы применяем к базе данных. У нас также есть варианты конфигурации. Вы заметите, что я настроил его как «Организация по владельцу объекта». Я также могу установить по «Тип объекта». Если я снова попал в свою среду PostgreSQL, я пошел в схему, если бы вместо SQL смотрел на SQL. только мои таблицы GIM, принадлежащие этой схеме, я собираюсь увидеть все таблицы, независимо от имен схемы. Опять же, разные способы организации вещей, которые действительно настраивают его для вашего рабочего процесса, и то, как вы хотели бы это видеть.
И последнее, о чем я хочу поговорить, - это возможность установить «Закладки». Если я углублюсь в детали, если я работаю на одной из моих платформ и хочу сосредоточиться только на режиме своих таблиц, я могу добавить закладку. Я знаю, это очень простая функция, но она так приятна, особенно когда вы работаете с таким большим количеством источников данных и таким количеством платформ, как у современных администраторов баз данных. Чтобы иметь возможность войти в систему, запустите DBArtisan и позвольте менеджеру закладок перенести вас прямо в то место дерева, где вы должны быть и иметь возможность работать. И затем я мог бы создать новую таблицу и снова на платформах, которые мы поддерживаем, которые вы видели ранее, и мы проведем вас через «Мастер», чтобы вы могли управлять, разрабатывать и создавать таблицу. И мы собираемся сгенерировать весь синтаксис, необходимый для этого за кулисами, а затем представить его вам в конце на панели предварительного просмотра. Вы можете проверить, точно увидеть, что мы собираемся сгенерировать. Вы можете нажать кнопку «Выполнить», а затем кнопку «Готово», чтобы выполнить. Или вы можете сохранить его или перенести его в другое окно ISQL, так что сделайте это снова, может быть, он должен быть частью более крупного, более крупного сценария, который вы хотите сохранить и развернуть в часы своего пакетного окна.
Это обзор DBArtisan. Когда мы говорим об этом, опять же, это продукт, который видел много платформ, поддержку этих платформ и отличный пользовательский опыт, а также отличные отзывы наших клиентов. И если вам интересно, как одному из участников дискуссии, но если вам нужно найти что-нибудь связанное с IDERA или DBArtisan, не стесняйтесь связаться с вами, и вы наверняка найдете меня на мой адрес электронной почты.
Эрик Кавана: Хорошо, я полагаю, что открою это Робину для вопросов, а затем Дез, а затем я буду следить за вопросами и ответами участников. Робин, убери это.
Робин Блур: Хорошо, я имею в виду первый вопрос, я на самом деле был знаком с DBArtisan уже довольно давно, так что я немного осведомлен о его возможностях. То, что я бы заинтересовал в вашем решении, это его дальнейшие пути отсюда. Я имею в виду, я понимаю, вы знаете, в последний раз, когда я смотрел на это, это должно было быть давным-давно. Я вижу, что вы поддерживаете как минимум три базы данных, которые я не осознавал ранее. Каков прямой путь для DBArtisan? Вполне вероятно, что вы просто собираетесь добавить все больше и больше баз данных или это расширение возможностей? Куда вы собираетесь пойти с этим?
Скотт Уолз: Это отличный вопрос, и мне бы хотелось все вышеперечисленное. Мы, конечно, будем продолжать строить, потому что традиционные платформы RDBMS не стоят на месте, не так ли? Они продолжают строить. Мы будем продолжать идти по этому пути. И тогда вы увидите, что мы начинаем искать и идти в этом направлении поддержки новых сетевых платформ. Поскольку мы понимаем, что, хотя некоторые из этих платформ продолжают расти, традиционные СУБД, существуют определенные ситуации, когда новые платформы являются подходящими платформами для клиентов. Мы действительно пристально следим за этим рынком, за этим сегментом и пытаемся принять правильное решение о том, какие платформы выбрать. Кажется, они меняются каждый день, практически.
Робин Блур: Как я и Дез говорили, это очень оживленный рынок, возможно, это один из способов взглянуть на него. Еще одна вещь, которая меня заинтересует - очевидно, что вы не сможете ответить на этот вопрос в точных деталях, но в свое время я встречал сайты, где есть тысяча экземпляров Oracle, а Oracle не было Вы знаете, единственная используемая база данных, которая была развернута. И когда я на самом деле говорил с ними о том, как вы справляетесь с тем, что во многих случаях они говорили: «Ну, вы знаете, есть только около пяти или шести больших примеров, и у нас есть около трех администраторов баз данных, которые мы распространяем через это». Я немного заинтересован в использовании DBArtisan, потому что вы можете сделать с ним очень многое, сколько баз данных он использует, скажем, как правило, или даже какие самые большие примеры того, сколько строк он может обрабатывать одновременно?
Скотт Уолз: Ну, я видел ситуации - и опять же, это немного сложно, вопрос в том, что DBArtisan позволяет мне иметь несколько соединений или несколько источников данных, определенных для одного экземпляра. Может быть, я хочу сделать системный логин, а затем войти в систему с более низкими разрешениями, но я имел дело с клиентами, которые, когда все рухнуло, работают на нескольких экранах. Теперь, когда я спросил их об этом, вопрос, который вы мне задали, звучит так: «Как вы справляетесь с таким количеством?» И затем он говорит: «Я не знаю». Верно? «Я управляю тем, что могу, но мне нужен доступ ко всему». Мне еще предстоит увидеть все, что останавливает, вы знаете, верхние пределы того, чем могут управлять люди, на самом деле являются верхним пределом того, что может этот человек, индивид, ручка. Но вы знаете, как я уже говорил, те люди, с которыми я сталкиваюсь, открыто признают, что у них есть все эти связи, но они никак не могут справиться с этим. Они полагаются на свою команду. Как я уверен, что вы испытали, да.
Робин Блур: Ну, на самом деле я сам был администратором баз данных, хотя я делал это не очень долго. И одна вещь, которую, я знаю, я помню, помимо всего прочего в реляционных базах данных, - это то, что вы можете делать огромное количество вещей с помощью SQL. Часто больше, чем ты думаешь. Что так или иначе объясняет некоторые функциональные возможности, которые получил DBArtisan, потому что он просто переводит непосредственно в SQL. Но вы знаете, я уверен, что вы делаете другие вещи. Это все сценарии SQL или есть другие специальные процедуры, которые были написаны для эзотерических ситуаций?
Скотт Уолз: Да, большая часть этого, большая часть этого - SQL, это - только природа этого. Но мы пишем подпрограммы, которые можно запускать из командной строки, используя инструменты вендора, его фронтенды. Вы знаете, например, мы добавим внешние интерфейсы для утилит загрузки данных на платформах, верно? Это не сценарии SQL, верно, это задания командной строки. Он сгенерирует их и сможет передать их администратору БД, который они затем смогут выполнить. Видите ли, мы сделаем немного и того, и другого, но большинство из них - сценарии SQL.
Робин Блур: Глядя на это, потому что, очевидно, вы должны так или иначе взглянуть на происходящие события, которые я считаю довольно новыми. Я имею в виду, что одной из вещей, которые мне кажутся интересными, является то, что Spark, очевидно, взлетает, как ракета, но SQL Spark, он перестал быть ужасно незрелым и стал выглядеть немного более зрелым с чуть большими возможностями SQL. Вы смотрите на такие вещи и задаетесь вопросом, собираетесь ли вы начать управлять ими с помощью DBArtisan?
Скотт Уолз: Конечно, и я. Это всегда там. Я знаю, что наша команда по управлению продуктами всегда ищет, куда идти, и абсолютно все для нас на столе, в отношении того, на что мы смотрим в будущем.
Робин Блур: Хорошо, Дез, ты хочешь ворвать?
Дез Бланчфилд: Да, на самом деле, есть куча замечательных вещей, которые ты открыл для меня, Робин. Большое спасибо. Я просто хотел бы изучить некоторые из вещей, которые бросаются в глаза, когда я смотрю на подобные продукты, и я очень взволнован. Когда я дважды проверил свою домашнюю работу, потому что, как упоминал ранее доктор Робин Блур, он, как и я, отслеживал это в течение некоторого времени, и я помню, как смотрел ваши спецификации на днях и думал, что на самом деле это работает опирается на то, что он на самом деле делает. И я думаю, что по памяти - поправьте меня, если я ошибаюсь - я думаю, что это было так же мало, как производительность ноутбука комфортно запускала бы DBArtisan, и все же она была способна запускать некоторые довольно значительные серверные базы данных. И мне было очень интересно увидеть, что теперь у тебя есть Firebird и Greenplum. Я был весьма впечатлен требованием или спецификацией оборудования, которое могло бы буквально работать как гигагерцовый процессор на одном гигагерцовом процессоре. Это было довольно впечатляюще.
Но варианты использования - это то, к чему я хочу вникнуть немного. Видите ли вы, что использование продукта является необходимостью из-за существующих сред, которые только что вышли из-под контроля, или вы видите людей, которые сейчас немного более активны и говорят, вы знаете, мы создаем что-то очень большой, это сложно. И я думаю о слияниях и поглощениях, например, здесь, где организация может купить кучу фирм - малых, средних, крупных и т. Д. - и в конечном итоге унаследовать все эти среды и создать новые возможности БД. Каковы типичные варианты использования для этого, в зависимости от типа организации и типа приложения к ней? Это в основном люди, которые имеют существующие среды и должны просто очистить их и получить контроль над ними, или люди немного более активны и думают о сложности, которую они собираются построить, и помогут вам заблаговременно?
Скотт Уолз: Мы наблюдаем больше заблаговременно по той самой причине, о которой вы упомянули, консолидации. Благодаря широте поддержки платформ, которая у нас есть, это не полная проверка будущего, верно, но это ставит вас и ваших администраторов баз в действительно хорошую ситуацию, когда они действительно смотрят на потенциальную цель приобретения, да, они немного меньше Вы знаете, мысль о том, какие платформы мы могли бы унаследовать, верно? Хотя это важно, верно, беспокойство здесь немного меньше, чем то, что оно будет значить для наших администраторов баз данных, верно? Теперь администраторы баз данных имеют продукт, который они могут подключить, и если они знакомы с использованием продукта, они будут знакомы с подключением к той платформе, которую они только что приобрели. Так что это, безусловно, область, которую мы наблюдаем, опять же, вы знаете, давным-давно, клиенты с таким смешением всех этих платформ, верно? Как мне обойти это, верно? И они попробовали это, потому что мыслительный процесс заключается в том, что у каждой платформы есть инструмент, верно? Мы можем использовать наш собственный инструмент, верно? Но в конечном итоге возвращается, вы знаете, что, да, вы можете, но я не только собираюсь изучать каждую из платформ, теперь я изучаю каждый из инструментов, которые идут с каждой из платформ и так что вы только что составили работу администратора БД. Итак, мы также наблюдаем ситуацию, когда они возвращаются к нам и говорят: «Вы знаете, нам нужно обойти это. Давайте возьмем один инструмент для DBA, потому что у меня есть более важные вещи для DBA, чем изучение пользовательского интерфейса нового инструмента. Или разные инструменты ».
Дез Бланчфилд: Да, определенно нет. И, знаете, когда вы видите, я думаю по памяти, когда я вчера смотрел просто, чтобы перепроверить, что я не ошибся, я помню, что вы поддерживали Sybase, например, так что эта штука существует уже некоторое время. На самом деле у меня есть еще один вопрос: да, это здорово, что в вашем списке есть Greenplum и Firebird, но ваш Sybase, такого рода очень быстро, показывает, что он уже давно и хорошо поработал.
Кластеры. Таким образом, одна из самых больших проблем для администратора баз данных заключается в том, что они будут указывать на то, что выглядит как IP-адрес и набор API, или на JDBC или LDBC, или на то, с чем мы могли бы разговаривать, но за этим стоит кластер. Что может, или знает ли DBArtisan о том, что находится за дверью номер один, как это было, например, когда я подключаюсь к бэкэнду базы данных, я могу увидеть все окружающие среды, и, в частности, так что есть две части вопрос, может быть. Кластер, например, когда вы думаете, вы знаете, что вы поддерживаете IBM DB2 и Microsoft SQL Database Server, а также MySQL, PostgreSQL и Oracle и некоторые из этих традиционных RDBMS, и, вы знаете, мы неизменно запускаем master-slave или master-master среда для резервирования и высокой доступности, а также производительности. Знает ли DBArtisan, что за дверью номер один что-то есть, это не просто одна база данных, а кластер, и если да, что он знает об этом? И вникнуть в это быстро, чтобы вы могли ответить на тот же вопрос, извините. Итак, за кластерами в некоторых из ваших сценариев, как люди справляются с сочетанием между производственными средами и средами аварийного восстановления в отношении использования DBArtisan?
Скотт Уолз: Великолепные вопросы. Я дам вам, что это будет зависеть от конкретных платформ, потому что, как бы мы ни старались, у нас будут разные уровни поддержки для некоторых из этих углубленных, более глубоких возможностей. Например, для Oracle и их среды RAC, Real Application Cluster, вы можете подключиться к первичному узлу в этом кластере, но, пройдя через монитор базы данных, который я показал, мы позволим вам увидеть, как работает SQL, и мы на самом деле собираемся сказать вам, на каком узле кластера он работает, верно? Чтобы вы точно поняли, знаете ли, медленный запрос, давайте посмотрим, на каком узле он работает? Поскольку неизбежно вся причина кластера, верно, для конечного пользователя, ему все равно, где он был выполнен, но для администратора баз данных мы должны отслеживать информацию такого типа. Например, мы можем перейти на этот уровень детализации в Oracle. У других платформ, которые у нас есть, возможно, не так много деталей, как у Oracle.
Что касается производства и среды разработки, это хороший вопрос. Мы оказываем такой же уровень поддержки. Реальный основной способ, которым мы собираемся помочь, уровень связи будет там, верно? Мы собираемся подключиться и выполнить все функции. У меня есть клиенты, которые используют некоторые функции DBArtisan для классификации своих источников данных, верно? И опять же, это может быть немного не так для точного вопроса, который вы задаете, но мы собираемся дать им возможность графически обозначать, как они работают. Поскольку это одна из особенностей DBArtisan, я могу быстро переключаться между источниками данных. И следующее, что вы знаете, я готовлюсь к запуску усеченного оператора и проверяю, подключен ли я - я просто запустил это против производства или разработки? И поэтому мы предоставляем некоторые функции в DBArtisan, чтобы помочь администраторам баз данных справиться с этим и избавить их от проблем, если хотите, с некоторыми действиями администраторов баз данных.
Дез Бланчфилд: Имея это в виду, в длинном списке платформ, которые вы в настоящее время поддерживаете, и я уверен, что он взорвется очень скоро по очевидным причинам. Я имею в виду, что вы поддерживаете, например, DB2 в z / OS, например, на мэйнфрейме, и затем, очевидно, вы поддерживаете то, что мы привыкли называть средним уровнем, но теперь это просто системы UNIX и что-то вроде более современных платформ. знаете, Linux, а затем, в конце концов, он будет портирован на подобные Bluemix и Cloud Foundry, так что в итоге вы получите DB2, работающую на Cloud Foundry в Bluemix, с IBM и облаком на soft. Являются ли люди, в настоящее время работающие не только с управлением и мониторингом, но также с упомянутой вами ранее возможностью миграции и перемещения данных. Видите ли вы, как люди прыгают в постели с DBArtisan и говорят: «Вы знаете, у нас есть куча вещей на старых мэйнфреймах, которые нам просто нужно снять, и это было настоящим хлопотом. Если я могу указать, щелкнуть и перетащить отсюда туда, я действительно смогу переместить и перенести свои данные и свою схему ». Это то, что люди делают?
Скотт Уолз: Они действительно движутся, верно? Они убирают данные, верно? Теперь они используют DBArtisan как инструмент для этого. Делает ли все для них? Нет. Мы начинаем, вы знаете, перетаскивание, не совсем там, но мы даем им возможность генерировать некоторые сценарии, потому что в идеале вы захотите использовать - вы не хотите, чтобы эта работа была работает на вашем клиенте, на вашем ноутбуке, по той причине, которую вы упомянули. Мы можем бежать на очень низкой площади, верно? Мы помогаем им создавать сценарии, а затем переворачивать их и собирать, а затем они могут доставить этот сценарий и запустить его на сервере, верно? И получить власть, мощность сервера для этого. Мы помогаем им создать часть своей работы, чтобы выполнить часть этой работы.
Дез Бланчфилд: Точно . Несколько последних для вас, и тогда мы можем вернуться назад. То, что действительно поразило меня, так это то, что я прошёл ваше дополнение, и это просто фантастика, и, на самом деле, я бы хотел, чтобы у нас был еще час, чтобы обсудить все детали. Действительно, серьезная проблема для администраторов баз данных - это базовое соответствие, общее управление инфраструктурой, аудиты, отчетность о текущем состоянии, подготовка к будущей подготовке к таким вещам, как, вы знаете, просто общий рост среды. Меня поражает, что, несмотря на то, что в основе того, что, по-видимому, делает ваш продукт, заключается в том, чтобы просто упростить жизнь, эта единственная панель из стекла, единый взгляд на мир, и я могу по существу щелкать, указывать и перетаскивать, и мне нравится этот факт что я мог бы научить кого-то делать это очень быстро сейчас, им не нужно как-то читать руководство. Меня поражает, что инструмент также дает мне возможность делать целую кучу вещей вокруг управления, соответствия и аудита, и мне интересно, действительно ли люди как-то проснулись, я уверен, что они это сделали.
Но видите ли вы, что люди теперь смотрят на это и уходят, и это похоже на эту эврику, момент а-ха: «Эй, вы знаете, что, это делает жизнь DBA действительно легкой с настоящего момента или проще с эксплуатационной точки зрения или точка зрения развития. Но, черт возьми, мы могли бы сейчас просто отчитаться по всем нашим базам данных, по всем наборам данных, по всем бездетным данным и по всем метаданным вокруг. Например, у кого есть доступ, когда у них есть доступ, почему у них есть доступ и какой тип доступа у них есть ». И вдруг, решить некоторые из проблем, связанных с соблюдением. Особенно, когда у нас происходят действительно большие события, связанные с утечками данных. У нас есть некоторые удивительные вещи, такие как глобальные финансовые кризисы, все эти проблемы приближаются, но как же мы будем измерять, отслеживать и решать вопросы соблюдения? Это что-то большое для людей, или это все-таки первые дни, когда к ним применяют DBArtisan?
Скотт Уолз: У меня есть клиенты, которые не могут сказать достаточно о DBArtisan. Теперь это те, кто это понял. Лампочка выключена. Они говорят: «Подождите минутку. Я могу отвечать и отвечать, и генерировать некоторые из тех отчетов, которые вы упомянули, верно, все из одного инструмента. У меня это есть ». Теперь есть другие, которые еще должны это понять, и это может быть по разным причинам, верно? Они могут еще не быть или, может быть, это обрабатывается кем-то другим, но наши клиенты, которых мы обнаружили, используют их, это момент а-ха, верно? Это не только я могу создать таблицу все эти вещи. И абсолютно, со всеми требованиями соответствия, это огромно. Это работа сама по себе.
Дез Бланчфилд: Да, действительно. И вы знаете, я имею в виду, изо всех сил, я сразу думаю, вы знаете, если есть кто-то приходит и говорит, что они хотят создать базу данных управления конфигурацией, CMD, если они должны встретить все из Сарбейнса -Просто обращайтесь к ITIL, вы знаете, о соблюдении требований SWIFT и банковском деле, даже если говорить об аналогах Международной организации по стандартизации, ISO 27001, 27002. Это все эти действительно большие рамки. Одна из проблем заключается в том, чтобы просто найти, где находятся данные, кто ими управляет, в каком формате они находятся, и я думаю, это имеет для меня, как для меня, просто смотрю это сейчас, когда момент Эврика только что прошел, это было как, повесить на секунду я мог бы добавить это даже кому-то, кто не обязательно является администратором базы данных, но я мог быстро обучить его и сказать: «Есть инструмент соответствия». Я думаю, это здорово, что он выполняет свою работу в административной базе данных Мир управления.
Но я сижу здесь, думая, боже, вы знаете, тот факт, что вы можете управлять несколькими платформами как одна в наши дни, и вы можете погрузиться, как вы сказали, в запись транзакций, которые вы делаете. Знаете, представьте, что этот инструмент используется для инцидента, связанного с утечкой данных, и ваша команда по безопасности бегает вокруг, пытаясь выяснить, что, где и почему, а кто что видел. И поскольку они перемещаются, они должны регистрировать и отслеживать каждое действие, которое они делают, потому что они могут стать частью проблемы, если они не могут иначе. Да, я думаю, что это невероятная возможность, которую, вы знаете, вы могли бы немедленно начать делать, вы знаете. В частности, когда мы смотрим на проблемы аудита данных, которые вы знаете, мы имеем такую огромную, как бы, ползучесть функций с наборами данных и данными.
И одна из вещей, о которых мы говорили в нескольких других шоу, которые мы сделали, это, как вы знаете, как вы идете и находите свои данные, и часто мы говорим о том, что, когда вы начинаете в любой организации, вы склонны встаньте в свою кабинку, поднимите руку вверх, махайте и говорите: «Кто-нибудь знает, где находится эта база данных? Как мне добраться до этого источника данных? Где этот файл? - Иди и спроси у администратора. Ваш инструмент может незамедлительно предоставить возможность находить вещи, обнаруживать их и даже сообщать о них.
Коротко вернемся к одному из вопросов, а затем я заверну и вернусь к Эрику. Меня поражает, что масштаб станет для вас проблемой в ближайшие 12 месяцев для вас. Можете ли вы дать нам некоторое представление, с точки зрения тридцати тысяч футов, я полагаю, в масштабе или диапазоне масштаба, в котором работает DBArtisan. Я могу себе представить, что, когда я помещаю это в свой ноутбук, и я зажигаю и указываю на окружающую среду, я могу обнаружить это, и я могу начать делать что-то с этим. Я полагаю, что это происходит от одного маленького, знаете ли, небольшого движка базы данных с открытым исходным кодом с несколькими строками и таблицами. В каком масштабе это будет идти? Вы говорили о DB2 на мэйнфреймах, это здорово. И кластеры. С каким масштабом мы можем справиться? И Робин как бы затронул этот вопрос ранее, но мне просто нужно немного подробнее остановиться на этом, чтобы понять, насколько велики мы можем получить с помощью DBArtisan.
Скотт Уолз: Конечно. Там наверняка будут ваши проблемы, потому что это клиентская часть программного обеспечения. И так, опять же, если я работаю с мэйнфреймом, когда я работаю с нашей тестовой системой на мэйнфрейме, который у нас есть, я могу указать его на миллионы строк и выполнить перекрестное соединение с миллионами строк. Вся работа будет выполняться на сервере, верно, потому что мы передаем эту команду, и это только вопрос DBArtisan, обрабатывающего наборы результатов, верно? И вот в этом проблема, и в этом вся прелесть того, что мы делаем. Большая часть тяжелой работы выполняется на сервере. Мы просто обрабатываем все результаты. И так, опять же, вы, конечно, попадаете в ситуации, когда вы хотите выполнить десять запросов одновременно, которые все возвращают миллионы строк, да, конечно, вы можете оказаться там в некоторой производительности, верно? Но я ни в коем случае не заставляю клиентов уклоняться от выполнения больших запросов к DBArtisan, вы знаете, к своей базе данных. Опять же, как я уже сказал, пробег варьируется в зависимости от многих факторов, верно, но, опять же, как я уже сказал, я имею дело с миллионами возвращающихся строк, и пока он заполняет сетку, вы знаете, я Я готов к работе. Но иногда, очевидно, мне приходится ждать результатов, чтобы вернуться.
Дез Бланчфилд: У меня к вам вопрос, прежде чем я подведу итоги, потому что я потратил слишком много вашего времени и благодарю вас за это. Просто расскажите нам немного подробнее, вы знаете, читая вчера последние спецификации, просто чтобы убедиться, что я был так же хорошо, как я думал. Вы знаете, что мониторинг процессов и сортировка предупреждений и уведомлений, планирование мощностей поднимает все огромные проблемы с администраторами баз данных каждый день, каждый день. Будет ли кто-то заполнять эту таблицу, будет ли он заполнять базу данных, будут ли они заполнять дисковое пространство, которое у меня есть, как мне управлять этим? Познакомьтесь с кратким обзором процессов мониторинга и, в частности, предупреждений о мониторинге, а в идеале - о планировании загрузки. Я думаю, что это та область, в которой, я думаю, может быть большой интерес.
Скотт Уолз: Мониторинг процесса показал, что, вероятно, эта функция используется большинством наших клиентов, и это монитор базы данных, который можно показать и сделать. И у нас есть некоторые в пакете аналитика. В Performance Analyst есть некоторые оповещения, которые вы можете настроить при достижении определенных пороговых значений. Это может предупредить вас. Может быть, X количество журналов, ошибок в файле журнала, вы знаете, он получит предупреждение для вас. Табличное пространство заполнено на определенный процент, вы можете получить еще одно предупреждение. И прелесть в том, что вы находитесь в одном инструменте, верно, это часть DBArtisan, поэтому вы просто щелкаете правой кнопкой мыши на ошибке, предупреждении, и вы справляетесь с DBArtisan, и он переносит вас прямо в редактор табличного пространства., И вы можете решить проблему прямо здесь.
Что касается емкости, то, безусловно, это горячая кнопка, и аналитик емкости, который у нас есть в настоящее время, перенесен на SQL Server, Oracle, DB2 LUW и Sybase ASE. И это именно то, что вы описали. Вы можете начать, как только мы получим несколько коллекций, верно, и как только мы получим размер выборки, и, возможно, размер ее строки, может быть, количество объектов, множество опций в инструменте, и затем вы можете начать анализировать тренды, верно? И как это будет выглядеть через шесть месяцев? Как это будет выглядеть через двенадцать месяцев? Я могу тренд, просто тренд на дату, или я могу тренд на значение, верно? И пример, который у вас был, у меня есть X дискового пространства, исходя из того, когда я собираюсь достичь этого предела? Основываясь на моем росте и этих коллекциях, когда я достигну этого предела? По крайней мере, я знаю, что могу начать планировать это. Это будет шесть месяцев, это будет два года? Но опять же, мы можем использовать аналитика потенциала, чтобы стремиться к этому.
Дез Бланчфилд: Это круто . Фантастическая демка. Мне очень понравилось. Я собираюсь вернуться к Эрику, потому что я знаю, что есть пара вопросов, которые возникли у нашей удивительной аудитории сегодня. Огромное спасибо, было здорово познакомиться с продуктом хорошо, и я с нетерпением жду возможности внимательно следить за ним.
Эрик Кавана: Хорошо, хорошо. У нас есть пара хороших вопросов. И мы собираемся немного со временем, поэтому мы постараемся быстро закончить, потому что, я знаю, Скотт, у тебя закрытая жесткая остановка. Вот большой вопрос. Как насчет работы со старыми хранилищами данных, такими как VSAM, Model 205, IMS и IDMF и тому подобными вещами? Вы видите это очень часто в наши дни и насколько хорошо это работает?
Скотт Уолз: Я не хочу говорить вам, что вы застряли. В некоторых из этих сред, если у них есть ODBC или JDBC, и я знаю, что некоторые из них существуют, мы можем подключиться к нему, и вы можете работать с ним таким образом. Но по большей части зеленый экран - это путь, по которому все еще можно двигаться.
Дез Бланчфилд: Мне нравится зеленый экран.
Эрик Кавана: Хорошо, вы знаете, как отметил Дез на этом слайде, где у него были все те различные приложения и инструменты, которые доступны сегодня, - это очень пугающая реальность для любого, кто хочет ответственно выполнять функцию администратора базы данных. И я предполагаю, что со временем вы, ребята, сможете создавать соединители для любого из этих инструментов, когда и когда потребуют клиенты, и так далее, верно? Так что вы включите эту единственную панель из стекла.
Скотт Уолз: И это был главный ключ к созданию DBArtisan, способного обрабатывать эти соединения JDBC и ODBC. Мы действительно расширили это сейчас. Теперь, пока у нас есть это соединение, верно, если у нас есть этот драйвер, мы можем подключиться и работать против него.
Эрик Кавана: Это хорошо. Ну, ребята, мы архивируем все это для последующего просмотра. Я разместил ссылку на слайды, надеюсь, вы можете увидеть это через SlideShare. Большое спасибо за все ваши усилия, господа. Замечательная трансляция сегодня снова. Много хороших слайдов. Много хорошего контента. Мне понравилась эта демонстрация. Интересно, что вы, ребята, нацелились на очень приятное место на рынке, потому что в наши дни наблюдается такой взрыв типов баз данных. И нам, как менеджерам, просто нужно какое-то место, чтобы справиться со всем этим. Молодцы ребята. Завтра мы вас догоним за другими горячими технологиями. Надеюсь, завтра вы вырезали час. То же время. Та же станция. Мы встретимся с вами в следующий раз, ребята. Береги себя. Пока-пока.
