فن الرؤية: تمكين الإدارة متعددة المنصات

فيديو: The Art of Visibility Enabling Multi Platform Management

يبعد: يناقش المضيف إريك كافاناغ اتجاهات قواعد البيانات مع الدكتور روبن بلور ، وديز بلانشفيلد وسكوت والز في هذه الحلقة من Hot Technologies.

أنت لم تسجل الدخول حاليًا. يرجى تسجيل الدخول أو التسجيل لمشاهدة الفيديو.

إريك كافانا: سيداتي وسادتي ، مرحباً ومرحباً بكم في أحدث معرض في عالم تكنولوجيا المعلومات ، تقنيات ساخنة لعام 2016. نعم ، بالفعل! اسمي إريك كافاناغ ، سأكون مضيفك اليوم لعرض بعنوان "فن الرؤية: تمكين الإدارة متعددة المنصات" ، نعم بالفعل. بعض الملاحظات السريعة ، هناك شريحة عن ملاحظاتك حقًا ، من المسلم به منذ خمس سنوات ، وما يكفي عني ، أن تصلني على @ Eric_Kavanagh. العام حار ، هذه هي الشريحة القياسية لتكنولوجيا Hot. ما فعلناه في هذا العرض هو أننا أردنا برنامجًا من شأنه أن يساعدنا في تحديد نوع معين من التكنولوجيا ، وبالتالي فإن الفكرة برمتها هي أن نحصل على اثنين من المحللين الذين يأتون ويدخلون في مجال معين أو نوع معين من الوظيفة التي تحتاجها المؤسسة ، ثم يأتي البائع ويوضح ما قاموا ببنائه ويشرح كيف يتماشى مع ما تسمعه من المحللين.

والسبب في ذلك ، كما قد تتخيل ، هو أنه في عالم تسويق برامج المؤسسات ، هناك مصطلحات تتعايش معها وما يحدث دائمًا هو أن البائعين يمسكون بأحدث مصطلح ساخن ، أشياء مثل البيانات الضخمة أو التحليلات لـ على سبيل المثال ، أو حتى الخدمية أو مصطلحات مختلفة مثل النظام الأساسي ، وأحيانًا تكون هذه الكلمات دقيقة جدًا بالنسبة لتكنولوجيا معينة وأحيانًا لا تكون كذلك. لقد تم تصميم هذا العرض ليساعدنا حقًا في التعبير عنك أنت والجمهور وأنواع محددة من التقنيات وكيفية عملها ومتى يجب تطبيقها.

مع ذلك ، سأقدم المتحدثين لدينا. لقد تلقينا الدكتور روبن بلور الخاص بنا ، حيث اتصل بنا من موقعه في أوستن ، تكساس ، ديز بلانشفيلد ، اتصل من الجانب الآخر من الكوكب ، وضيفنا سكوت والز يتصل من كنتاكي. ولكم حقًا ، أنا بالفعل خارج بيتسبيرغ ، لذلك أصبح لدينا اليوم مؤسسة جغرافية كاملة من عدة أماكن مختلفة. مع ذلك ، سأقوم بدفع الشريحة الأولى لروبن ، ولا تتردد في طرح الأسئلة بالمناسبة ، لا تخجل من الناس. يمكنك القيام بذلك باستخدام مكون Q&A بوحدة التحكم في البث الشبكي. ومع ذلك ، سأسلمها للدكتور بلور. الكلمة لك.

روبن بلور: حسنًا ، شكرًا لك على هذه المقدمة ، إيريك. اسمحوا لي أن نصل إلى الشريحة الأولى. هذه هي مجموعة من meerkats التفكير في قاعدة البيانات. إن العرض التقديمي بأكمله الذي أقوم به هنا هو في الحقيقة مجرد مجموعة عامة من الأفكار حول قاعدة البيانات التي أتيحت لي مؤخرًا ، والسبب هو أنه في حوالي عام 2000 ، بدا أن لعبة قاعدة البيانات قد انتهت بمعنى أن الغالبية العظمى من تطبيقات قاعدة البيانات كانت تحدث على قاعدة البيانات العلائقية. ثم تغيرت للتو ، كما تعلمون ، كل هذه الأشياء التي يفكر فيها الميركاتس ، ومخازن الأعمدة ، ومخازن القيمة الرئيسية ، وقواعد بيانات المستندات ، وقاعدة البيانات في الذاكرة ، وقاعدة بيانات الرسم البياني ، والكثير من الأشياء برزت فجأة. وكان الأمر يشبه نوعًا جديدًا من العصر الجيولوجي الذي ظهرت فيه فجأة حفريات من أنواع مختلفة من الحيوانات.

الأخبار من بحيرة Wobegon ، انتهى الأمر حقًا لقاعدة بيانات نموذج واحد. ليس هناك شك في أن RDBMS لا تزال تهيمن ، ولكن يتم إنشاء أنواع أخرى من قواعد البيانات. حقا ، هذا إلى حد كبير نظرة عامة على ما سأقوله هنا.

أبعاد قاعدة البيانات ، بعضها أصبح في الواقع أكثر أهمية في الآونة الأخيرة ، ولكن تلك التي يمكنني التفكير فيها عندما فعلت هذه الشريحة ، على أي حال ، هل تم توسيع نطاقها من حيث الاستخدام الفعال لموارد أي خادم معين؟ هل يتم توسيع نطاقه بحيث يمكنه الانتقال إلى مجموعات كبيرة؟ هل تستغل الأجهزة المتوفرة التي تسير في هذا الاتجاه قواعد البيانات الموجودة في الذاكرة؟ هل هو للتوزيع؟ هناك عدد من قواعد البيانات التي تهم توزيعها. أي نوع من الخصائص لديه؟ خاصية ACID الأساسية لقاعدة البيانات. ولكن الآن ، بدلاً من أن يكون هناك تناسق فعلي ، فإن هناك عددًا من قواعد البيانات تحتوي على تناسق نهائي ، ويستخدمها الأشخاص وليست لديهم مشكلة معهم ، لذا فقد أثبتوا أن ACID لم يكن ضروريًا تمامًا ، إنه شيء جيد أن يكون لديك في الكثير من الحالات.

من حيث تنظيم البيانات الوصفية ، تغيرت اللعبة بأكملها. لدينا مؤسسات بيانات وصفية مختلفة بدلاً من مخطط RDBMS نموذجي. بالنسبة إلى المُحسِّن ، هناك الكثير من أنشطة المُحسِّن التي تجري اعتمادًا على هياكل البيانات التي تحاول تحسينها. من حيث قابلية الإدارة ، هناك الكثير من التباين في هذا الأمر الذي سأنتقل إليه لاحقًا ، ولكن النقطة الأساسية في نظام إدارة قواعد البيانات (DBMS) يمكن التحكم فيها ومرة أخرى يحدد مدى قابليتها للإدارة إلى حد ما مدى فائدتها.

فيما يتعلق بعوامل الأجهزة ، هذه هي النقطة التي نقولها حقًا - أعني أن هناك نقطة واحدة فقط يتم إجراؤها هنا - النقطة التي يتم طرحها هنا هي أن كل ما ننظر إليه اليوم فيما يتعلق بهياكل قاعدة البيانات سيتغير. قد تكون هي نفس قواعد البيانات ، لكن سيتعين عليها ، بطريقة أو بأخرى ، مراعاة ما يجري فعليًا على مستوى الأجهزة. لسنوات عديدة ، كان لدينا هذا الوضع البسيط نسبيا من وحدة المعالجة المركزية والذاكرة والقرص الدوار - لقد انتهى الأمر بالفعل.

النقطة المهمة هنا ، في المقام الأول أننا نمتلك وحدات المعالجة المركزية (CPU) ولكنهم يتمتعون بقدرات متوازية أكثر من ذي قبل مع العديد من مراكز المعالجة المختلفة. لقد حصلنا أيضًا على وحدات معالجة الرسومات (GPU) ، كما حصلنا على FPGAs ، وأنواع مختلفة من السيليكون ، لكن Intel تزوجت واحدة من FPGA بوحدة المعالجة المركزية في الإصدار التالي لها ، و- AND - تزوجت GPU ووحدات المعالجة المركزية معًا على الشريحة نفسها. لديك رقائق ذات خصائص مختلفة. تتمثل ميزة GPU في أنه أمر رائع حقًا بالنسبة للتوازي الثقيل وخاصة مع الحساب الرقمي. يمكنك FPGA ، بطريقة أو بأخرى ، وضع الكود على الرقاقة ويعمل بشكل أسرع بكثير مما لو كنت تغذيه فقط إلى الشريحة.

هناك تداخل متبادل لهذه الأشياء التي تحدث. لقد حصلنا على برنامج 3D XPoint من Intel و PCM من IBM ، وهما نوعان جديدان من الذاكرة ، وهما أبطأ من ذاكرة الوصول العشوائي وأقل تكلفة من ذاكرة الوصول العشوائي وغير المتقلبة. وهذه تخلق نوعًا من الإثارة بين عدد من بائعي البرامج الذين تحدثت إليهم. لدينا SSDs لكنهم الآن يحصلون على حجم كبير جدًا ويوفرون وصولاً موازياً. من خلال الوصول المتوازي إلى SSD كبير جدًا ، يمكنك التعامل مع سرعات القراءة المشابهة لسرعات قراءة ذاكرة الوصول العشوائي. لقد حصلنا على هذه الإمكانية لثلاثة أنواع من ذاكرة الوصول العشوائي للتخزين ، والأشياء ثلاثية الأبعاد XPpoint ومحركات أقراص الحالة الثابتة ، وكلها ستكون سريعة للغاية. ونظرًا لأن السرعة هي جوهر قاعدة البيانات ، فإن كل تكنولوجيا قواعد البيانات ستحاول الاستفادة منها في أسرع وقت ممكن. وهذا سيشمل وشمل الهندسة المعمارية الموازية ، ولكن العمارة الموازية التدريجية. أداء مستوى الأجهزة يتسارع طوال الوقت ، وقد تم ذلك لسنوات عديدة ، ولا يزال يفعل ذلك ، والتكاليف العامة في انخفاض.

درب الدموع. هذه مجرد محاولات مختلفة لقواعد البيانات ، أول قواعد بيانات قبل العلائقية يشار إليها عمومًا بقواعد بيانات الشبكة ، ثم جاءت قواعد البيانات العلائقية ، ثم جاءت قواعد بيانات الكائنات ، ولم تحصل على قدر كبير من الجر ، ثم جاءت قواعد بيانات مخزن الأعمدة التي تم قواعد البيانات العلائقية بشكل مختلف جدا. وبعد ذلك ، كان لدينا قواعد بيانات المستندات وقواعد بيانات SQL التي كانت قواعد بيانات كائن يتم تنفيذها بشكل مختلف ، أو إذا أردت ، نفس العمود من قواعد بيانات الكائنات وتم اكتشافها. ومؤخراً ، كان لدينا قواعد بيانات رسم بياني تكتسب قواعد بيانات لقواعد البيانات وقوة السحب. وما تبحث عنه هو وجود ثلاث مجموعات مختلفة على الأقل من هياكل البيانات التي يتم استيعابها. قاعدة البيانات العلائقية تعمل الجداول والصفوف بشكل جيد للغاية. قاعدة بيانات المستندات وقواعد بيانات الكائنات - إنها تقوم بهيكل بيانات حرج ، ولا سيما هياكل البيانات الهرمية ، بشكل جيد للغاية. وقواعد البيانات الرسم البياني وقواعد البيانات RDF تفعل هياكل بيانات الشبكة بشكل جيد للغاية. وهذه مختلفة ، وأعتقد أنها ثلاثة خطوط ، وهذه الخطوط سوف تستمر إلى أجل غير مسمى. لن يتوقف لأن المحركات التي تفعل هذه الأشياء بشكل جيد لا تعمل على بنية البيانات الأخرى بشكل جيد.

ثم لدينا عامل إفساد Hadoop. Hadoop ليست قاعدة بيانات ولكن هناك قواعد بيانات تستخدم HDFS لهيكل التخزين الخاص بها. والكثير من الأشياء التي يقوم بها Hadoop هي نوع من الأشياء الإدارية التي يجب القيام بها لقاعدة بيانات. تجدر الإشارة أيضًا إلى أن Spark ليست قاعدة بيانات أيضًا ، لكنها تحتوي على قاعدة بيانات غير ناضجة ، ولكنها تحتوي على مُحسِّن SQL وبالتالي فهي تشبه نواة قاعدة البيانات دون معرفة بالضرورة أين ستقوم بتخزين البيانات ، ولكن إذا قمت بالالتصاق به على HDFS ، فإن الكثير من متطلبات قاعدة البيانات تتحقق بالفعل ، ببساطة عن طريق إمكانيات نظام الملفات الأساسي. لقد أصبحت Spark على وجه الخصوص جزءًا من النظام البيئي لقاعدة البيانات وغالبًا ما يتم تجميعها بقواعد بيانات أكثر قوة ، والسبب في ذلك هو التحليلات. تحليلات - سبارك ، حسناً ، إنها سريعة جدًا في التحليلات. Analytics هو التطبيق الرئيسي الذي يستثمره معظم الأشخاص في الوقت الحالي ، وبالتالي فإن النوعين يسيران جنبًا إلى جنب. اتحاد البيانات بدلاً من قواعد التركيز ، يجب أن يكون نوعًا واضحًا من حقيقة أن لديك ما لا يقل عن ثلاثة احتياجات مختلفة ، وأنواع قواعد بيانات منظمة هناك ، وبالتالي ، اتحاد بيانات إذا كنت ترغب في مشاركة البيانات بينها. غالبًا ما يكون ذلك ضروريًا ، لكن لديك أيضًا قواعد بيانات تتسع وقواعد بيانات لا ، تتمتع محركات قوية حقًا مثل Teradata أو Vertica بمكان خاص جدًا ، ولكن المحركات الأقل قدرة على القيام بالكثير من العمل ، لذلك ، الاتحاد من المحتمل أن يكون هناك لفترة طويلة ، حتى بين قواعد البيانات العلائقية.

الشيء الأخير الذي يجب قوله ، إنترنت الأشياء ، إنه لم ينته حتى تبدأ السيدة السمينة في اكتشاف البيانات. قد يخلق إنترنت الأشياء ديناميكية مختلفة بطريقة أو بأخرى في عالم قواعد البيانات وهذا من شأنه أن يعقد الأمور أكثر. نأمل أن يكون هناك - بطريقة أو بأخرى - سيكون هناك نوع من التقارب الذي يحدث ، لكنني لا أرى كل ذلك يتقارب كما حدث مع قواعد البيانات العلائقية. ليس في أي وقت قريب على أي حال.

وأعتقد أن هذا هو كل ما يجب أن أقوله ، لذلك سأنقله إلى أستراليا.

ديز بلانشفيلد: شكرا لك يا روبن. شكرا للجميع للانضمام إلينا ، شكرا لاستضافتي هذا الصباح ، أو بعد ظهر اليوم وقتك. يعد هذا موضوعًا ساخنًا للغاية لأننا شهدنا انفجارًا كبيرًا في العقد الماضي وقليلا ، في كمية البيانات التي يتعين علينا التعامل معها ، ودائما أن البيانات تقع في شكل ما من أشكال النظام الذي بالنسبة لمعظم الحالات هي قاعدة بيانات لبعض النموذج. ظننت أنني سرعان ما أخرجنا عبر مستوى عالٍ جدًا من السير حول كيفية وصولنا إلى هنا والمشكلة التي يتم إنشاؤها وأنواع الأشياء التي نحتاج إلى معالجتها الآن ، ثم سنتحدث عن أنواع الحل الذي يمكن تطبيقه على ذلك. اسمحوا لي فقط أن أمسك الشريحة الأولى هنا.أنا من وجهة نظر أننا في الوقت الحالي حيث DB admin 2.0 ، أو admin admin 2.0 ، نوع من المكان الذي نحن فيه الآن ، ذات مرة كان مسؤول قاعدة البيانات دورًا مباشرًا إلى حد ما وتحديًا ويمكنك تدريب شخص ما بسرعة كبيرة. في عالم اليوم ، لم يعد الأمر كذلك ، وسأبين لك سبب ذلك.

ذات مرة ، سيكون مسؤول قاعدة البيانات قادرًا على الاتصال بنهاية قاعدة البيانات وقواعد بيانات العرض السريع وستكون هناك قائمة بقواعد البيانات في النظام التي يجب أن يكونوا على دراية بها ويمكنهم الوصول إليها بسرعة كبيرة قواعد البيانات هذه وتحديدها والحصول على القليل من الوخز وإجراء تحقيق واستخدام الترجمة ، ووصف الجدول لمعرفة ما هو موجود في جدول وكل من الأعمدة والصفوف ، وكان تحديًا مباشرًا نسبيًا وإذا كنت تقرأ المتوسط كتابان أو ثلاثمائة صفحة حول إدارة قواعد البيانات لكل منصة ، كنت قادرًا على تعليم نفسك تقريبًا دون الحاجة إلى الحصول على درجة علمية في علم الصواريخ.

ولكن هذا لم يعد هو الحال ، والسبب في ذلك ، في رأيي ، هو أن هناك الكثير من الخيارات في عالم قواعد البيانات لأي شخص واحد ليكون خبيرا في أخصائي في وأن يكون قادرا على إدارة وإدارة يدويا . والسبب في ذلك هو أنه خلال العقود الأربعة أو الخمسة الماضية عندما يتعلق الأمر بعالم الخوادم وأنظمة قواعد البيانات وخوادم قواعد البيانات ومجموعات التطبيقات ، فقد قطعنا شوطًا طويلًا جدًا. ذات مرة كان لدينا حديد كبير علينا التعامل مع البيانات الصغيرة التي كانت فعالة بشكل فعال ، والصغيرة بشكل يضحك عندما ننظر إلى الوراء الآن. رأيت صورة رائعة حقًا في اليوم الآخر ، عن هذه السيدة المذهلة التي كانت المبرمجة والمطور الرئيسي لناسا في الوقت الذي كنا فيه نضع رجالًا على القمر ، وقد تم تحرير كودها في مائة واثنين وثلاثين المتطلبات الأساسية لسطر الأعمدة والمطوية بالمروحة ، وكانت في الواقع أطول طولًا مما كانت عليه ، ومقدار الشفرة التي كتبتها.

وعندما فكرت في الأمر ، كنت مثلًا ، ربما يكون ذلك في الواقع حوالي مائتين أو ثلاثمائة ميج من البيانات حيث كان عليها أن تكتبها كلها على الأكثر ، إن لم يكن أقل. وهكذا فإن الكمية الإجمالية للبيانات التي احتفظت بها الشفرة ، على الرغم من أنها كانت أطول من جسديًا عندما تم إخراجها على الورق ، كانت في الحقيقة صغيرة جدًا. حتى هذه الأجهزة الضخمة بحجم الغرفة ، وهذا هو IBM System / 360 في هذه الشريحة بالذات ، كانت كمية البيانات التي يمكن أن تحتفظ بها بالفعل ضئيلة مقارنة بعالم اليوم. في الواقع ، تستوعب هواتفنا الذكية 60 و 128 ، و 256 أيقونة ، وسنحصل قريبًا على تيرابايت في هواتفنا قبل وقت طويل عندما ينخفض سعر الفلاش.

وهكذا في ذلك الوقت وفي تلك الحقبة ، كانت إدارة قواعد البيانات واضحة تمامًا. في ما يلي لقطة من جلسة عمل طرفية 3270 ، ولخدمة DBA ، تكون قادرًا على تسجيل الدخول وإلقاء نظرة على عدد الملفات المرتبطة بقاعدة البيانات ، والفهارس التي كانت موجودة والصفوف والأعمدة كانت واضحة. ويمكنك أن ترى هنا في لقطة الشاشة هذه ، أن يخدع هذا هو جدول واحد وعدد من مساحات الجدول ، والتي كان من الممكن أن يكون الإطار الرئيسي بأكمله يدير جدول قاعدة بيانات واحد. في حين أننا نحتفظ اليوم بمليارات الصفوف من السجلات في أنظمة قواعد البيانات. وحدث التغيير من خلال التحول في التكنولوجيا الذي سمح لنا ببناء منصات قواعد البيانات وأنظمة إدارة البيانات.

إذا فكرنا في نوع الإطارات الرئيسية الأصلية والعديد من أجهزة الكمبيوتر التي تقوم بتشغيل قاعدة البيانات وقواعد البيانات العلائقية في نهاية المطاف ، منذ أكثر من خمسين عامًا ، وذلك النوع الكبير من العالم ومجموعات البيانات الصغيرة التي لدينا ، بحلول الوقت الذي وصلنا إلى حوالي الثمانينات ، كنا نوعًا ما في ، مررنا بالإطارات الرئيسية من المصغر إلى الصغير ، وكان لدينا أجهزة كمبيوتر تعمل بأشياء مثل dBase II و dBase III ، وعلى DOS و CP / M وكان لدينا قاعدة بيانات علائقية مبكرة جدًا تقنيات أسلوب المتاحة وأنها تحجمت بشكل جيد للغاية مقارنة بما اعتدنا عليه في المركزية. بحلول الوقت الذي وصلنا إلى التسعينات ، كان لدينا أمثال و Oracle و DB2. وفي أواخر التسعينيات ، كان لدينا أشخاص ، مثل أجهزة الكمبيوتر السرية التي يمكن أن تصمغ مثل نموذج الشبكة ، والآلات الكبيرة جدًا جدًا ، والآلات ذات الحجم الصغير معًا ، وتأخذ مثل هذه المجموعات من أجهزة الكمبيوتر وتصنعها. لكن حتى ذلك الحين ، كان لا يزال صغيراً مقارنة بما نراه اليوم.

ولكن في الشريحة التي قمت بها هنا ، هذه مجموعة Hadoop وتعمل بفاعلية مثل جهاز واحد ، وهي في الأساس مجرد كمبيوتر كبير حقًا ويمكنها الاحتفاظ بأنواع البيانات على نطاق الويب التي اعتدنا عليها الآن . وهكذا فإن تحدي إدارة قواعد البيانات ، أصبحت إدارة قواعد البيانات على تلك الأنواع من المنصات ، في رأيي ، علم الصواريخ. يجب أن تكون شخصية ذكية للغاية لتتمكن من فهم التكنولوجيا التي تعمل بها ، والنظام الأساسي الذي تعمل عليه ، والبيانات الموجودة ، وأنواع استخدامات قواعد البيانات هذه. ونعم ، لقد رأينا هذا الانفجار منذ أوائل العقد الأول من القرن العشرين ، حيث أصبح لدينا Microsoft SQL ، كان Lotus Notes راسخًا تمامًا وهناك وهناك عدد قواعد بيانات Lotus Notes التي تسللت حول المكان مخيفة للغاية. وكان لدينا شاغلي الوظائف المعتادة من أوراكل و DB2 وبدأنا بالفعل في السيطرة. بعض العلامات التجارية مثل بدأت تتلاشى. لكننا ما زلنا في الواقع نقوم فقط بإدارة قواعد البيانات التقليدية حتى تلك النقطة ، حول هذا النوع من حقبة 2006 حيث ، إذا عدت إلى تلك الصورة من تلك المجموعة ، فقد أصبح لدينا ما أطلقنا عليه مجموعات Beowulf ، حيث يمكننا اصطحب أجهزة الكمبيوتر الشخصية الجاهزة وألصقها معًا وصنع أجهزة كمبيوتر فائقة رئيسية.

ولكن منذ تلك النقطة فصاعدًا ، تخطينا نقطة تحول حيث تمكن البشر من إدارة قاعدة بيانات المدرسة القديمة - وكما قلت ، في رأيي - أصبح المقياس كبيرًا جدًا جدًا جدًا وبسرعة كبيرة جدًا. يبدو الأمر كما لو أننا شهدنا هذا الحدث الكبير في التكنولوجيا الذي أدى إلى اعتماد تكنولوجيا البيانات وتكنولوجيا إدارة البيانات وخاصة قواعد البيانات المحيطة بها. ولأننا كنا في الواقع نبني مجموعات عالية الأداء على غرار حساب لاستضافة البيانات في أشكال مختلفة. وللتقاط هذه النقطة ، إليك لمحة عن المشهد اعتبارًا من 2016 لتقنيات قواعد البيانات المتاحة لنا. تتراوح من الركن الأيمن السفلي والمصدر المفتوح ، وصولاً إلى الركن الأيسر العلوي في البنية التحتية. وفي الزاوية العلوية اليمنى من حلول التطبيقات المتوفرة لنا ، والركن الأيسر السفلي ، مزيج من البنية التحتية ومحركات الأداء التي تقوم بإجراء التحليلات ، وما إلى ذلك. وفي الوسط ، هناك أجهزة مثل هواتفنا الذكية بالطبع ، والتي تعمل فعليًا على إصدارات صغيرة جدًا من قواعد البيانات ، للقيام بأشياء مثل إدارة جهات اتصالنا وما إلى ذلك ، أو سجلات المكالمات الخاصة بنا وغيرها من الأشياء التي لدينا.

وهكذا في رأيي كان هناك هذا الانفجار ، يشبه الانفجار الكمبري في هذا النوع من الأشياء ، حيث كمية التطور التكنولوجي التي حدثت في تلك الفترة القصيرة جداً من حوالي 2006 إلى 2016 والتي هي بالفعل عقد من الزمن ، كما كانت. لقد رأينا الآن أن قواعد بيانات الرسم البياني أصبحت شيئًا كبيرًا ، وقواعد البيانات الموجودة في الذاكرة أصبحت شيئًا كبيرًا ، وقواعد بيانات SQL تأتي معًا. الانتقال إلى نماذج الحوسبة المختلفة ، جاء Hadoop ، كان لدينا نموذج MapReduce ، والآن لدينا Spark وتدفق التحليلات وتدفق أجهزة الكمبيوتر ، ومرونة البيانات الموزعة ، والأطر التي يجب على الناس تطويرها ، للوصول إلى المقاييس التي نحتاجها ، وعندما نفكر في هذه الرحلة ، للتعرف على أنواع أنظمة إدارة قواعد البيانات العلائقية مع المشتبه بهم المعتادين ، أوراكل ، بوستجرس ، سايبيس ، IBM DB2 ، MySQL ، ومنصة Microsoft SQL Server. لقد رأينا بعض الأطفال الجدد يدخلون المجموعة الآن ، Clustrix و Xeround و NuoDB و MemSQL ، وهناك العشرات والعشرات غيرهم كما رأيت في تلك الشريحة من قبل. إذا كنت تتخيل التحدي المتمثل في الحاجة إلى معرفة هذه المنصات ، والدراية لتشغيلها والحصول على جزء واحد من وجهة نظر الزجاج ، التي تحتاج إلى أن تكون DBA والقيام بهذه الأشياء ، فإن التحدي أبعد من أن يكون تافها. ثم فجأة ، ظهرت محركات NoSQL التي تمثل سلالة جديدة كاملة من التحدي الممتع.

وبالتالي فإن الشريحة الأخيرة التي لدي هنا هي نوع من أفضل ضربة قاضية واحدة أو اثنين أو ثلاثة ، وهذا هو أننا أخذنا بعضًا من هذه التقنيات الآن وقمنا بإنشاء قدرة خدمة لهم ، لقد وضعناها في النماذج السحابية وهي متوفرة الآن كأداة مساعدة ، كخدمة ، يمكنك بشكل أساسي الحصول على قاعدة بيانات كخدمة والعلامات التجارية المعتادة التي نراها هناك على خدمات الويب من Amazon و Cloud Compute Platform و Microsoft Azure هي التي تأتي إلى الناس العقل ، ولكن هناك بالفعل عشرات وعشرات من منصات سحابة الآن. وفي أستراليا على سبيل المثال ، هناك ما يشبه مائة واثني عشر شركة تمثل سحابة عامة واسعة النطاق توفر خدمة قاعدة البيانات بأشكال مختلفة.

التفكير في التحدي الذي يواجهه متوسط ديسيبل DBA للخروج من السرير والذهاب إلى العمل والتعامل معها الآن هو تحد محير للغاية. ولذا فإنني أرى كثيرًا الآن أنه مثل العديد من الأشياء في الحياة ، فقد قمنا بتوسيع تلك الأفقية والعمودية ، وهذا هو مقياس البنية التحتية في نموذج نمو أفقي وشبه خطي للغاية ، وتعقيد المكدس في بمعنى رأسي ، تجاوز عدد منصات قواعد البيانات وعدد أطر التطبيقات والنماذج التي يتعين علينا التعامل معها ، ما هو أبعد مما ينبغي للبشر أن يكونوا قادرين على مواجهته في جزء واحد من طريقة العرض الزجاجية وما هي النقطة التي يحتاجها الآن مسؤولو قاعدة البيانات مجموعة كاملة من الأدوات الجديدة لتكون قادرًا على التحدث مع كل هذه المنصات ، وإدارتها ، وإدارتها ودعمها ، وأعتقد أن هذا هو الموضوع الكامل لمحادثاتنا هذا الصباح ، أو بعد ظهر هذا اليوم وقتك ، ومع أخذ ذلك في الاعتبار ، سأقوم بتسليم ضيفنا الذي سيتحدث كثيرًا عن منتجهم وكيف سيتصدى لهذا التحدي.

إريك كافانا: حسنا سكوت ، أنا ذاهب لتسليم-

سكوت والز: شكرا جزيلا لك ، حسنا ، شكرا لك. شكرا Dez ، شكرا Robin ، وشكرا للجميع للانضمام واستقبال لي على المكالمة اليوم. أود أن أشكر روبن وديز لأخذي في جولة في ممر الذاكرة ، لأنني كنت في الفضاء منذ أوائل التسعينيات ، استرجعت الكثير من الذكريات الجيدة. كانت الذاكرة التي لم أرها على أي من تلك الشرائح والصور ، عبارة عن بطاقات مثقوبة. وكان هذا هو أول ما تم تقديمه لي عندما بدأت العمل لأول مرة خارج الجامعة ، أخبرني زميلي في المكعب المجاور لي ألا أتطرق إلى بطاقاته المثقوبة. لذا ، نعم ، بالتأكيد ، لقد كان تحديًا بالفعل ، وتحديًا نعمل على مساعدة عملائنا على معالجته ومنذ منتصف التسعينيات ، وهذا منتج أريد التحدث عنه اليوم. دعونا نلقي نظرة على الإدارة متعددة المنصات ، وهذه ليست سوى مجموعة فرعية. لقد اخترت رسمًا بيانيًا ولكن كما طرح Dez-

إريك كافانا: يجب عليك مشاركة شاشتك.

سكوت والز: أوه ، أنا متأكد من ذلك ، شكرا لك.

إريك كافانا: لا داعى للقلق. والناس ، لا تخجلوا ، اطرحوا أسئلة ، لقد وصلنا اليوم إلى ثلاثة سراويل ذكية ، لذا عليهم الأسئلة الصعبة. يمكنك استخدام مكون Q&A لوحدة التحكم في البث على الويب أو يمكنك تغريدة باستخدام علامة التجزئة لـ BriefR. حسنا ، سكوت ، خذها بعيدا.

سكوت والز: هناك نذهب ، شكرا لك. أمسكت هذه الشريحة وهذه الصورة. لقد فزعتني صورة Dez حقًا لأن هذا هو ، في الحقيقة العالم الذي نعيش فيه اليوم ، والعالم الذي يؤديه DBAs. وكما ذكروا ، لم يعد ، أنت حقًا ، تكافح لتكون قادرًا للقيام بذلك مع القوة الغاشمة فقط. تحتاج حقًا إلى الأدوات وهذا هو ، نحن نأتي للعب ونرى هذا المفتاح بالكامل ، وتغيير الزخم من حيث كان في وقت مبكر وكان صامتًا للغاية كما ذكرت ، ثم ذهبنا إلى العمل مع العديد من منصات قواعد البيانات ، لذلك كان هذا هو أول دخولنا للأدوات ، وبعد ذلك عاد إلى حيث المنظمات ، وبعد عام 2000 ، وعندما كان نوعًا من التقييد قليلاً. مع المنظمات وأرادت أن تكون قوية ، ولكن بعد ذلك عاد وفجأة عندما قدمت كل تلك المنصات الجديدة. والآن بدلاً من أن تتحول إلى منصة محددة أو تقنية محددة ، فإن أيا من هذه المنظمات لا تكتشف ما هو الأفضل. ما هي أفضل قاعدة بيانات التطبيق ، ما هي أفضل منصة للاستخدام؟ ومع ذلك ، أريد أن أنقل إليك قليلاً حول ما نقوم به مع DBArtisan. لقد كان DBArtisan منتجنا الرائد الذي يدير ، كما يقول بيئات متعددة المنصات لأكثر من 20 عامًا ، وهذا هو المكان الذي نعيش فيه وهذا هو المكان الذي نود التأكيد عليه والعمل مع عملائنا ومنحهم الأدوات اللازمة لجعلهم منتجين وأدى.

دعنا نمضي قدمًا ، وسأقفز جيدًا. أعرض المنتج أكثر وأنا أواجه شرائح وأعتقد أنك ربما تفعل ذلك أيضًا. لأولئك منكم الذين لم يروا DBArtisan من قبل ، نحن ننظر إلى شركات ، وأعتقد أن Dez استخدم مصطلح "جزء واحد من الزجاج" ، وهذا شيء نفخر به لإعطاء DBA نظرة واحدة إلى جميع منصاتهم. حسنًا ، لا حاجة إلى فتح أي تطبيق آخر ، سنقوم بالاتصال ونصل إلى هناك ونبدأ العمل مع النظام الأساسي. بالنظر إلى مستكشف قاعدة البيانات إلى اليسار ، يمكننا إنشاء هذا كما نراه مناسبًا ، ويمكننا تنظيمه كما نشاء. وسترى أن لدي مزيجًا ، ولدي بعضًا من خوادم Oracle الخاصة بي ، ولدي MySQL ، ولدي PostgreS هنا ، ولدي أيضًا واحدًا - خوادم الإنتاج المسمى والتي يشتمل بعضها على بيئة خادم MySQL. مرة أخرى ، يمكننا أن نرى هناك أننا نتمتع بشكل جيد. إذا نظرت إلى تسجيل قاعدة بيانات جديدة ، فسترى إحدى المنصات التي ندعمها ، وهناك زوجان أريد طرحهما. ستلاحظ عندما يكون هذا هو SQL الخاص بك ، ودعم لذلك ، Teradata ، Apache ، PostgreS ، وهنا هي الأدوية العامة التي ندعمها.

إذا كان لدينا برنامج تشغيل JDBC أو برنامج تشغيل LDBC لأي من الأنظمة الأساسية ، فنحن قادرون على الاتصال ، ونمنحك اتصالًا ، ونسمح لك بالعمل مع النظام الأساسي مباشرةً من داخل DBArtisan. مرة أخرى ، تتيح لك التركيز على الوظيفة التي بين يديك ، وليس كيف ستنجزها. المشي من خلال كل ذلك. لكنني أريد أن أظهر بعض الأشياء عن المنتج. في هذه الحالة ، دعونا نفتح وسنتعامل مع Oracle ، على سبيل المثال. هذه مجرد صفحتي المقصودة الصغيرة هنا ، لكنني أريد الذهاب وإلقاء نظرة على بعض مخططاتي التي أعمل معها. سنقوم بسحب أحد المخططات الأكبر ، لذلك مرة أخرى ، سنعيد قائمة الجداول. حسنًا ، في هذه الحالة ، سأفتح جدولًا ، لذا سنختارهم فقط ، وسنقوم بإحضارهم إلى محرر الكائنات لدينا.

الآن ، أوراكل شيء عملت معه لسنوات ، ما سأريكم أنه على الأرجح عبارة سهلة بالنسبة لك. ولكن إذا كان Oracle هو النظام الأساسي ، أو إذا كان PostgreS هو النظام الأساسي ، أو Teradata هو النظام الأساسي الذي منحته للتو وتحتاج إلى الوصول إلى السرعة ، فإن المهمة الحالية هي إضافة عمود. أو ربما المهمة في متناول اليد هي حذف عمود. لكنك لا تريد أن تقلق بشأن بناء الجملة ، أليس كذلك؟ نريد أن نذهب ، فقط اكتب ما نحتاجه ، قم بإعداده ونترك DBArtisan لإنشاء. هنا ، سنضغط على "Alter". سيولد النص لنا. مرة أخرى ، مثال بسيط للغاية ، ولكن النقطة المهمة هي أنها ستقوم بالعمل من أجل إنشاء هذا العمود ووضعه في الجدول.

ما يمكننا القيام به أيضًا ، هو تحريك الأعمدة في الجدول. إذا كنت قد حاولت في أي وقت القيام بذلك بالتقليدية ، فسيكون الأمر أكثر تعقيدًا من مجرد سطر واحد من التعليمات البرمجية مثل هذا. ولكن مرة أخرى ، ستعمل DBArtisan خلف الكواليس ، وتقوم بإنشاء الكود لك ، وإنتاج SQL مرة أخرى. سنغلق من هنا. قبل أن أفعل ذلك ، لاحظ جميع علامات التبويب في الجزء العلوي مرة أخرى ، واجهة المستخدم بديهية للغاية. إذا جئت إلى المستكشف ، إذا قفزت إلى PostgreS ، أليس كذلك؟ إذا ذهبت إلى وضع المخطط الخاص بي هناك ، انظر إلى الجدول ، شكل وشعور متشابهين للغاية ، أليس كذلك؟ سنفتح هذا الأمر ، مرة أخرى سنرى المعلومات هنا. الخصائص والأجداد والأعمدة. نحن متخصصون في النظام الأساسي ، سنعطيك هذا ، واجهة المستخدم ، لتكون قادرًا على عرض ذلك والعمل مع الكائنات. ستعرف ما تحتاج إلى القيام به ، وسيمكنك من فعل ذلك بطريقة فعالة وفي الوقت المناسب ، لذلك لا داعي للقلق بشأن ما هو بالضبط البند الذي يجب أن نذهب إليه من أجل تقديم هذا الخيار. سنهتم بهذا من أجلك.

أيضًا ، عندما ننظر ، سأنتقل الآن إلى SQL Server وأتحدث قليلاً عن بعض الميزات الأخرى ، لذا نحتاج جميعًا إلى مراقبة قاعدة البيانات. لذلك مرة أخرى ، ابدأ تشغيله ، لنرى كل الجلسات التي تحدث ، الجلسات التي تعمل. كيف سنرى ما هي البيانات التي يتم تنفيذها وتكون قادرة على السيطرة على ذلك؟ هل نحتاج إلى إيقاف الجلسة؟ هل نحتاج إلى رؤية أي أقفال يمكن أن تكون في قاعدة البيانات؟ أي أقفال الحجب؟ مرة أخرى ، لدينا كل هذه المعلومات هنا في متناول أيدينا حتى يتسنى لنا الرد بسرعة واتخاذ الإجراءات التصحيحية إذا لزم الأمر وإدارتها. سنعود إلى المستكشف لدينا. هذا هو المكان ، وهذه هي نقطة القيادة ، وهذا هو المكان الذي أعود إليه دائمًا ، وهنا أحب شخصياً أن أبدأ الأمور وأعمل من هنا. أثناء اتصالي بقاعدة بيانات SQL Server لإلقاء نظرة على الأدوات المساعدة. نظرًا لأننا مشتركون بين الأنظمة الأساسية ، يمكننا البدء في البحث عن عمليات الاستخراج والهجرات. يمكننا الانتقال عبر الأنظمة الأساسية إذا احتجنا إلى ترحيل كائنات من منصة إلى أخرى ، يمكننا القيام بذلك ، شريطة أن تكون هذه الكائنات موجودة على منصات مختلفة. قم باستخراج المخططات ، ونشرها على التقارير ، وتحميل البيانات وإلغاء تحميلها ، وعمل نسخة احتياطية من قواعد البيانات.

مرة أخرى ، كل هذا من داخل واجهة المستخدم. ومع وصولك إلى الأدوات ، يمكنك رؤية مجموعة كاملة من الأدوات التي يمكننا تشغيلها ، أليس كذلك؟ من بين "Find in Files" ، يمكننا إجراء بحث كامل في قاعدة البيانات حيث نبحث داخل جداول النظام للعثور على تلك السلسلة التي تبحث عنها. "Script and File Execution" ، إذا كان لديك بيان قياسي يمكن تنفيذه على منصات متعددة ، ومصادر بيانات متعددة ، فيمكننا إعداد ذلك مباشرة من داخل DBArtisan يشير إلى الأهداف التي نريد تنفيذها لتنفيذها. اضغط على "اذهب" وسيعمل ويعيدنا إلى النتائج مقابل كل مصادر البيانات المستهدفة هذه. مرة أخرى ، تتيح لك العمل من خلال جزء واحد من الزجاج.

و "سلسلة Analyst" ، مرة أخرى ، هذه هي أكثر تعمقا. يتم توجيهها بشكل أكبر نحو قواعد البيانات العلائقية حيث نبدأ في الوصول إلى المزيد من الأنظمة الأساسية الأحدث التي ستبدأ في رؤيتنا لتوسيع هذه الوظيفة إلى تلك الساحات أيضًا. وبشكل عام ، مجرد الكثير من التحسينات واجهة المستخدم. ميزات مصممة خصيصا ل DBA. عناصر مثل لدينا القدرة على القيام مكتبة البرامج النصية.هذه البرامج النصية SQL التي تنفذها في كثير من الأحيان ضد منصات متعددة ، احفظها هنا ، واسحبه ، بمجرد أن يتم إعداد نافذة ISQL جديدة ، يمكننا فقط سحب البرنامج النصي ، ولدينا البرنامج النصي الآن جاهز للذهاب. مرة أخرى ، أن يكون ذلك في متناول يدك لتكون قادرًا على القيام به وإدارته. ستلاحظ أننا نقدم برامج نصية محددة بالفعل لبعض الأنظمة الأساسية حتى نتمكن من المضي قدمًا وإنشاء ما نحتاج إليه في أي وقت.

شيء جميل يعجبني كثير من عملائنا ، إذا كنت مهتمًا على الإطلاق ، وأحصل على هذا السؤال كثيرًا فيما يتعلق بـ "كيف أفعل ذلك؟ هذا رائع. كيف يفعل DBArtisan ذلك؟ "هناك ميزة صغيرة هنا ،" Logfile "، يمكنك تسجيل جميع عبارات SQL التي ننفذها ، لذلك إذا كنت تريد أن تعرف كيف نملأ هذا الاستكشاف أو كيف نملأ المحرر لجدول PostgreSQL أو جدول Teradata ، قم بتسجيل SQL وسنسجل كل ما يقوم DBArtisan بتنفيذه مقابل قاعدة البيانات ويمكنك العودة وإلقاء نظرة على ذلك SQL والحصول على كل ما نحتاجه. ربما تريد تضمين ذلك كجزء من أحد البرامج النصية الخاصة بك. إطلاقا. غرامة تماما.

نود أن نكون شفافين للغاية فيما نفعله وما ننفذه مقابل قاعدة البيانات ، ومن ثم سنسمح لك بحفظ وتسجيل أي شيء نطبقه على قاعدة البيانات. لدينا خيارات التكوين كذلك. ستلاحظ أنه تم إعداده كـ "تنظيم بواسطة مالك الكائن". يمكنني أيضًا الإعداد بواسطة "نوع الكائن". إذا جئت إلى بيئة PostgreSQL الخاصة بي مرة أخرى ، ذهبت إلى المخطط إذا نظرت إلى SQLs بدلاً من فقط جداول GIM الخاصة بي والتي تنتمي إلى هذا المخطط ، سأرى جميع الجداول ، بغض النظر عن أسماء المخططات. مرة أخرى ، هناك طرق مختلفة لتنظيم الأشياء التي تقوم بتخصيصها حقًا لسير العمل الخاص بك وكيف تريد رؤيته.

وآخر شيء أريد أن أتحدث عنه هو القدرة على ضبط "الإشارات المرجعية". إذا قمت بالبحث ، وإذا كنت أعمل في أحد المنصات الخاصة بي وأريد التركيز على وضع طاولاتي فقط ، فيمكنني إضافة إشارة مرجعية. أعرف أن هذه ميزة بسيطة للغاية ، لكن من الجيد أن يكون لديّ ، خاصةً عندما تعمل مع أكبر عدد ممكن من مصادر البيانات والعديد من المنصات مثل DBA الحالي. لتتمكن من الدخول إلى النظام ، ابدأ تشغيل DBArtisan واترك مدير الإشارات يأخذك مباشرة إلى الموقع في الشجرة حيث تحتاج إلى أن تكون قادرًا على العمل. ثم من هنا ، يمكنني إنشاء جدول جديد ، ومرة أخرى ، على الأنظمة الأساسية التي ندعمها والتي رأيتها سابقًا ، وسننتقل بك عبر "معالج" للسماح لك بقيادة السيارة وتطويرها وإنشاء الجدول. وسنقوم بإنشاء كل بناء الجملة اللازم للقيام بذلك خلف الكواليس نيابة عنك ومن ثم تقديمه لك في النهاية في جزء المعاينة. يمكنك التحقق من الصحة ، ونرى بالضبط ما سننشئه. يمكنك الضغط على زر "تنفيذ" ، ثم زر "إنهاء" ، دعه ينفذ. أو يمكنك حفظه أو دفعه إلى نافذة ISQL أخرى ، لذا اجعله ، مرة أخرى ، ربما يحتاج إلى أن يكون جزءًا من نص برمجي أكبر وأكبر تريد حفظه ونشره خلال ساعات النافذة الدفعية.

هذا هو لمحة عامة عن DBArtisan. عندما نتحدث عن ذلك ، مرة أخرى ، إنه منتج شاهد الكثير من المنصات ، ودعم تلك المنصات وتجربة المستخدم الرائعة ، وردود فعل رائعة من عملائنا كذلك. وإذا كنت مهتمًا ، كواحد من المشاركين في المناقشة ، ولكن إذا كنت بحاجة إلى العثور على أي شيء متعلق بـ IDERA أو يتعلق بـ DBArtisan ، فلا تتردد في التواصل ويمكنك بالتأكيد العثور على عنوان بريدي.

إريك كافانا: حسنًا ، أعتقد أنني سألقيها على روبن مفتوحًا لطرح الأسئلة ثم Dez وبعد ذلك سأراقب الأسئلة والأجوبة من الحاضرين. روبن ، خذها بعيدا.

روبن بلور: حسنًا ، حسنًا ، أقصد السؤال الأول ، لقد كنت على دراية بالفعل بـ DBArtisan لفترة طويلة ، لذا فأنا على دراية بقدراتها. ما يهمني أن أخاطبه هو مساراتها المستقبلية من هنا. أقصد ، كما تعلمون ، آخر مرة نظرت فيها ، كان يجب أن يكون منذ زمن طويل. أرى أنك تدعم ثلاث قواعد بيانات على الأقل لم أكن أدرك أنك دعمتها من قبل. ما هو المسار الأمامي ل DBArtisan؟ هل من المحتمل أنك ستضيف فقط المزيد والمزيد من قواعد البيانات أم أنها امتداد لميزة؟ أين تنوي الذهاب معها؟

سكوت والز: هذا سؤال كبير وأود كل ما سبق. بالتأكيد سنستمر في البناء لأن منصات RDBMS التقليدية لا تجلس ، أليس كذلك؟ إنهم مستمرون في البناء. سنواصل اتباع هذا المسار. وسترى بعد ذلك أن نبدأ في البحث عن اتجاه دعم الأنظمة الأساسية الجديدة الصافية. نظرًا لأننا ندرك أنه على الرغم من استمرار بعض هذه المنصات في النمو ، وهي أنظمة RDBMS التقليدية ، فهناك بعض المواقف التي تعد المنصات الجديدة بمثابة المنصات المناسبة للعملاء. نحن نراقب عن كثب تلك السوق عن كثب ، ونحاول اتخاذ القرارات الصحيحة بشأن المنصات التي يجب التعامل معها. يبدو أنها تتغير كل يوم ، عمليا.

روبن بلور: حسنًا ، كما قلت أنا وديز ، إنه سوق مفعم بالحيوية للغاية ، وربما كان أحد الطرق للنظر إليه. شيء آخر سأهتم به - من الواضح أنك لن تكون قادرًا على الإجابة على هذا السؤال بتفاصيل دقيقة ، لكنني صادفت مواقع في وقتي حيث يوجد آلاف الحالات من Oracle ، ولم يكن Oracle قاعدة البيانات الوحيدة المستخدمة ، التي تم نشرها ، كما تعلمون. وعندما تحدثت إليهم فعلاً حول كيفية إدارة هذه الحالات على الأرض ، قالوا: "حسنًا ، كما تعلم ، لا يوجد سوى حوالي خمس أو ست حالات كبيرة ، ولدينا حوالي ثلاث قواعد بيانات مكتوبة (DBA) نشرناها عبر هذا." نوع من المهتمين فيما يتعلق باستخدام DBArtisan ، لأنه يمكنك القيام به بشكل سيء معها ، كم عدد قواعد البيانات التي تجلس عليها ، دعنا نقول عادة ، أو حتى ما هي أكبر الأمثلة على عدد السلاسل التي يمكن أن تديرها في وقت واحد؟

سكوت والز: حسنًا ، لقد رأيت مواقف - ومرة أخرى ، الأمر معقد قليلاً ، هذا السؤال هو ، لأن DBArtisan يسمح لي أن يكون لدي اتصالات متعددة أو مصادر بيانات متعددة محددة لمثيل واحد. ربما أرغب في إجراء syslogin ، ثم تسجيل الدخول إلى الأذونات الأقل ، لكنني تعاملت مع العملاء أنه مع كل شيء انهار ، ستكون هناك شاشات متعددة. الآن عندما سألتهم ذلك ، فإن السؤال الذي طرحته علي ، هو ، "كيف تديرون هذا العدد الكبير؟" ثم يقول ، "أنا لا أفعل" ، أليس كذلك؟ "أدير ما بوسعي ، لكنني أحتاج إلى الوصول إلى كل شيء". لم أكن أرى بعد أي شيء يتوقف ، كما تعلمون ، الحدود العليا لما يستطيع الأشخاص إدارته هي الحد الأعلى لما يستطيع هذا الشخص ، الفرد ، مقبض. ولكن كما تعلمون ، كما ذكرت ، هؤلاء الأشخاص الذين أتحدىهم ، فإنهم يعترفون صراحةً بأن لديهم كل تلك الروابط ولكن لا توجد طريقة تمكنهم من إدارتها. يعتمدون على فريقهم. كما أنا متأكد من أنك عشت ، نعم.

روبن بلور: حسنًا ، لقد كنت في الواقع DBA بنفسي ، على الرغم من أنني لم أفعل ذلك لفترة طويلة جدًا. والشيء الوحيد الذي ، كما تعلم ، أتذكر ، علاوة على أي شيء آخر في قواعد البيانات العلائقية ، هو أنه يمكنك القيام بعدد هائل من الأشياء باستخدام SQL. في كثير من الأحيان أكثر مما كنت تعتقد أنك يمكن. وهو ما يفسر بطريقة أو بأخرى بعض الوظائف التي حصلت عليها DBArtisan ، لأنها تترجم مباشرة إلى SQL. لكن ، أنت تعرف ، أنا متأكد من أنك تفعل أشياء أخرى. هو كل البرامج النصية SQL أو هل هناك إجراءات خاصة أخرى مكتوبة لحالات الباطنية؟

سكوت والز: نعم ، الكثير منها ، الجزء الأكبر منها هو SQL ، هذه هي طبيعة ذلك. لكننا نكتب إجراءات روتينية يمكن تشغيلها من سطر أوامر باستخدام أدوات البائع ، ينتهي البائع الأمامي. سنضع الواجهات الأمامية ، كما تعلمون ، على سبيل المثال ، في أدوات مساعدة تحميل البيانات في الأنظمة الأساسية ، أليس كذلك؟ هذه ليست سكربتات SQL ، إلى اليمين ، تلك وظائف لسطر الأوامر. سيقوم بإنشاء هذه وتكون قادرة على إعطاء تلك إلى DBA التي يمكن تنفيذها بعد ذلك. انظر نعم ، سنفعل شيئًا قليلًا من كليهما ولكن غالبية هذه النصوص عبارة عن نصوص SQL.

روبن بلور: عند النظر إلى الأمر ، لأنه من الواضح أنه يجب عليك بطريقة أو بأخرى إلقاء نظرة على التطورات الجارية التي أعتبرها جديدة إلى حد ما. أعني ، أن أحد الأشياء التي أجدها مثيرة للاهتمام يحدث هو أن Spark من الواضح أنها تقلع مثل صاروخ ، ولكن Spark's SQL ، لقد تحولت من كونها غير ناضجة إلى حد كبير إلى البدء في أن تبدو أكثر نضجًا بقليل من قدرات SQL. هل تنظر إلى أشياء من هذا القبيل وتتساءل عما إذا كنت ستبدأ في إدارة تلك الأشياء باستخدام برنامج DBArtisan؟

سكوت والز: بالتأكيد وأنا أفعل. هذا دائمًا هناك. أعلم أن فريق إدارة المنتجات لدينا يبحث دائمًا في الأماكن التي نذهب إليها ، وعلى الإطلاق ، كل شيء مطروح على عاتقنا ، فيما يتعلق بما ننظر إليه في المستقبل.

روبن بلور: حسنًا ، ديز ، هل تريد أن تتراكم؟

ديز بلانشفيلد: نعم ، في الواقع ، هناك مجموعة من الأشياء الرائعة التي فتحتها الباب أمامي ، روبن. شكرا جزيلا لك. أنا حريص على استكشاف بعض الأشياء التي قفزت في وجهي عندما أنظر إلى منتجات مثل هذه وأنا متحمس للغاية. عندما قمت بالتحقق من واجبي المنزلي ، لأنه كما ذكر الدكتور روبن بلور المذكور من قبل ، فهو ، كما فعلت أنا ، يتتبع هذا لبعض الوقت وأتذكر النظر في متطلبات المواصفات الخاصة بك في اليوم الآخر والتفكير ، في الواقع ، يعمل هذا الشيء على العجاف من ما يفعله في الواقع. وأعتقد أنه من الذاكرة - صححني إذا كنت مخطئًا - أعتقد أنه كان مثل القليل من أداء الكمبيوتر المحمول الذي يعمل على تشغيل DBArtisan بشكل مريح ومع ذلك كان قادرًا على تشغيل بعض نهايات قاعدة البيانات المهمة. وكنت مهتمًا جدًا برؤيتك كان لديك Firebird أيضًا الآن و Greenplum. لقد تأثرت تمامًا بالمتطلبات أو المواصفات الخاصة بالأجهزة التي يمكن أن تعمل بشكل حرفي تمامًا مثل أزعج RAM على وحدة المعالجة المركزية جيجاهيرتز واحدة. كان ذلك رائعا جدا.

لكن حالات الاستخدام شيء أريد الخوض فيه قليلاً. هل ترى أن استيعاب المنتج هو أمر ضروري بسبب البيئات الحالية التي خرجت عن نطاق السيطرة ، أو هل ترى أن الناس أصبحوا الآن أكثر نشاطًا وقولًا ، كما تعلمون ، إننا نقوم ببناء شيء ما للغاية كبير ، إنه معقد. وأنا أفكر في عمليات الدمج والاستحواذ على سبيل المثال هنا ، حيث قد تشتري إحدى المؤسسات مجموعة من الشركات - الصغيرة والمتوسطة والكبيرة ، أيا كان - وينتهي بها الأمر إلى وراثة كل هذه البيئات وتضطر إلى بناء قدرة DB جديدة. ما هي الحالات التي تستخدم عادة لهذا بقدر نوع المؤسسة ونوع التطبيق عليها؟ هل في الغالب الأشخاص الذين حصلوا على بيئات حالية وعليهم فقط تنظيفها والتحكم فيها أو هل الناس أكثر نشاطًا قليلاً ويفكرون في التعقيد الذي يعتزمون بناءه وجعلهم على متن الطائرة في وقت مبكر؟

سكوت والز: نشهد المزيد من التقدم مبكرًا للسبب ذاته الذي ذكرته ، وهو الدمج. مع اتساع نطاق دعم النظام الأساسي الذي نوفره ، فهو ليس تدقيقًا مستقبليًا كاملاً ، صحيحًا ، ولكنه يضعك أنت وموظفو DBA في وضع جيد حقًا عندما ينظرون إلى هدف الاستحواذ المحتمل ، صحيح ، إنهم أقل قليلاً ، كما تعلمون ، ما هي المنصات التي يمكن أن نرثها ، أليس كذلك؟ على الرغم من أهميته ، أليس كذلك ، إلا أن القلق هناك أقل قليلاً مما يعنيه الأمر بالنسبة إلى قواعد بياناتنا ، أليس كذلك؟ أصبح لدى DBAs منتج الآن يعرفون أنه يمكنهم الاتصال به ، وإذا كانوا على دراية باستخدام المنتج ، فسيكونون على دراية بالاتصال بهذا النظام الأساسي الذي اكتسبوه للتو. لذا ، فمن المؤكد أن هذا مجال نراه ، مرة أخرى تعلمون ، منذ وقت طويل ، العملاء الذين يمتلكون هذه المجموعة الكاملة من هذه المنصات ، أليس كذلك؟ كيف سألتف حول هذا ، أليس كذلك؟ وقد جربوها لأن عملية التفكير هي أن كل من المنصات لديها أداة ، أليس كذلك؟ يمكننا استخدام الأداة الخاصة بنا ، أليس كذلك؟ لكن في النهاية ، يمكنك معرفة ما ، نعم يمكنك ذلك ، لكن ليس فقط سأتعلم كل من المنصات ، والآن أنا أتعلم كل واحدة من الأدوات التي تذهب مع كل واحدة من المنصات و لذلك قمت للتو يضاعف وظيفة DBA. لذلك نحن نشهد أيضًا هذا الموقف حيث سيعودون إلينا ونقول: "أنت تعرف ، نحن بحاجة إلى أن نحيد أيدينا حول هذا. دعنا نحصل على أداة واحدة لـ DBA ، لأنني حصلت على أشياء أكثر أهمية لقيام DBA بعملها بدلاً من تعلم واجهة المستخدم لأداة جديدة. أو أدوات مختلفة. "

ديز بلانشفيلد: نعم لا بالتأكيد. وكما تعلم ، عندما ترى ، أفكر من الذاكرة عندما نظرت بالأمس فقط لمضاعفة التحقق من أنني لم أكن مخطئًا ، أتذكر أنك دعمت Sybase على سبيل المثال ، لذلك كان هذا الشيء موجودًا لفترة قصيرة. هناك سؤال آخر كان لدي في الواقع ، فقط ، نعم ، من الرائع أن يكون لديك Greenplum و Firebird في قائمتك ، لكن Sybase ، هذا النوع من الأعمار بسرعة كبيرة ، يدل على أنه كان موجودًا لفترة من الوقت وقام بعمل جيد.

عناقيد المجموعات. لذلك ، واحدة من أكبر المشكلات التي تواجه DBA هي أنها ستشير بشكل أساسي إلى ما يشبه عنوان IP ومجموعة من واجهات برمجة التطبيقات أو ما إذا كان JDBC أو LDBC أو ما قد نتحدث إليه ، ولكن وراء ذلك توجد مجموعة. ما الذي يمكن أو يعرفه DBArtisan حول ما وراء الباب رقم واحد ، كما كان ، كما هو الحال عندما أقوم بتوصيل النهاية الخلفية لقاعدة البيانات ، هل يمكنني رؤية جميع البيئات الموجودة خلفه ، وعلى وجه الخصوص ، لذلك هناك جزأان إلى السؤال ربما. الكتلة على سبيل المثال ، عندما تفكر في ذلك ، كما تعلمون ، فإنك تدعم IBM DB2 و Microsoft SQL Server Server و MySQL و PostgreSQL و Oracle وبعض تلك RDBMSs التقليدية ، وكما تعلمون ، فإننا ندير دائمًا سيدًا عبدًا أو سيدًا رئيسيًا بيئة للتكرار ووفرة عالية وكذلك الأداء. هل يعلم DBArtisan أن هناك شيئًا خلف الباب رقم واحد ليس مجرد قاعدة بيانات واحدة في حد ذاته ، بل كتلة ، وإذا كان الأمر كذلك ، فما الذي يعرفه عن ذلك؟ وللتدفق إلى ذلك بسرعة حتى تتمكن من الإجابة على نفس السؤال ، آسف. لذا ، وراء الكتل في بعض السيناريوهات التي لديك ، كيف يتعامل الأشخاص مع المزيج بين بيئات الإنتاج وبيئات التعافي من الكوارث ، بقدر ما يذهب استخدام DBArtisan؟

سكوت والز: أسئلة رائعة. سأعطيك أن ذلك يتوقف على الأنظمة الأساسية المحددة لأننا ، بقدر ما نحاول ، سيكون لدينا مستويات مختلفة من الدعم لبعض من تلك الميزات المتعمقة والعمق الأعمق. بالنسبة إلى Oracle ، على سبيل المثال ، وبيئة RAC الخاصة بهم ، Real Application Cluster ، يمكنك الاتصال بالعقدة الأساسية في تلك المجموعة ، ولكن مع مرور الوقت من خلال شاشة قاعدة البيانات التي أظهرتها ، سنسمح لك برؤية SQL قيد التشغيل ونحن هل سأخبرك فعلاً بأي عقدة في المجموعة تعمل؟ للسماح لك بمعرفة ما إذا كان الاستعلام بطيئًا تمامًا ، كما تعلم ، دعونا نراقب ذلك ، ما هي العقدة التي تعمل عليها؟ نظرًا لأن السبب الرئيسي للمجموعة ، لا محالة ، هو للمستخدم النهائي ، فهو لا يهتم بمكان تنفيذها ، لكن بالنسبة إلى DBA نحتاج إلى تتبع هذا النوع من المعلومات. يمكننا الوصول إلى هذا المستوى من التفاصيل في Oracle ، على سبيل المثال. الأنظمة الأساسية الأخرى التي لدينا اتصال بها ، ربما لا تكون بنفس القدر من التفاصيل عن أوراكل.

بالنسبة للإنتاج وبيئة التطوير ، هذا سؤال جيد. نحن نقدم نفس المستوى من الدعم. الطريقة الأساسية الحقيقية التي سنساعد بها ، ستكون طبقة الاتصال موجودة ، أليس كذلك؟ سنكون قادرين على الاتصال والقيام بجميع الميزات. لدي عملاء يستخدمون بعض الميزات في DBArtisan لتصنيف مصادر البيانات الخاصة بهم ، أليس كذلك؟ ومرة أخرى ، قد يكون هذا قليلًا بالنسبة للسؤال الذي تطرحه بالضبط ، لكننا سنعمل على تمكينهم من الإشارة بيانيا أثناء عملهم. لأن هذا أحد الأشياء المتعلقة بـ DBArtisan ، هو أنه يمكنني التغيير بسرعة بين مصادر البيانات. والشيء التالي الذي تعرفه أنني أستعد لتشغيل بيان مقتطع وأتطلع إلى أن أكون متصلاً - هل قمت بتشغيل هذا ضد الإنتاج أو التطوير؟ وبالتالي ، فإننا نقدم بعض الميزات داخل DBArtisan لمساعدة DBAs هناك أيضًا لإدارة ذلك وإبعادهم عن المشاكل ، إذا صح التعبير ، مع بعض أنشطة DBA.

ديز بلانشفيلد: مع وضع ذلك في الاعتبار ، على القائمة الطويلة من الأنظمة الأساسية التي تدعمها حاليًا ، وأنا متأكد من أن ذلك سوف ينفجر قريبًا جدًا لأسباب واضحة. أقصد ، أنت تدعم أمثال say DB2 على z / OS على سبيل المثال ، على أجهزة الكمبيوتر المركزية ، ومن الواضح أنك تؤيد أمثال ما اعتدنا أن نطلق عليه أنظمة متوسطة المدى ولكن الآن أنظمة UNIX ، ونوعًا من المنصات الحديثة ، تعرف ، لينوكس ، ثم سيتم نقله في النهاية إلى مثل Bluemix و Cloud Foundry ، لذلك سوف ينتهي بك الأمر مع DB2 يعمل على Cloud Foundry على Bluemix ، مع IBM والسحابة على soft. هل يعمل الأشخاص حاليًا ليس فقط على الإدارة والمراقبة ، ولكن أيضًا ذكرتم قبل القدرة على الترحيل ونقل البيانات. هل ترى أشخاص يقفزون في الفراش مع DBArtisan ويقولون: "أنت تعرف ماذا ، لدينا مجموعة من الأشياء على الإطارات المركزية القديمة التي نحتاج فقط إلى النزول منها وكان من المتاعب الحقيقية القيام بذلك. إذا كان بإمكاني الإشارة ، والنقر والسحب من هنا إلى هناك ، فيمكنني بالفعل نقل بياناتي ومخططي وترحيلها. "هل هذا شيء يفعله الناس؟

سكوت والز: إنهم يتحركون بالفعل ، أليس كذلك؟ إنهم ينقلون البيانات ، أليس كذلك؟ الآن ، يستخدمون DBArtisan كأداة لذلك. هل تفعل كل شيء لهم؟ لا. نحن نبدأ ، كما تعلمون ، السحب والإسقاط ، ليس هناك بالضبط ، لكننا نمكنهم من إنشاء بعض النصوص ، لأنه من الناحية المثالية تريد استخدام - أنت لا تريد أن تكون هذه المهمة يعمل على العميل الخاص بك ، على جهاز الكمبيوتر المحمول الخاص بك ، للسبب الذي ذكرته. يمكننا الركض على قدم منخفضة جدا ، أليس كذلك؟ نحن نساعدهم على إنشاء برامج نصية ثم نعيد تشغيلها وننشئها وبعد ذلك يمكنهم توصيل هذا البرنامج النصي وتشغيله على الخادم ، أليس كذلك؟ والحصول على القوة ، والحصان وراء الخادم للقيام بذلك. نحن نساعدهم على توليد بعض وظائفهم للقيام ببعض هذا العمل.

ديز بلانشفيلد: حق. زوجان أخيران من أجلك ومن ثم يمكننا العودة إلى الخلف الشيء الذي أذهلني حقًا هو مجرد إطلاعكم على الإضافة الرائعة ، وفي الواقع ، أتمنى أن يكون لدينا ساعة أخرى لمزيد من التفاصيل. إن التحدي الكبير الذي يواجه DBAs حقًا ، هو الالتزام الأساسي ، والحوكمة الشاملة للبنية التحتية ، ومراجعة الحسابات ، والإبلاغ عن الحالة الراهنة ، والنظر في الاستعداد في المستقبل لأشياء مثل النمو العام للبيئة فقط. من المذهل أنه على الرغم من أنه في صميم ما يبدو أن منتجك يقوم به ، إلا أنه يجعل الحياة سهلة ، ذلك الجزء الوحيد من الزجاج ، المنظر الفردي للعالم ، ويمكنني النقر والإشارة والسحب بشكل أساسي وأحب الحقيقة أنني أستطيع تدريب شخص ما على القيام بذلك بسرعة كبيرة الآن ، لا يتعين عليهم قراءة الدليل ، كما كان.يذهلني أن الأداة تعطيني أيضًا القدرة على القيام بمجموعة كاملة من الأشياء حول الحوكمة والامتثال والتدقيق ، وأتساءل عما إذا كان الناس قد استيقظوا بالفعل ، أنا متأكد من أن لديهم.

لكن هل تشاهد القوم الآن ينظرون إليه ويذهبون ، وهو يشبه هذا يوريكا ، لحظة هالة ، "يا ، أنت تعرف ماذا ، هذا يجعل حياة DBA سهلة حقًا من الآن ، أو أسهل من وجهة نظر عملياتية أو وجهة نظر التنمية. لكن gosh ، يمكننا بالفعل الإبلاغ عن جميع قواعد البيانات الخاصة بنا الآن وجميع مجموعات البيانات وجميع البيانات التي لا تحتوي على محتوى وجميع البيانات الوصفية الموجودة. مثل ، من الذي لديه حق الوصول ، عندما يكون لديهم حق الوصول ، ولماذا يمكنهم الوصول ، ونوع الوصول الذي لديهم. "ثم فجأة ، تعالج بعض التحديات حول الامتثال. خاصة عندما يكون لدينا بعض الأشياء الكبيرة التي تحدث حول خروقات البيانات. لدينا بعض الأشياء المدهشة مثل الأزمات المالية العالمية ، كل هذه التحديات تأتي ولكن كيف على الأرض سنقوم بقياس ومراقبة ومعالجة الامتثال؟ هل هذا هو نوع الشيء الكبير بالنسبة للناس حتى الآن أم لا يزال ، نوعا ما ، الأيام الأولى بقدر تطبيق DBArtisan عليه؟

سكوت والز: لدي عملاء لا يمكنهم قول ما يكفي عن DBArtisan. الآن هؤلاء هم الذين أدركوا ذلك. ذهب المصباح الكهربائي. يقولون ، "انتظر لحظة. يمكنني الرد والرد وإنشاء بعض التقارير ذاتها التي ذكرتها ، كل ذلك من خلال أداة واحدة. لدي الآن ". الآن هناك آخرون ما زالوا بحاجة إلى متابعة ذلك وقد يكون ذلك لأسباب مختلفة ، أليس كذلك؟ ربما لم يتم التعامل معهم بعد أو ربما يتم التعامل معها من قبل شخص آخر ، لكن عملائنا اكتشفنا أنهم يستخدمونها ، إنها لحظة مناسبة ، أليس كذلك؟ ذلك ، ليس فقط أنا قادر على إنشاء جدول كل هذه الأشياء. وبالتأكيد ، مع كل متطلبات الامتثال ، إنه ضخم. هذه وظيفة في حد ذاتها.

ديز بلانشفيلد: حسنا ، حقا. وأنت تعرف ، أعني على الفور من أعلى رأسي أنني أفكر فورًا ، كما تعلم ، إذا كان هناك شخص ما يقول إنه يريد إنشاء قاعدة بيانات لإدارة التهيئة ، CMD ، إذا كان عليهم مقابلة كل شيء من ساربانيس -Oxley إلى COBIT إلى ITIL ، كما تعلمون ، امتثال سويفت والخدمات المصرفية ، حتى النزول إلى أمثال منظمة المعايير الدولية ، ISO 27001 ، 27002. إنها كل هذه الأطر الكبيرة حقًا. أحد التحديات هو مجرد العثور على مكان وجود البيانات ، ومن الذي يقوم بإدارتها ، وما التنسيق الموجود فيها ، وأنا أفكر ، لقد كان الأمر بالنسبة لي ، مثل بالنسبة لي ، مجرد مشاهدتي الآن بعد أن انتهت لحظة eureka ، كان الأمر كذلك ، شنق في الثانية ، يمكنني أن ألقي هذا على شخص ليس بالضرورة DBA ، لكن يمكنني تدريبه بسرعة ويقول: "هناك أداة امتثال". أعتقد أنه من الجيد أن تقوم بعملها في قاعدة بيانات الإدارة عالم الإدارة.

لكنني جالس هنا أفكر ، يا الله ، كما تعلمون ، في حقيقة أنه يمكنك إدارة منصات متعددة كأحد هذه الأيام ، ويمكنك الغوص مباشرة ، كما قلت ، في تسجيل المعاملات التي تقوم بها. كما تعلمون ، تخيلوا أخذ هذه الأداة في حادث خرق للبيانات وحصلت على فريق الأمن الخاص بك يركض في محاولة للعثور على ما وأين ولماذا ، ومن رأى ما. وبما أنهم يتنقلون ، فيجب عليهم تسجيل وتتبع كل إجراء يقومون به لأنهم قد يصبحون جزءًا من المشكلة إذا لم يتمكنوا من ذلك. نعم ، أعتقد أنها قدرة مذهلة هنا ، كما تعلمون ، يمكنك البدء على الفور ، كما تعلمون. عندما ننظر إلى تحديات عمليات تدقيق البيانات التي تعرفها بشكل خاص ، لدينا هذه الميزة الضخمة مثل ميزة الزحف ، كما كانت ، مع مجموعات البيانات والبيانات.

وأحد الأشياء التي تحدثنا عنها في برنامجين آخرين قمنا به هو ، كما تعلمون ، كيف تذهب وتجد بياناتك وغالبًا ما نتحدث عن حقيقة أنك عندما تبدأ في أي مؤسسة ، فإنك تميل إلى قف في حجرة الخاص بك ووضع يدك في الهواء والموجة وتذهب ، "هل أحد يعرف أين قاعدة البيانات هذه؟ كيف يمكنني الوصول إلى مصدر البيانات هذا؟ أين هذا الملف؟ "" اذهب واسأل الاستقبال. "أليس كذلك؟ يمكن لأداتك أن توفر على الفور تلك القدرة على العثور على الأشياء واكتشافها وحتى الإبلاغ عنها.

عد إلى أحد الأسئلة لفترة وجيزة وسأختتم وسأعود إلى Eric. من المذهل أن هذا المقياس سوف يصبح تحديًا في الـ 12 شهرًا التالية لك. هل يمكنك أن تعطينا نظرة ثاقبة ، من وجهة نظري التي يصل عددها إلى ثلاثين ألف قدم ، حسب المقياس أو في نطاق المقياس الذي بدأ العمل به DBArtisan. أستطيع أن أتخيل أنه عندما وضعت هذا على جهاز الكمبيوتر المحمول وأنا صخرة وأشير إليه في بيئة يمكنني اكتشافه ويمكنني البدء في عمل أشياء عليه. أتصور أنه ينطلق من محرك قاعدة بيانات صغير مفتوح المصدر ، مع قليل من الصفوف والجداول ، كما تعلمون. ما الحجم الذي سوف يصل إليه؟ لقد تحدثت عن DB2 على أجهزة الكمبيوتر المركزية ، هذا كبير. والمجموعات. ما هو نطاق النطاق الذي يمكننا التعامل معه هنا؟ وقد تطرق روبن إلى ذلك في وقت سابق ، لكنني فقط سأحتاج إلى الخوض في ذلك بمزيد من التفصيل حول مدى قدرتنا على الوصول إلى DBArtisan.

سكوت والز: بالتأكيد. سيكون هناك بالتأكيد تحدياتك لأنها جزء من برنامج العميل. وهكذا ، مرة أخرى ، إذا كنت أعمل على إطار مركزي ، عندما أعمل على نظام الاختبار الخاص بنا على الإطار الرئيسي الذي لدينا ، يمكنني أن أشير إليه مقابل ملايين الصفوف وأن أقوم بتقاطع مقابل ملايين الصفوف. سيتم تنفيذ كل العمل على خادم ، لأننا نجتاز هذا الأمر ، وهذه مسألة DBArtisan فقط هي التي تتعامل مع مجموعات النتائج ، أليس كذلك؟ وهذا هو التحدي ، وهذا هو الجمال ، الصحيح ، لما نقوم به. يتم معظم الرفع الثقيل على الخادم. نحن فقط نتعامل مع جميع النتائج. وهكذا ، مرة أخرى ، تحصل في مواقف بالطبع عندما تريد تشغيل عشرة استعلامات في وقت واحد والتي ترجع جميعها إلى ملايين الصفوف ، نعم بالتأكيد ، قد تجد نفسك في بعض الأداء هناك ، أليس كذلك؟ لكن في أي وقت من الأوقات ، لا أجد عملاء يخجلون من تشغيل استعلامات كبيرة ضد DBArtisan ، كما تعلمون ، مقابل قاعدة بياناتهم. مرة أخرى ، كما قلت ، يختلف عدد الأميال بناءً على العديد من العوامل ، صحيح ، ولكن مرة أخرى ، كما قلت ، أنا أتعامل مع ملايين الصفوف التي تعود إلى الخلف وطالما كانت تملأ الشبكة ، كما تعلمون ، " م مستعد للذهاب. لكن من الواضح في بعض الأحيان أن علي الانتظار حتى تعود النتائج.

ديز بلانشفيلد: لدي سؤال لك قبل أن أختم ، لأنني استغرقت الكثير من وقتك وأشكرك على ذلك. فقط أخبرنا قليلاً ، كما تعلمون ، اقرأ آخر المواصفات بالأمس فقط للتأكد من أنني كنت كذلك ، وأعتقد أنني كنت كذلك. مراقبة العمليات ونوع التنبيه والإشعارات ، كما تعلمون ، تخطيط السعة يجلب جميع المشكلات الضخمة مع DBAs ، طوال اليوم كل يوم ، كما تعلمون. هل سيقوم شخص ما بملء هذا الجدول ، هل سيملأ قاعدة البيانات ، هل سيملأ مساحة القرص التي أمتلكها ، كيف يمكنني إدارتها؟ قم بإعطائنا نظرة سريعة على نوع من مراقبة العملية وخاصة مراقبة التنبيهات ثم من الناحية المثالية حول تخطيط السعة. أعتقد أن هذا مجال أعتقد أنه قد يكون هناك الكثير من الاهتمام به.

سكوت والز: ربما أظهرت مراقبة العمليات أن الميزة التي تستخدمها غالبية قاعدة عملائنا وهي شاشة قاعدة بيانات لتتمكن من إظهارها وفعلها. ونحن لدينا بعض في حزمة المحللين. يحتوي Analyst Analyst على بعض التنبيهات التي يمكنك إعدادها عند تلبية حدود معينة. يمكن أن ينبهك. ربما X عدد من السجلات ، والأخطاء في ملف السجل ، كما تعلمون ، سوف تحصل على تنبيه لك. ضرب مساحة الجدول نسبة مئوية معينة كاملة ، يمكنك الحصول على تنبيه آخر. وجمالها هو ، هل أنت في نفس الأداة ، صحيح ، إنها جزء من DBArtisan ، لذلك يمكنك النقر بزر الماوس الأيمن على الخطأ ، والتنبيه ، ويمكنك إدارته باستخدام DBArtisan ويأخذك مباشرة إلى محرر مساحة الجدول . ويمكنك معالجة المشكلة هناك.

فيما يتعلق بالسعة ، يعد ذلك بمثابة زر سريع للغاية ، ومحلل السعة الذي قمنا حاليًا بنقله إلى SQL Server و Oracle و DB2 LUW و Sybase ASE. وهذا بالضبط ما وصفته. يمكنك البدء ، بمجرد الحصول على بعض المجموعات ، على اليمين ، وبمجرد الحصول على حجم العينة ، وربما حجم الصف ، وربما عدد الكائنات ، والكثير من الخيارات داخل الأداة ، ثم يمكنك البدء في الاتجاه ، أليس كذلك؟ وكيف سيبدو في ستة أشهر؟ كيف سيبدو في اثني عشر شهرا؟ يمكنني الاتجاه إلى ، فقط الاتجاه إلى تاريخ أو يمكنني الاتجاه إلى قيمة ، أليس كذلك؟ وكمثال على ذلك ، لدي X مساحة على القرص ، بناءً على ذلك ، عندما سأصل إلى هذا الحد؟ بناءً على النمو الذي أملكه وعلى هذه المجموعات التي قمت بها ، متى سأصل إلى هذا الحد؟ على الأقل أعرف أنني أستطيع البدء بالتخطيط لذلك. هل ستستغرق ستة أشهر ، هل ستكون سنتان؟ لكن مرة أخرى ، يمكننا استخدام محلل القدرات للتوجه نحو ذلك.

ديز بلانشفيلد: هذا رائع. عرض رائع. استمتعت بها حقا. سأعود إلى إريك لأنني أعلم أن هناك بعض الأسئلة التي ظهرت من جمهورنا المدهش اليوم. شكرًا جزيلاً ، لقد كان من الرائع حقًا التعرف على المنتج جيدًا ، وأتطلع إلى متابعة ذلك عن كثب.

إريك كافانا: حسنا جيد. لدينا بضعة أسئلة جيدة. ونحن نمر قليلاً مع مرور الوقت ، لذلك سنحاول الانتهاء بسرعة لأنني أعلم ، يا سكوت ، لديك موقف صعب مغلق. إليك سؤال كبير. ماذا عن العمل في مخازن البيانات القديمة مثل VSAM و Model 205 و IMS و IDMF وتلك الأنواع من الأشياء؟ هل ترى ذلك في كثير من الأحيان في هذه الأيام وكيف يعمل بشكل جيد؟

سكوت والز: لا أريد أن أخبرك أنك عالق. بعض هذه البيئات ، إذا كان لديهم ODBC أو JDBC وأعلم أن بعضها موجودًا ، فيمكننا الاتصال به ويمكنك التعامل معه عبر هذه الطريقة. ولكن بالنسبة للجزء الأكبر من الشاشة الخضراء هي الطريق للذهاب لا يزال.

ديز بلانشفيلد: أنا أحب الشاشة الخضراء.

إريك كافانا: تعلمون جيدًا ، كما أشار Dez مع تلك الشريحة الواحدة ، حيث كان لديه كل تلك التطبيقات والأدوات المختلفة المتوفرة اليوم ، وهذا حقيقة مروعة للغاية لأي شخص يريد أداء وظيفة مسؤول قاعدة البيانات بطريقة مسؤولة. وأنا أظن أنه مع مرور الوقت ، يمكنك يا رفاق بناء موصلات لأي من هذه الأدوات عندما يطلب العملاء ، وهكذا دواليك ، أليس كذلك؟ بحيث يمكنك تمكين هذا جزء واحد من الزجاج.

سكوت والز: وكان هذا هو المفتاح الكبير وراء جعل DBArtisan مجهزًا ليتمكن من التعامل مع اتصالات JDBC و ODBC. نحن حقا تمديدها الآن. الآن ، طالما أن لدينا هذا الاتصال ، صحيح ، طالما لدينا برنامج التشغيل هذا ، يمكننا الاتصال والعمل ضده.

إريك كافانا: هذه أشياء جيدة. حسنا الناس ، ونحن أرشفة كل هذه لمشاهدتها لاحقا. لقد نشرت رابطًا إلى الشرائح ، آمل أن تتمكن من رؤية ذلك عبر SlideShare. شكرا جزيلا على كل ما تبذلونه من جهود ، أيها السادة. البث الشبكي الرائع اليوم مرة أخرى. الكثير من الشرائح الجيدة. الكثير من المحتوى الجيد. أنا أحب هذا العرض. من المثير للاهتمام حقًا أن تكون قد استهدفت يا رفاق بقعة لطيفة جدًا في السوق نظرًا لوجود مثل هذا الانفجار في أنواع قواعد البيانات هذه الأيام. ونحن بحاجة فقط ، كمديرين ، إلى مكان للتعامل مع كل ذلك. أحسنت يا شباب. سنلحق بك غدًا لتقنيات Hot أخرى. نأمل أن تكون قد قطعت ساعة غدًا. نفس الوقت. نفس المحطة. سنلحق بك في المرة القادمة ، أيها الأشخاص. اعتن بنفسك. مع السلامة.