Bởi nhân viên Techopedia, ngày 24 tháng 8 năm 2016
Takeaway: Người dẫn chương trình Eric Kavanagh thảo luận về xu hướng cơ sở dữ liệu với Tiến sĩ Robin Bloor, Dez Blanchfield và Scott Walz trong tập này của Hot Technologies.
Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.
Eric Kavanagh: Thưa quý vị và các bạn, xin chào và chào mừng trở lại với chương trình hot nhất trong thế giới CNTT doanh nghiệp, Hot Technologies của năm 2016. Vâng, thực sự! Tên tôi là Eric Kavanagh, hôm nay tôi sẽ là người dẫn chương trình của bạn cho một chương trình có tên là Nghệ thuật hiển thị: Kích hoạt quản lý đa nền tảng, đúng là có. Một vài ghi chú nhanh, thực sự có một slide về bạn, thừa nhận từ năm năm trước và đủ về tôi, đánh tôi trên Twitter @Eric_Kavanagh. Năm nóng, đây là slide tiêu chuẩn của chúng tôi cho Công nghệ nóng. Những gì chúng tôi đã làm với chương trình này là chúng tôi muốn một chương trình giúp chúng tôi xác định một loại công nghệ cụ thể, vì vậy toàn bộ ý tưởng là chúng tôi có hai nhà phân tích đến và đưa ra một không gian cụ thể hoặc một loại chức năng cụ thể rằng doanh nghiệp cần, và sau đó nhà cung cấp đến và chứng minh những gì họ đã xây dựng và giải thích cách nó phù hợp với những gì bạn nghe được từ các nhà phân tích.
Và lý do cho nó, như bạn có thể tưởng tượng, là bởi vì trong thế giới tiếp thị phần mềm doanh nghiệp, có những thuật ngữ được băng bó và điều luôn xảy ra là các nhà cung cấp nắm bắt được thuật ngữ nóng mới nhất, những thứ như dữ liệu lớn hoặc phân tích cho ví dụ, hoặc thậm chí là SOA hoặc các thuật ngữ khác nhau như nền tảng và đôi khi những từ đó rất chính xác cho một công nghệ cụ thể và đôi khi chúng không như vậy. Chương trình này được thiết kế để thực sự giúp chúng tôi nói rõ cho bạn, khán giả, loại công nghệ cụ thể nào, cách thức hoạt động và khi nào bạn nên áp dụng chúng.
Với điều đó, tôi sẽ giới thiệu loa của chúng tôi. Chúng tôi đã nhận được Tiến sĩ Robin Bloor rất riêng của chúng tôi, gọi từ địa điểm Austin, Texas của anh ấy, Dez Blanchfield, gọi từ phía bên kia hành tinh, và khách của chúng tôi Scott Walz gọi từ Kentucky. Và thực sự của bạn, tôi thực sự ở bên ngoài Pittsburgh, vì vậy chúng tôi đã có một tổ chức có vị trí địa lý hoàn toàn ngày hôm nay từ nhiều nơi khác nhau. Với điều đó, tôi sẽ đẩy slide đầu tiên của Robin, thoải mái đặt câu hỏi bằng cách này, mọi người, đừng ngại. Bạn có thể làm như vậy bằng cách sử dụng thành phần Q & A của bảng điều khiển webcast. Và với điều đó, tôi sẽ trao nó cho Tiến sĩ Bloor. Sàn là của bạn.
Robin Bloor: Được rồi, cảm ơn vì lời giới thiệu đó, Eric. Hãy để tôi chỉ đến slide đầu tiên. Đây là một tập hợp các meerkats suy nghĩ về cơ sở dữ liệu. Toàn bộ bài thuyết trình thực sự mà tôi đang làm ở đây thực sự chỉ là một bộ suy nghĩ chung về cơ sở dữ liệu mà tôi đã có gần đây, vấn đề thực sự là vào khoảng năm 2000, có vẻ như trò chơi cơ sở dữ liệu đã kết thúc theo nghĩa rằng phần lớn các triển khai cơ sở dữ liệu đã xảy ra trên cơ sở dữ liệu quan hệ. Và sau đó nó đã thay đổi, bạn biết đấy, tất cả những điều mà các meerkat đang nghĩ đến, lưu trữ cột, lưu trữ giá trị khóa, cơ sở dữ liệu tài liệu, cơ sở dữ liệu trong bộ nhớ, cơ sở dữ liệu đồ thị, và nhiều thứ khác đột nhiên xuất hiện. Và nó gần giống như một loại thời đại địa chất mới có hóa thạch của các loại động vật khác nhau đột nhiên xuất hiện.
Tin tức từ Lake Wobegon, nó thực sự đã qua cho cơ sở dữ liệu mô hình duy nhất. Không có nghi ngờ rằng RDBMS vẫn chiếm ưu thế, nhưng các loại cơ sở dữ liệu khác hiện đã được thiết lập. Thực sự, đó là khá nhiều tổng quan về những gì tôi sẽ nói ở đây.
Các kích thước của cơ sở dữ liệu, một số trong số này thực sự trở nên quan trọng hơn gần đây, nhưng những thứ mà tôi có thể nghĩ đến khi tôi thực hiện slide này, dù sao, nó có mở rộng về mặt sử dụng hiệu quả tài nguyên của bất kỳ máy chủ nào không? Liệu nó có mở rộng ra để nó có thể đi qua các cụm lớn? Liệu nó có khai thác phần cứng có sẵn mà loại cơ sở dữ liệu trong bộ nhớ đang đi theo hướng đó không? Có phân phối được không? Có một số cơ sở dữ liệu chính về khả năng thay đổi để phân phối. Nó có những đặc điểm gì? Các đặc tính ACID cơ bản của cơ sở dữ liệu. Nhưng bây giờ thay vì có tính nhất quán thực tế, một số cơ sở dữ liệu có tính nhất quán cuối cùng, mọi người sử dụng chúng và họ không gặp vấn đề gì với họ nên họ đã chứng minh rằng ACID không thực sự cần thiết, chỉ là một điều tốt để có rất nhiều tình huống.
Về mặt tổ chức siêu dữ liệu, toàn bộ trò chơi đã thay đổi. Chúng tôi đã có các tổ chức siêu dữ liệu khác nhau thay vì một lược đồ RDBMS điển hình. Về mặt tối ưu hóa, có rất nhiều hoạt động tối ưu hóa đang diễn ra tùy thuộc vào cấu trúc dữ liệu mà bạn đang cố gắng tối ưu hóa. Về khả năng quản lý, có rất nhiều sự khác biệt trong vấn đề này mà tôi sẽ nói đến sau này, nhưng về cơ bản, toàn bộ quan điểm của một DBMS có thể quản lý được và một lần nữa mức độ có thể quản lý của nó ở một mức độ nào đó sẽ quyết định mức độ hữu dụng của nó.
Về các yếu tố phần cứng, đây là điểm thực sự đang nói - ý tôi là chỉ có một điểm được tạo ra ở đây - điểm được tạo ra ở đây là bất cứ điều gì chúng ta nhìn vào ngày nay về mặt kiến trúc cơ sở dữ liệu sẽ thay đổi. Nó có thể là cùng một cơ sở dữ liệu, nhưng bằng cách này hay cách khác, sẽ phải tính đến những gì thực sự xảy ra ở cấp độ phần cứng. Trong nhiều năm, chúng tôi đã có tình huống tương đối đơn giản về CPU, bộ nhớ và đĩa quay - thực sự đã biến mất.
Vấn đề là ở đây, trước hết chúng ta đã có CPU nhưng chúng có khả năng song song hơn so với trước đây với nhiều lõi xử lý khác nhau. Chúng tôi cũng đã có GPU, chúng tôi cũng có GPU, các loại silicon khác nhau, nhưng Intel đã kết hợp một GPU với CPU trong phiên bản tiếp theo và - AND - đã kết hợp GPU và CPU với nhau trên cùng một chip. Bạn đã có chip với các đặc điểm khác nhau. Ưu điểm của GPU là nó thực sự tuyệt vời cho tính song song nặng và đặc biệt là tính toán số. Bằng cách này hay cách khác, bạn có thể đặt mã trên chip và nó hoạt động nhanh hơn nhiều so với khi bạn chỉ cho nó ăn chip.
Có một sự lai tạo của những điều này đang xảy ra. Chúng tôi đã nhận 3D XPoint từ Intel và PCM từ IBM, đây là những loại bộ nhớ mới, chậm hơn RAM, ít tốn kém hơn RAM nhưng không dễ bay hơi. Và những điều này đang tạo ra một chút phấn khích giữa một số nhà cung cấp phần mềm mà tôi đã nói chuyện. Chúng tôi đã có SSD nhưng bây giờ chúng đang trở nên rất, rất lớn và chúng đang cung cấp truy cập song song. Với quyền truy cập song song vào ổ SSD rất lớn, bạn có thể đạt tốc độ đọc tương tự như tốc độ đọc RAM. Chúng tôi đã có khả năng này của ba loại RAM lưu trữ, 3D XPoint và SSD, tất cả chúng sẽ diễn ra cực kỳ nhanh. Và vì tốc độ là bản chất của cơ sở dữ liệu, tất cả các công nghệ cơ sở dữ liệu sẽ cố gắng và tận dụng những thứ này càng nhanh càng tốt. Và điều đó sẽ liên quan và đã liên quan đến kiến trúc song song, nhưng kiến trúc song song mở rộng. Hiệu suất cấp phần cứng đang tăng tốc mọi lúc, đã được thực hiện trong nhiều năm, tiếp tục làm như vậy và chi phí chung đang giảm.
Dấu vết của nước mắt. Đây chỉ là những nỗ lực khác nhau đối với cơ sở dữ liệu, cơ sở dữ liệu đầu tiên trước khi quan hệ thường được gọi là cơ sở dữ liệu mạng, sau đó đến cơ sở dữ liệu quan hệ, sau đó đến cơ sở dữ liệu đối tượng, chúng không có lực kéo lớn, sau đó đến cơ sở dữ liệu lưu trữ cột cơ sở dữ liệu quan hệ được thực hiện rất khác nhau. Và sau đó chúng tôi đã có cơ sở dữ liệu tài liệu và cơ sở dữ liệu SQL là cơ sở dữ liệu đối tượng được thực hiện khác nhau hoặc nếu bạn muốn, cùng một cột cơ sở dữ liệu đối tượng và chúng bắt được. Và gần đây chúng tôi đã có cơ sở dữ liệu đồ thị đạt được lực kéo và cơ sở dữ liệu RDF. Và những gì bạn đang xem có ít nhất ba bộ cấu trúc dữ liệu khác nhau đang được cung cấp. Cơ sở dữ liệu quan hệ làm bảng và hàng rất tốt. Cơ sở dữ liệu tài liệu và cơ sở dữ liệu đối tượng - chúng thực hiện cấu trúc dữ liệu vụng về, đặc biệt là cấu trúc dữ liệu phân cấp, rất tốt. Và cơ sở dữ liệu đồ thị và cơ sở dữ liệu RDF làm cấu trúc dữ liệu mạng rất tốt. Và những khác nhau này, tôi nghĩ về họ như ba dòng, những dòng này sẽ tiếp tục vô tận. Nó sẽ không dừng lại vì các công cụ làm tốt những việc này không hoạt động trên cấu trúc dữ liệu khác đặc biệt tốt.
Và sau đó chúng ta đã có được yếu tố hư hỏng của Hadoop. Hadoop không phải là cơ sở dữ liệu nhưng có những cơ sở dữ liệu sử dụng HDFS cho cấu trúc lưu trữ của họ. Và rất nhiều thứ mà Hadoop làm là loại quản lý cần được thực hiện cho cơ sở dữ liệu. Cũng đáng đề cập rằng Spark cũng không phải là cơ sở dữ liệu, nhưng nó có, và nó chưa trưởng thành, nhưng nó có trình tối ưu hóa SQL và do đó, nó giống như hạt nhân của cơ sở dữ liệu mà không nhất thiết phải biết bạn sẽ lưu trữ dữ liệu ở đâu, nhưng nếu bạn dán nó trên HDFS, rất nhiều yêu cầu cơ sở dữ liệu thực sự được đáp ứng, chỉ đơn giản là bởi các khả năng của hệ thống tệp cơ bản. Spark nói riêng đã trở thành một phần của hệ sinh thái cơ sở dữ liệu và nó thường được liên kết với các cơ sở dữ liệu mạnh hơn và lý do thực sự là phân tích. Phân tích - Spark là, nó đi rất, rất nhanh tại phân tích. Analytics là ứng dụng chính mà hầu hết mọi người đang đầu tư ngay bây giờ, vì vậy hai người cùng nắm tay nhau. Liên kết dữ liệu thay vì quy tắc tập trung, rõ ràng là bạn đã có ít nhất ba nhu cầu khác nhau, các loại cơ sở dữ liệu có cấu trúc ngoài đó và do đó, liên kết dữ liệu nếu bạn muốn chia sẻ dữ liệu giữa chúng. Điều đó thường cần thiết, nhưng bạn cũng đã có cơ sở dữ liệu mở rộng và cơ sở dữ liệu không, các công cụ thực sự mạnh như Teradata hoặc Vertica có một vị trí rất đặc biệt, nhưng các công cụ nhỏ hơn có thể thực hiện rất nhiều công việc, vì vậy, liên kết có khả năng ở đó trong một thời gian dài, thậm chí giữa các cơ sở dữ liệu quan hệ.
Điều cuối cùng để nói, IoT, nó sẽ không kết thúc cho đến khi người phụ nữ béo bắt đầu làm mất dữ liệu. IoT có thể tạo ra bằng cách này hay cách khác động lực khác trong thế giới cơ sở dữ liệu và điều đó sẽ làm phức tạp mọi thứ hơn nữa. Hy vọng rằng, sẽ có - bằng cách này hay cách khác - sẽ có một loại hội tụ nào đó diễn ra, nhưng tôi không thấy tất cả kết hợp với nhau như đã làm với cơ sở dữ liệu quan hệ. Không phải bất cứ lúc nào sớm.
Và tôi nghĩ đó là tất cả những gì tôi phải nói, vì vậy tôi sẽ giao nó cho Úc.
Dez Blanchfield: Cảm ơn bạn, Robin. Cảm ơn tất cả mọi người đã tham gia với chúng tôi, cảm ơn vì đã cho tôi sáng nay hoặc chiều nay thời gian của bạn. Đây là một chủ đề thực sự nóng bởi vì chúng ta đã trải qua một vụ nổ khá lớn trong thập kỷ qua và một chút, về lượng dữ liệu mà chúng ta phải xử lý, và luôn luôn là dữ liệu nằm trong một dạng hệ thống nào đó trong hầu hết các trường hợp là một cơ sở dữ liệu của một số hình thức. Tôi nghĩ rằng tôi sẽ nhanh chóng đưa chúng tôi đi qua một mức độ rất cao thông qua cách chúng tôi đến đây và vấn đề đang được tạo ra và các loại điều chúng tôi cần giải quyết bây giờ, và sau đó chúng tôi sẽ nói về các loại giải pháp có thể được áp dụng cho điều đó. Hãy để tôi giữ lấy slide đầu tiên của tôi ở đây. Tôi cho rằng chúng ta đang ở thời điểm hiện tại nơi DB admin 2.0, hay quản trị viên cơ sở dữ liệu 2.0, là loại mà chúng ta đang ở hiện tại, ngày xưa, một quản trị viên cơ sở dữ liệu là một vai trò và thách thức khá đơn giản và bạn có thể đào tạo ai đó khá nhanh. Trong thế giới ngày nay không còn như vậy nữa, và tôi sẽ cho bạn thấy lý do tại sao lại như vậy.
Ngày xửa ngày xưa, một quản trị viên cơ sở dữ liệu sẽ có thể kết nối với đầu cuối DB và thực hiện một cơ sở dữ liệu hiển thị nhanh và có một danh sách các cơ sở dữ liệu trong hệ thống mà họ phải biết và họ có thể nhanh chóng vượt qua những cơ sở dữ liệu đó và chọn chúng và có một chút chọc và thăm dò xung quanh và sử dụng dịch, mô tả bảng để tìm hiểu những gì trong một bảng và từng cột và hàng, và đó là một thách thức tương đối đơn giản và nếu bạn đọc trung bình hai hoặc ba trăm trang sách về quản trị cơ sở dữ liệu cho mỗi nền tảng, bạn có thể tự dạy mình mà không cần phải làm bằng khoa học tên lửa.
Nhưng đó không còn là vấn đề nữa, và lý do cho điều đó, trong suy nghĩ của tôi, là có quá nhiều lựa chọn trong thế giới cơ sở dữ liệu cho bất kỳ ai trở thành chuyên gia của một chuyên gia và có thể tự quản lý và quản trị . Và lý do cho điều đó là trong bốn đến năm thập kỷ qua khi nói đến thế giới của máy chủ và hệ thống cơ sở dữ liệu và máy chủ cơ sở dữ liệu và bộ ứng dụng, chúng ta đã đi một chặng đường rất dài. Ngày xửa ngày xưa, chúng ta đã phải giải quyết vấn đề dữ liệu nhỏ một cách hiệu quả và nhỏ bé khi cười nhìn lại bây giờ. Tôi đã nhìn thấy một bức ảnh thực sự gọn gàng trên Twitter vào một ngày khác, về người phụ nữ tuyệt vời này, người là lập trình viên và nhà phát triển chính của NASA vào thời điểm chúng tôi đưa đàn ông lên mặt trăng, và mã của cô ấy được in ra trong một trăm ba mươi hai máy in dòng cột và gấp quạt, và nó thực sự cao hơn cô ấy, số lượng mã cô ấy đã viết.
Và khi tôi nghĩ về nó, tôi giống như, thực sự đó có lẽ là khoảng hai hoặc ba trăm meg dữ liệu mà cô ấy phải nhập tất cả vào đó, nếu không muốn nói là ít hơn. Và do đó, tổng số lượng dữ liệu để giữ mã của cô ấy, mặc dù về mặt vật lý nó cao hơn cô ấy khi nó được in ra trên giấy, thực sự là một lượng rất nhỏ. Ngay cả những máy tính có kích thước phòng lớn này và đây là Hệ thống IBM / 360 trong slide cụ thể này, lượng dữ liệu mà nó thực sự có thể chứa được rất nhỏ so với thế giới ngày nay. Trên thực tế, điện thoại thông minh của chúng tôi giữ 60 và 128 và 256 gig và chúng tôi sẽ sớm có terabyte trong điện thoại của mình trước khi giá flash giảm.
Và tại thời điểm đó và thời đại đó, việc quản trị cơ sở dữ liệu khá đơn giản. Đây là ảnh chụp nhanh của phiên thiết bị đầu cuối 3270 và đối với DBA, có thể đăng nhập và xem số lượng tệp có liên quan đến cơ sở dữ liệu và các chỉ mục ở đó và các hàng và cột đơn giản. Và bạn có thể thấy ở đây trong ảnh chụp màn hình này, bối cảnh của đây là một bảng và một số vùng bảng, đó sẽ là toàn bộ máy tính lớn quản lý một bảng cơ sở dữ liệu. Trong khi ngày nay, chúng tôi giữ hàng tỷ hàng hồ sơ trong các hệ thống cơ sở dữ liệu. Và sự thay đổi xuất hiện thông qua sự thay đổi trong công nghệ cho phép chúng tôi xây dựng nền tảng cơ sở dữ liệu và hệ thống quản lý dữ liệu.
Nếu chúng ta nghĩ về loại máy tính lớn ban đầu và nhiều máy tính chạy cơ sở dữ liệu và cuối cùng là cơ sở dữ liệu quan hệ, thì hơn năm mươi năm trước, và loại thế giới sắt lớn và bộ dữ liệu nhỏ mà chúng ta có, vào thời điểm những năm tám mươi, chúng tôi đã sắp xếp, chúng tôi đã trải qua các máy tính lớn từ mini đến micro và chúng tôi có PC chạy những thứ như dBase II và dBase III, và trên DOS và CP / M và chúng tôi có cơ sở dữ liệu quan hệ rất sớm- công nghệ phong cách có sẵn và chúng mở rộng khá tốt so với những gì chúng ta đã từng sử dụng trong máy tính lớn. Vào thời điểm chúng tôi đến những năm chín mươi, chúng tôi đã thích và Oracle và DB2. Và vào cuối những năm 1990, chúng ta có những người, giống như những máy tính bí mật có thể kết dính như mô hình mạng, những cỗ máy rất lớn, những chiếc máy có kích thước tủ cùng nhau và cùng nhau chế tạo những cụm máy tính này. Nhưng ngay cả khi đó, nó vẫn còn nhỏ so với những gì chúng ta thấy ngày nay.
Nhưng trong slide mà tôi đã lên đây, đây là cụm Hadoop và hoạt động hiệu quả như một máy và về cơ bản nó chỉ là một máy tính thực sự rất lớn và nó có thể chứa các loại dữ liệu quy mô web mà chúng ta sử dụng cho đến bây giờ . Và do đó, thách thức của quản trị cơ sở dữ liệu, quản lý cơ sở dữ liệu trên các loại nền tảng đó thực sự đã trở thành, trong suy nghĩ của tôi, khoa học tên lửa. Bạn phải là một nhân vật cực kỳ thông minh để có thể hiểu được công nghệ mà nó chạy, nền tảng mà nó chạy, dữ liệu trong đó, các loại sử dụng của các dữ liệu đó. Và vâng, chúng tôi đã chứng kiến sự bùng nổ này từ đầu những năm 2000, nơi chúng tôi đã biến Microsoft SQL thành một thứ, Lotus Notes được thiết lập khá tốt và ở ngoài đó và số lượng cơ sở dữ liệu Lotus Notes xuất hiện khắp nơi khá đáng sợ. Và chúng tôi đã có những thành viên thông thường của Oracle và DB2 và thực sự bắt đầu nắm giữ. Một số thương hiệu như đã bắt đầu mờ dần. Nhưng chúng tôi vẫn thực sự chỉ thực hiện quản trị cơ sở dữ liệu truyền thống cho đến thời điểm đó, xoay quanh thời đại năm 2006 đó, nếu tôi quay lại hình ảnh của cụm đó, chúng tôi đã có cái mà chúng tôi gọi là cụm Beowulf trở thành một thứ, nơi chúng tôi có thể lấy các máy tính có sẵn và dán chúng lại với nhau và tạo ra các siêu máy tính lớn.
Nhưng từ thời điểm đó trở đi, chúng tôi đã vượt qua điểm bùng phát nơi con người có thể thực hiện quản trị cơ sở dữ liệu trường học cũ và - như tôi nói, theo quan điểm của tôi - quy mô trở nên rất, rất lớn rất nhanh. Gần như chúng ta đã có sự kiện lớn này trong công nghệ thúc đẩy việc áp dụng công nghệ dữ liệu và công nghệ quản lý dữ liệu và đặc biệt là các cơ sở dữ liệu xung quanh chúng. Và bởi vì chúng tôi đã có hiệu lực trong việc xây dựng các cụm kiểu tính toán hiệu năng cao để lưu trữ dữ liệu ở các dạng khác nhau. Và để chấm dứt điểm đó, đây là một ảnh chụp nhanh về phong cảnh vào năm 2016 của các công nghệ cơ sở dữ liệu có sẵn cho chúng tôi. Khác nhau, từ góc dưới bên phải và nguồn mở, tất cả các con đường đến góc trên bên trái trong cơ sở hạ tầng. Và ở góc trên bên phải trong các giải pháp ứng dụng có sẵn cho chúng tôi và góc dưới bên trái, một hỗn hợp của cơ sở hạ tầng và công cụ hiệu suất làm phân tích, v.v. Và ở giữa, có những thiết bị như điện thoại thông minh của chúng tôi, thực sự chạy trên các phiên bản cơ sở dữ liệu rất nhỏ, để làm những việc như quản lý danh bạ của chúng tôi, v.v., hoặc nhật ký cuộc gọi của chúng tôi và những thứ khác mà chúng tôi có.
Và trong tâm trí tôi có vụ nổ này, giống như một vụ nổ Cambri vào loại đó, nơi mà sự phát triển công nghệ diễn ra trong khoảng thời gian rất ngắn đó từ khoảng năm 2006 đến 2016, thực sự là một thập kỷ, vì nó là. Bây giờ chúng ta đã thấy cơ sở dữ liệu đồ thị trở thành một điều lớn, cơ sở dữ liệu trong bộ nhớ trở thành một điều lớn, cơ sở dữ liệu SQL đang xuất hiện. Việc chuyển sang các mô hình điện toán khác nhau, Hadoop đã xuất hiện, chúng tôi đã có mô hình MapReduce, bây giờ chúng tôi có Spark và phân tích trực tuyến và phân tích máy tính, dữ liệu phân tán linh hoạt, các khung mà mọi người phải phát triển cho chúng, để đạt được quy mô mà chúng tôi cần, và khi chúng ta nghĩ về hành trình đó, trải qua các hệ thống quản lý cơ sở dữ liệu quan hệ với các nghi phạm thông thường, Oracle, PostgreS, Sybase, IBM DB2, MySQL và nền tảng Microsoft SQL Server. Chúng tôi đã thấy một số trẻ em mới xuất hiện ngay bây giờ, Clustrix, Xeround, NuoDB, MemQuery, và có hàng tá và hàng chục như bạn đã thấy trên slide đó trước đây. Nếu bạn có thể tưởng tượng thử thách phải biết các nền tảng này và bí quyết chạy chúng và có được một khung nhìn bằng kính duy nhất, thì bạn cần phải là một DBA và thực hiện những điều này, thử thách này không hề nhỏ. Và rồi bất ngờ xuất hiện các công cụ NoQuery, một loại thử thách thú vị hoàn toàn mới.
Và vì vậy, slide cuối cùng tôi có ở đây là một cú đấm loại trực tiếp cuối cùng và đó là chúng tôi đã sử dụng một số công nghệ này và chúng tôi đã tạo ra một khả năng dịch vụ cho chúng, chúng tôi đã đưa chúng vào Các mô hình đám mây và chúng hiện có sẵn như một tiện ích, như một dịch vụ, về cơ bản, bạn có thể lấy cơ sở dữ liệu làm dịch vụ và các thương hiệu thông thường mà chúng ta thấy trên Dịch vụ web của Amazon và Nền tảng điện toán đám mây của Google và Microsoft Azure là những dịch vụ đến với mọi người tâm trí, nhưng thực sự có hàng chục và hàng chục nền tảng đám mây bây giờ. Và ở Úc chẳng hạn, có một cái gì đó giống như một trăm mười hai công ty đang hoạt động trên nền tảng đám mây công cộng quy mô lớn cung cấp dịch vụ cơ sở dữ liệu dưới nhiều hình thức khác nhau.
Nghĩ về thử thách mà DBA trung bình phải ra khỏi giường và đi làm và đối phó với bây giờ là một thử thách khá khó khăn. Và vì vậy, bây giờ tôi rất quan điểm rằng cũng giống như nhiều thứ khác trong cuộc sống, chúng tôi đã mở rộng theo chiều ngang và chiều dọc, đó là cơ sở hạ tầng được thu nhỏ theo mô hình tăng trưởng gần như ngang, tuyến tính và độ phức tạp của ngăn xếp một ý nghĩa theo chiều dọc, số lượng nền tảng cơ sở dữ liệu, số khung và mô hình ứng dụng mà chúng ta phải xử lý, đã vượt xa những gì con người có thể đối phó trong một khung nhìn bằng kính và những gì hiện tại với các quản trị viên cơ sở dữ liệu cần toàn bộ các công cụ mới để có thể nói chuyện với tất cả các nền tảng này, quản lý chúng, quản trị và hỗ trợ chúng, và tôi tin rằng đó là toàn bộ chủ đề của cuộc trò chuyện của chúng tôi sáng nay, hoặc chiều nay là thời gian của bạn, và với ý nghĩ đó, Tôi sẽ bàn giao cho khách của chúng tôi, những người sẽ nói rất nhiều về sản phẩm của họ và cách giải quyết thách thức.
Eric Kavanagh: Được rồi Scott, tôi sẽ tiếp tay
Scott Walz: Cảm ơn bạn rất nhiều, được rồi, cảm ơn bạn. Cảm ơn Dez, cảm ơn Robin, và cảm ơn tất cả đã tham gia và có tôi trong cuộc gọi ngày hôm nay. Tôi muốn cảm ơn Robin và Dez vì đã đưa tôi đi bộ trên làn đường ký ức, đã ở trong không gian từ những năm đầu thập niên 90, bạn đã mang lại rất nhiều kỷ niệm đẹp. Ký ức mà tôi không thấy trên bất kỳ slide nào và hình ảnh, là những thẻ đục lỗ. Và đó là điều đầu tiên được giới thiệu với tôi khi tôi mới bắt đầu công việc đầu tiên ở trường đại học, đồng nghiệp của tôi trong khối lập phương bên cạnh tôi, bảo tôi đừng chạm vào thẻ đục lỗ của anh ấy. Vì vậy, vâng, hoàn toàn, và nó thực sự là một thách thức, và là một thách thức mà chúng tôi đã làm việc để giúp khách hàng của chúng tôi giải quyết và từ giữa những năm 1990, và đây là một sản phẩm mà tôi muốn nói đến ngày hôm nay. Chúng ta hãy xem quản lý đa nền tảng và đây chỉ là một bộ phụ. Tôi đã chọn một biểu đồ nhưng khi Dez đưa lên
Eric Kavanagh: Bạn phải chia sẻ màn hình của mình.
Scott Walz: Ồ, tôi chắc chắn làm, cảm ơn bạn.
Eric Kavanagh: Không phải lo lắng. Và mọi người, đừng ngại ngùng, hãy đặt câu hỏi, chúng ta đã có ba chiếc quần thông minh trong cuộc gọi ngày hôm nay, vì vậy hãy gửi cho họ những câu hỏi khó. Bạn có thể sử dụng thành phần Q & A của bảng điều khiển webcast hoặc bạn có thể tweet với hashtag của BriefR. Được rồi, Scott, mang nó đi.
Scott Walz: Chúng tôi đi, cảm ơn bạn. Tôi lấy slide này, và hình ảnh này. Hình ảnh từ Dez thực sự đã thổi bay tôi bởi vì đó thực sự là thế giới chúng ta đang sống ngày nay và thế giới mà các DBA đang biểu diễn. Và như họ đã đề cập, thực sự, bạn không còn phải vật lộn để có thể để làm điều này chỉ với lực lượng vũ phu. Bạn thực sự cần các công cụ và đó là, chúng tôi sẽ vào chơi và chúng tôi đang thấy toàn bộ công tắc đó, sự thay đổi động lượng ngay từ đầu và rất im lặng như bạn đã đề cập, và sau đó chúng tôi đã làm việc với nhiều nền tảng cơ sở dữ liệu, đó là bước đột phá đầu tiên của chúng tôi vào các công cụ, và sau đó nó đã quay trở lại nơi tổ chức, và sau năm 2000 và khi nó bị hạn chế một chút. Với các tổ chức và muốn đi vững chắc, nhưng sau đó nó đã trở lại và nó thực sự bùng nổ khi bạn giới thiệu tất cả các nền tảng mới. Và bây giờ thay vì được đưa vào một nền tảng cụ thể hoặc một công nghệ cụ thể, không ai trong số các tổ chức đó đang tìm ra những gì tốt nhất. Cơ sở dữ liệu ứng dụng tốt nhất, nền tảng tốt nhất để sử dụng là gì? Và như đã nói, tôi muốn hướng dẫn bạn một chút về những gì chúng tôi làm với DBArtisan. Và DBArtisan đã là sản phẩm chủ lực của chúng tôi, quản lý, vì nó nói môi trường đa nền tảng trong hơn 20 năm, và đây là nơi chúng tôi sống và đây là nơi chúng tôi muốn nhấn mạnh và làm việc với khách hàng của mình và cung cấp cho họ các công cụ để làm cho họ làm việc hiệu quả và thực hiện.
Hãy tiếp tục và tôi sẽ nhảy ngay vào. Tôi đang trình diễn sản phẩm nhiều hơn khi tôi trải qua các slide và tôi nghĩ bạn cũng có thể làm như vậy. Đối với những người chưa từng xem DBArtisan trước đây, chúng tôi đang xem comp, và tôi nghĩ Dez đã sử dụng thuật ngữ một ô cửa kính, thuật ngữ và đó là điều mà chúng tôi tự hào khi cho DBA một cái nhìn tất cả các nền tảng của họ. Đúng vậy, không cần phải mở bất kỳ ứng dụng nào khác, chúng tôi sẽ kết nối và đưa bạn vào đó và bắt đầu làm việc với nền tảng. Nhìn vào trình thám hiểm cơ sở dữ liệu ở bên trái, chúng ta có thể tạo điều này khi chúng ta thấy phù hợp, chúng ta có thể tổ chức nó theo cách chúng ta muốn. Và bạn sẽ thấy tôi có một hỗn hợp, tôi một số máy chủ Oracle của tôi, tôi có MySQL, tôi có PostgreS ở đây, tôi cũng có một - nó được gắn nhãn máy chủ sản xuất bao gồm một số môi trường máy chủ MySQL. Một lần nữa, chúng ta có thể thấy ngay rằng chúng ta đã có một sự phù hợp tốt. Nếu tôi nhìn vào việc đăng ký một cơ sở dữ liệu mới, bạn sẽ thấy một trong những nền tảng chúng tôi hỗ trợ, có một vài thứ mà tôi muốn đưa lên. Bạn sẽ nhận thấy khi đây là SQL của bạn, hỗ trợ cho điều đó, Teradata, Apache, PostgreS, đây là những khái quát mà chúng tôi hỗ trợ.
Nếu chúng tôi có trình điều khiển JDBC hoặc trình điều khiển LDBC cho bất kỳ nền tảng nào, chúng tôi có thể kết nối, cung cấp cho bạn kết nối và cho phép bạn làm việc với nền tảng ngay trong DBArtisan. Một lần nữa, cho phép bạn tập trung vào công việc trong tay, và không phải là cách bạn sẽ hoàn thành nó. Đi qua tất cả những điều đó. Nhưng tôi muốn thể hiện một vài điều về sản phẩm. Trong trường hợp đó, chúng ta hãy mở ra và chúng ta sẽ đối phó với Oracle chẳng hạn. Đây chỉ là trang đích nhỏ của tôi ở đây, nhưng tôi muốn đi và xem một số lược đồ của tôi mà tôi làm việc cùng. Chúng tôi sẽ đưa vào một trong những lược đồ lớn hơn, vì vậy một lần nữa, chúng tôi sẽ đưa danh sách các bảng trở lại. Đúng vậy, trong trường hợp này, tôi sẽ mở một bảng, vì vậy chúng tôi sẽ chỉ chọn chúng, và nó sẽ đưa chúng vào trình soạn thảo đối tượng của chúng tôi.
Bây giờ, Oracle là thứ mà tôi đã làm việc trong nhiều năm, những gì tôi sẽ cho bạn thấy có lẽ là một tuyên bố dễ dàng cho bạn. Nhưng nếu Oracle là nền tảng hoặc nếu PostgreS là nền tảng hoặc Teradata là nền tảng mà bạn vừa được cung cấp và bạn cần phải tăng tốc, thì nhiệm vụ trong tay là thêm một cột. Hoặc có thể nhiệm vụ trong tay là xóa một cột. Nhưng bạn không muốn phải lo lắng về cú pháp, phải không? Chúng tôi muốn đi, chỉ cần nhập những gì chúng tôi cần, thiết lập nó và chúng tôi rời DBArtisan để tạo. Ở đây, chúng tôi sẽ nhấn vào Alter. Thay đổi. Nó sẽ tạo ra kịch bản cho chúng tôi. Một lần nữa, một ví dụ rất đơn giản, nhưng vấn đề là nó sẽ thực hiện công việc cho chúng tôi để tạo và đặt cột này vào bảng.
Tuy nhiên, những gì chúng ta cũng có thể làm là di chuyển các cột xung quanh trong bảng. Nếu bạn đã từng thử làm điều đó với truyền thống, thì nó phức tạp hơn một chút so với chỉ một dòng mã như thế này. Nhưng một lần nữa, DBArtisan sẽ làm việc đằng sau hậu trường, tạo mã cho bạn và một lần nữa tạo ra SQL. Chúng ta sẽ ra khỏi đây. Trước khi tôi làm, hãy chú ý tất cả các tab trên đầu trang một lần nữa, giao diện người dùng rất trực quan. Nếu tôi vào thám hiểm, nếu tôi nhảy xuống PostgreS, phải không? Nếu tôi đi vào chế độ lược đồ của mình ở đó, hãy nhìn vào bảng, giao diện rất giống nhau, phải không? Chúng tôi sẽ mở nó lên, một lần nữa chúng ta sẽ thấy thông tin ở đây. Các tính chất, tổ tiên, các cột. Chúng tôi đặc trưng cho nền tảng, chúng tôi sẽ cung cấp cho bạn cái này, giao diện người dùng, để có thể hiển thị cái này và để làm việc với các đối tượng. Bạn sẽ biết những gì bạn cần làm và nó sẽ cho phép bạn thực hiện nó một cách hiệu quả và kịp thời, vì vậy bạn không cần phải lo lắng về chính xác điều khoản cần phải đi đến đó là gì để cung cấp tùy chọn đó. Chúng tôi sẽ chăm sóc điều đó cho bạn.
Ngoài ra, khi chúng tôi xem xét, tôi sẽ chuyển sang SQL Server ngay bây giờ và nói một chút về một số tính năng khác, vì vậy, tất cả chúng ta cần phải giám sát cơ sở dữ liệu. Vì vậy, một lần nữa, hãy khởi động nó, hãy xem tất cả các phiên đang diễn ra, các phiên đang chạy. Làm thế nào chúng ta sẽ thấy những câu lệnh nào đang được thực thi và có thể kiểm soát điều đó? Chúng ta có cần dừng một phiên không? Chúng ta có cần xem bất kỳ khóa nào có thể có trên cơ sở dữ liệu không? Bất kỳ khóa chặn? Một lần nữa, chúng tôi có tất cả thông tin đó ngay trong tầm tay để chúng tôi nhanh chóng phản ứng, thực hiện các hành động khắc phục nếu cần và xoay ngược lại. Chúng tôi sẽ trở lại với nhà thám hiểm của chúng tôi. Đây là nơi, đây là điểm lái xe, đây là nơi tôi luôn quay trở lại, đây là nơi cá nhân tôi muốn bắt đầu mọi thứ và làm việc từ đây. Khi tôi kết nối với cơ sở dữ liệu SQL Server để xem xét các tiện ích. Bởi vì chúng tôi đa nền tảng, chúng tôi có thể bắt đầu xem xét trích xuất, di chuyển. Chúng ta có thể di chuyển qua các nền tảng nếu chúng ta cần di chuyển các đối tượng từ nền tảng này sang nền tảng khác, chúng ta có thể làm điều đó, miễn là các đối tượng đó tồn tại trên các nền tảng khác nhau. Trích xuất các lược đồ, xuất bản để báo cáo, tải và tải dữ liệu và sao lưu cơ sở dữ liệu.
Một lần nữa, tất cả những thứ đó từ bên trong UI. Và đến đây với các công cụ, bạn có thể thấy một bộ công cụ hoàn chỉnh mà chúng ta có thể vận hành, phải không? Từ giữa Tìm kiếm trong tập tin, chúng tôi có thể thực hiện tìm kiếm cơ sở dữ liệu hoàn chỉnh trong đó chúng tôi đang tìm kiếm bên trong các bảng hệ thống để tìm chuỗi đó mà bạn đang tìm kiếm. Tập lệnh và thực thi tập tin, nếu bạn có một câu lệnh chuẩn có thể được thực thi đối với nhiều nền tảng, nhiều nguồn dữ liệu, chúng ta có thể thiết lập ngay từ bên trong một DBArtisan chỉ vào các mục tiêu mà chúng ta muốn nó thực thi. Nhấn vào Go Go và nó sẽ chạy và đưa chúng tôi trở lại kết quả đối với tất cả các nguồn dữ liệu mục tiêu đó. Một lần nữa, cho phép bạn làm việc từ khung kính duy nhất đó.
Và sê-ri phân tích, một lần nữa, những người sâu sắc hơn. Chúng được định hướng nhiều hơn cho các cơ sở dữ liệu quan hệ khi chúng tôi bắt đầu tham gia vào nhiều nền tảng mới hơn, bạn sẽ bắt đầu thấy chúng tôi mở rộng chức năng này vào các đấu trường đó. Và nói chung, chỉ có rất nhiều cải tiến giao diện người dùng. Các tính năng dành riêng cho DBA. Các mục như chúng tôi có khả năng làm một thư viện kịch bản. Các tập lệnh SQL mà bạn thực thi thường xuyên trên nhiều nền tảng, lưu nó ở đây, kéo nó, ngay khi chúng tôi cài đặt cửa sổ ISQL mới, chúng tôi có thể kéo tập lệnh vào và chúng tôi đã có sẵn tập lệnh. Một lần nữa, có điều đó trong tầm tay của bạn để có thể làm và quản lý. Bạn sẽ nhận thấy rằng chúng tôi phân phối với các tập lệnh đã được xác định cho một số nền tảng để chúng tôi có thể tiếp tục và tạo nhiều như chúng tôi cần bất cứ lúc nào.
Một điều tốt đẹp mà tôi thích và rất nhiều khách hàng của chúng tôi làm, nếu bạn từng quan tâm, và tôi nhận được câu hỏi này rất nhiều liên quan đến, Làm thế nào để tôi làm điều đó? Điều đó thật tuyệt. DBArtisan làm điều đó như thế nào? Có một tính năng nhỏ ngay tại đây, Log Logile, bạn có thể ghi lại tất cả các câu lệnh SQL mà chúng tôi thực thi, vì vậy nếu bạn muốn biết cách chúng tôi điền vào trình thám hiểm đó hoặc cách chúng tôi điền trình soạn thảo cho bảng PostgreQuery hoặc bảng Teradata, ghi nhật ký SQL và chúng tôi sẽ ghi lại mọi thứ mà DBArtisan đang thực thi đối với cơ sở dữ liệu và bạn có thể quay lại và xem SQL đó và có mọi thứ chúng tôi cần. Có lẽ bạn muốn kết hợp nó như là một phần của một trong các kịch bản của bạn. Chắc chắn rồi. Hoàn toàn tốt.
Chúng tôi muốn minh bạch với những gì chúng tôi đang làm và những gì chúng tôi đang thực hiện đối với cơ sở dữ liệu, do đó chúng tôi sẽ cho phép bạn lưu và ghi lại bất cứ điều gì chúng tôi áp dụng cho cơ sở dữ liệu. Chúng tôi có các tùy chọn cấu hình là tốt. Bạn sẽ nhận thấy rằng tôi đã thiết lập nó dưới dạng Tổ chức đối tượng của chủ sở hữu đối tượng. Tôi cũng có thể thiết lập bởi Loại đối tượng. Nếu tôi vào môi trường PostgreQuery của mình một lần nữa, tôi đã đi vào sơ đồ nếu tôi nhìn vào SQL thay vì chỉ các bảng GIM của tôi thuộc về lược đồ đó, tôi sẽ thấy tất cả các bảng, bất kể tên lược đồ. Một lần nữa, các cách khác nhau để sắp xếp những thứ thực sự tùy chỉnh nó cho quy trình làm việc của riêng bạn và cách bạn muốn xem nó.
Và điều cuối cùng tôi muốn nói đến là khả năng thiết lập Dấu trang. Nếu tôi đi sâu vào, nếu tôi đang làm việc trong một trong những nền tảng của mình và tôi chỉ muốn tập trung vào chế độ bảng của mình, tôi có thể thêm dấu trang. Tôi biết, một tính năng rất đơn giản, nhưng rất hay để có, đặc biệt là khi bạn làm việc với nhiều nguồn dữ liệu và nhiều nền tảng như DBA ngày nay. Để có thể vào hệ thống, hãy khởi động DBArtisan và để trình quản lý dấu trang đưa bạn đến đúng vị trí trên cây nơi bạn cần và có thể làm việc. Và sau đó từ đây tôi có thể tạo một bảng mới, và một lần nữa, trên các nền tảng mà chúng tôi hỗ trợ mà bạn đã thấy trước đó và chúng tôi sẽ hướng dẫn bạn thông qua Trò chơi Wizard Wizard để cho phép bạn lái xe và phát triển và tạo bảng. Và chúng tôi sẽ tạo ra tất cả các cú pháp cần thiết để thực hiện điều đó đằng sau hậu trường cho bạn và sau đó trình bày nó cho bạn ở cuối trong khung xem trước. Bạn có thể xác nhận, xem chính xác những gì chúng tôi sẽ tạo ra. Bạn có thể nhấn nút Execute trên mạng, sau đó nhấn nút Kết thúc, hãy để nó thực thi. Hoặc bạn có thể lưu nó hoặc đẩy nó sang một cửa sổ ISQL khác, vì vậy, làm cho nó một lần nữa, có thể nó cần phải là một phần của một tập lệnh lớn hơn, lớn hơn mà bạn muốn lưu và triển khai trong giờ cửa sổ hàng loạt của mình.
Đó là một cái nhìn tổng quan về DBArtisan. Khi chúng ta nói về điều đó, một lần nữa, nó là một sản phẩm được nhìn thấy rất nhiều nền tảng, hỗ trợ cho các nền tảng đó và trải nghiệm người dùng tuyệt vời, phản hồi tuyệt vời từ khách hàng của chúng tôi. Và nếu bạn quan tâm, với tư cách là một trong những người tham gia hội thảo, nhưng nếu bạn cần tìm bất cứ điều gì liên quan đến IDERA hoặc liên quan đến DBArtisan, hãy liên hệ và bạn chắc chắn có thể tìm thấy tôi tại địa chỉ email của tôi.
Eric Kavanagh: Được rồi, tôi đoán tôi sẽ mở nó ra cho Robin để hỏi và sau đó là Dez và sau đó tôi sẽ theo dõi câu hỏi và trả lời từ những người tham dự. Robin, mang nó đi.
Robin Bloor: Được rồi, ý tôi là, câu hỏi đầu tiên, tôi thực sự đã quen thuộc với DBArtisan trong một thời gian khá lâu nên tôi nhận thức được khả năng của nó. Điều tôi quan tâm khi bạn giải quyết là những con đường tương lai của nó từ đây. Ý tôi là, tôi hiểu rồi, bạn biết đấy, lần cuối cùng tôi nhìn vào nó, chắc hẳn đã rất lâu rồi. Tôi thấy rằng bạn đang hỗ trợ ít nhất ba cơ sở dữ liệu mà tôi không nhận ra rằng bạn đã hỗ trợ trước đó. Con đường phía trước cho DBArtisan là gì? Có khả năng là bạn sẽ thêm nhiều cơ sở dữ liệu hơn hay đây là một tính năng mở rộng tính năng? Bạn đang có ý định đi đâu với nó?
Scott Walz: Đó là một câu hỏi hay và tôi muốn tất cả những điều trên. Chúng tôi chắc chắn sẽ tiếp tục xây dựng vì các nền tảng RDBMS truyền thống không ngồi yên, phải không? Họ đang tiếp tục xây dựng. Chúng tôi sẽ tiếp tục đi theo con đường đó. Và sau đó bạn sẽ thấy chúng tôi bắt đầu tìm kiếm và đi theo hướng hỗ trợ các nền tảng mới. Bởi vì chúng tôi nhận ra rằng mặc dù một số nền tảng đó đang tiếp tục phát triển, RDBMS truyền thống, có một số tình huống nhất định rằng các nền tảng mới là nền tảng phù hợp cho khách hàng đi cùng. Chúng tôi thực sự đang theo dõi chặt chẽ thị trường đó, trên phân khúc đó và cố gắng đưa ra quyết định đúng đắn về việc sẽ đi theo nền tảng nào. Họ dường như đang thay đổi mỗi ngày, thực tế.
Robin Bloor: Vâng, như cả tôi và Dez đều nói, đó là một thị trường rất sôi động, có thể là một cách nhìn vào nó. Một điều nữa tôi quan tâm - rõ ràng là bạn sẽ không thể trả lời câu hỏi này một cách chi tiết chính xác, nhưng tôi đã đi qua các trang web trong thời đại của tôi, nơi có hàng ngàn trường hợp của Oracle và Oracle thì không cơ sở dữ liệu duy nhất đang được sử dụng, đang được triển khai, bạn biết đấy. Và khi tôi thực sự nói chuyện với họ về cách bạn quản lý nhiều trường hợp mà họ đã nói, thì Vâng, bạn biết đấy, chỉ có khoảng năm hoặc sáu trường hợp lớn và chúng tôi đã có khoảng ba DBA chúng tôi trải rộng trên đó. Tôi quan tâm đến việc sử dụng DBArtisan, bởi vì bạn có thể làm được rất nhiều điều với nó, có bao nhiêu cơ sở dữ liệu, hãy nói một cách điển hình, hoặc thậm chí những ví dụ lớn nhất về số lượng chuỗi có thể quản lý cùng một lúc là gì?
Scott Walz: Chà, tôi đã thấy các tình huống - và một lần nữa, nó hơi phức tạp một chút, câu hỏi đó là bởi vì DBArtisan cho phép tôi có nhiều kết nối hoặc nhiều nguồn dữ liệu được xác định cho một trường hợp. Có thể tôi muốn thực hiện một syslogin và sau đó đăng nhập quyền thấp hơn nhưng tôi đã xử lý với khách hàng rằng với mọi thứ bị sụp đổ, nó sẽ xuất hiện nhiều màn hình. Bây giờ khi tôi hỏi họ rằng, câu hỏi mà bạn đã hỏi tôi là, Làm thế nào để bạn quản lý nhiều người như vậy? Và sau đó anh ta nói, tôi không. Tôi có thể quản lý những gì tôi có thể, nhưng tôi cần quyền truy cập vào mọi thứ. Tôi vẫn chưa thấy bất cứ điều gì dừng lại, bạn biết đấy, giới hạn trên của những gì mọi người có thể quản lý thực sự là giới hạn trên của những gì người đó, cá nhân, có thể xử lý. Nhưng bạn biết đấy, như tôi đã đề cập, những người mà tôi thách thức, họ công khai thừa nhận rằng họ có tất cả các kết nối đó nhưng không có cách nào họ có thể quản lý nó. Họ dựa vào đội của họ. Như tôi chắc chắn bạn đã có kinh nghiệm, yeah.
Robin Bloor: Bản thân tôi thực sự là một DBA, mặc dù tôi đã không làm điều đó quá lâu. Và một điều mà, bạn biết, tôi nhớ, trên và hơn bất kỳ thứ gì khác trong cơ sở dữ liệu quan hệ, là bạn có thể thực hiện một số lượng lớn mọi thứ với SQL. Thường nhiều hơn bạn nghĩ bạn có thể. Bằng cách này hay cách khác giải thích một số chức năng mà DBArtisan có, bởi vì nó chỉ dịch trực tiếp sang SQL. Nhưng, bạn biết đấy, tôi chắc chắn bạn làm những việc khác. Đó là tất cả các kịch bản SQL hoặc có các thói quen đặc biệt khác đã được viết cho các tình huống bí truyền?
Scott Walz: Vâng, rất nhiều trong số đó, phần lớn trong số đó là SQL, đó chỉ là bản chất của điều đó. Nhưng chúng tôi viết các thói quen có thể được chạy từ một dòng lệnh bằng cách sử dụng các công cụ của nhà cung cấp, mặt trước của nhà cung cấp. Ví dụ, chúng ta sẽ đặt các giao diện người dùng cho các tiện ích tải dữ liệu trong các nền tảng, phải không? Đó không phải là các tập lệnh SQL, phải, đó là các công việc dòng lệnh. Nó sẽ tạo ra những thứ đó và có thể đưa những thứ đó cho DBA mà sau đó chúng có thể thực thi. Xem vâng, chúng tôi sẽ làm một chút cả hai nhưng phần lớn trong số đó là các tập lệnh SQL.
Robin Bloor: Nhìn vào, bởi vì rõ ràng bạn phải bằng cách này hay cách khác hãy nhìn vào những phát triển đang diễn ra mà tôi cho là khá mới. Ý tôi là, một trong những điều tôi thấy thú vị đang xảy ra là Spark rõ ràng đang cất cánh như một tên lửa, nhưng SQL của Spark, nó đã chuyển từ non nớt khủng khiếp sang bắt đầu trưởng thành hơn một chút với các khả năng SQL hơn một chút. Bạn có nhìn vào những thứ như vậy và tự hỏi liệu bạn sẽ bắt đầu quản lý những thứ đó với DBArtisan?
Scott Walz: Chắc chắn và tôi làm. Luôn luôn ở đó. Tôi biết nhóm quản lý sản phẩm của chúng tôi luôn tìm kiếm nơi sẽ đến và hoàn toàn, mọi thứ đều có trên bàn cho chúng tôi, liên quan đến những gì chúng tôi đang xem xét trong tương lai.
Robin Bloor: Được rồi, Dez, bạn có muốn đóng cọc không?
Dez Blanchfield: Vâng, thực sự, có một loạt những điều tuyệt vời mà bạn đã mở cửa cho tôi ở đó, Robin. Cảm ơn rât nhiều. Tôi rất muốn khám phá một số thứ nhảy ra khi tôi nhìn vào những sản phẩm như thế này và tôi rất phấn khích. Khi tôi kiểm tra lại bài tập về nhà của mình, bởi vì như Tiến sĩ Robin Bloor đã đề cập trước đó, anh ấy cũng như tôi đã theo dõi điều này một thời gian và tôi nhớ rằng nhìn vào yêu cầu thông số kỹ thuật của bạn vào ngày khác và thực sự, điều này thực sự xảy ra dựa trên những gì nó thực sự làm Và tôi nghĩ từ bộ nhớ - sửa tôi nếu tôi sai - Tôi nghĩ rằng nó giống như một hiệu suất máy tính xách tay sẽ thoải mái chạy DBArtisan và nó có khả năng chạy một số cơ sở dữ liệu khá quan trọng. Và tôi khá thích thú khi thấy bạn cũng có Firebird và Greenplum. Tôi đã rất ấn tượng với yêu cầu hoặc đặc điểm kỹ thuật của phần cứng có thể chạy hoàn toàn theo nghĩa đen như một bộ nhớ RAM trên CPU một gigahertz. Đó là khá ấn tượng.
Nhưng các trường hợp sử dụng là một cái gì đó mà tôi muốn đi sâu vào một chút. Bạn có thấy sự hấp thụ của sản phẩm là một trường hợp cần thiết vì môi trường hiện tại đã vượt khỏi tầm kiểm soát, hoặc bạn đang thấy mọi người bây giờ chủ động hơn một chút và nói, bạn biết đấy, chúng ta đang xây dựng một thứ gì đó rất lớn, nó phức tạp. Và tôi đang nghĩ về việc sáp nhập và mua lại chẳng hạn ở đây, nơi một tổ chức có thể mua một loạt các công ty - nhỏ, vừa, lớn, bất cứ điều gì - và cuối cùng thừa hưởng tất cả các môi trường này và phải xây dựng một khả năng DB mới. Các trường hợp sử dụng thông thường cho điều này như loại tổ chức và loại ứng dụng cho nó là gì? Có phải chủ yếu là những người đã có môi trường hiện tại và phải dọn dẹp chúng và kiểm soát chúng hoặc mọi người sẽ chủ động hơn một chút và suy nghĩ về sự phức tạp mà họ sắp xây dựng và đưa bạn lên tàu sớm?
Scott Walz: Chúng tôi đang chứng kiến nhiều hơn về việc đến sớm vì lý do mà bạn đề cập, việc hợp nhất. Với sự hỗ trợ nền tảng rộng lớn mà chúng tôi có, đó không phải là bằng chứng trong tương lai, nhưng nó sẽ đặt bạn và các DBA của bạn vào một tình huống thực sự tốt khi họ nhìn vào một mục tiêu mua lại tiềm năng, phải, họ sẽ ít hơn một chút, bạn biết đấy, suy nghĩ về những nền tảng nào chúng ta có thể được thừa hưởng, phải không? Mặc dù điều đó rất quan trọng, phải không, mối quan tâm có ít hơn một chút so với ý nghĩa của nó đối với các DBA của chúng ta, phải không? Các DBA hiện có một sản phẩm mà họ biết rằng họ có thể kết nối và nếu họ quen sử dụng sản phẩm thì họ sẽ quen với việc kết nối với nền tảng mà họ vừa mua. Vì vậy, đó chắc chắn là một lĩnh vực mà chúng ta đang thấy, một lần nữa bạn biết, từ lâu, các khách hàng với sự kết hợp của tất cả các nền tảng đó, phải không? Làm thế nào tôi có thể có được bàn tay của tôi xung quanh này, phải không? Và họ đã thử nó vì quá trình suy nghĩ là mỗi nền tảng đều có một công cụ, phải không? Chúng ta có thể sử dụng công cụ của riêng mình, phải không? Nhưng cuối cùng nó cũng quay trở lại rằng, bạn biết những gì, vâng, bạn có thể, nhưng không chỉ tôi sẽ phải học từng nền tảng, bây giờ tôi đang học từng một trong những công cụ đi kèm với mỗi một nền tảng và Vì vậy, bạn vừa kết hợp công việc của một DBA. Vì vậy, chúng tôi cũng đang chứng kiến tình huống mà họ sẽ quay lại với chúng tôi và nói rằng, Bạn biết đấy, chúng ta cần phải xử lý vấn đề này. Chúng ta hãy lấy một công cụ cho DBA, bởi vì tôi có nhiều việc quan trọng hơn đối với DBA hơn là tìm hiểu giao diện người dùng của một công cụ mới. Hoặc các công cụ khác nhau.
Dez Blanchfield: Vâng, không chắc chắn. Và, bạn biết đấy, khi bạn nhìn thấy, tôi nghĩ từ ký ức khi tôi nhìn vào ngày hôm qua chỉ để kiểm tra lại tôi đã sai, tôi nhớ rằng bạn đã hỗ trợ Sybase chẳng hạn, vì vậy điều này đã xuất hiện được một lúc. Có một câu hỏi khác mà tôi dành cho bạn thực sự chỉ là - ừ, thật tuyệt khi có Greenplum và Firebird trong danh sách của bạn, nhưng Sybase của bạn, loại tuổi đó rất nhanh, cho thấy rằng nó đã xuất hiện được một thời gian và hoàn thành tốt công việc.
Các cụm. Vì vậy, một trong những vấn đề đau đầu nhất đối với một DBA là họ sẽ chỉ ra về cơ bản trông giống như một địa chỉ IP và một loạt các API hoặc cho dù đó là JDBC hay LDBC hay bất cứ điều gì chúng ta có thể nói chuyện, nhưng đằng sau đó là một cụm. DBArtisan có thể biết gì về những gì đằng sau cánh cửa số một, như khi tôi cắm vào cơ sở dữ liệu, tôi có thể thấy tất cả các môi trường đằng sau đó, và đặc biệt, vì vậy có hai phần câu hỏi, có thể. Ví dụ, khi bạn nghĩ về cụm, bạn biết, bạn hỗ trợ IBM DB2 và Microsoft SQL Database Server và MySQL và PostgreSQL và Oracle và một số RDBMS truyền thống đó và, bạn luôn biết, chúng tôi luôn chạy một master-Slave hoặc master-master môi trường cho sự dư thừa và tính sẵn sàng cao và hiệu suất. DBArtisan có biết rằng có một cái gì đó đằng sau cánh cửa số một không chỉ là một cơ sở dữ liệu, mà là một cụm, và nếu vậy, nó biết gì về điều đó? Và để chảy vào đó một cách nhanh chóng để bạn có thể trả lời cùng một câu hỏi, xin lỗi. Vì vậy, đằng sau các cụm trong một số tình huống bạn gặp phải, mọi người đối phó với sự pha trộn giữa môi trường sản xuất và môi trường khắc phục thảm họa như thế nào, theo cách sử dụng của DBArtisan?
Scott Walz: Câu hỏi tuyệt vời. Tôi sẽ cung cấp cho bạn điều đó sẽ phụ thuộc vào các nền tảng cụ thể bởi vì nhiều như chúng tôi cố gắng, chúng tôi sẽ có các mức hỗ trợ khác nhau cho một số tính năng chuyên sâu, sâu hơn. Ví dụ, đối với Oracle và môi trường RAC của họ, Cụm ứng dụng thực, bạn có thể kết nối với nút chính trong cụm đó nhưng vẫn đi qua trình giám sát cơ sở dữ liệu mà tôi đã trình bày, chúng tôi sẽ cho bạn thấy SQL đang chạy và chúng tôi ' Tôi thực sự sẽ cho bạn biết nút nào của cụm đang chạy, phải không? Để cho bạn biết chính xác liệu, bạn có biết, truy vấn chạy chậm, hãy để ý xem, nó đang chạy trên nút nào? Bởi vì chắc chắn toàn bộ lý do của cụm, phải, là cho người dùng cuối, anh ta không quan tâm đến việc nó được thực thi ở đâu, nhưng đối với DBA, chúng ta cần theo dõi loại thông tin đó. Ví dụ, chúng ta có thể đi xuống mức độ chi tiết đó trong Oracle. Các nền tảng khác mà chúng tôi có kết nối, có thể không nhiều chi tiết hơn chúng tôi làm cho Oracle.
Liên quan đến sản xuất và môi trường phát triển, đó là một câu hỏi hay. Chúng tôi đang cung cấp cùng một mức hỗ trợ. Cách chính thực sự mà chúng tôi sẽ hỗ trợ, lớp kết nối sẽ ở đó, phải không? Chúng tôi sẽ có thể kết nối và làm tất cả các tính năng. Tôi có những khách hàng đang sử dụng một số tính năng trong DBArtisan để phân loại nguồn dữ liệu của họ, phải không? Và một lần nữa, điều này có thể hơi lạc lõng cho câu hỏi chính xác mà bạn đang hỏi, nhưng chúng tôi sẽ cho phép họ biểu thị bằng đồ họa khi họ đang làm việc. Bởi vì đó là một trong những điều về DBArtisan, nên tôi có thể nhanh chóng thay đổi giữa các nguồn dữ liệu. Và điều tiếp theo bạn biết là tôi đã sẵn sàng để chạy một tuyên bố cắt ngắn và tôi đang muốn xem tôi đã kết nối chưa - tôi chỉ chạy điều này chống lại sản xuất hay phát triển? Và vì vậy, chúng tôi cung cấp một số tính năng trong DBArtisan để giúp các DBA ngoài đó quản lý điều đó và tránh cho họ khỏi rắc rối, nếu bạn sẽ, với một số hoạt động DBA.
Dez Blanchfield: Với ý nghĩ đó, trong danh sách dài các nền tảng bạn hiện đang hỗ trợ và tôi chắc chắn rằng nó sẽ phát nổ rất sớm vì những lý do rõ ràng. Ý tôi là, bạn ủng hộ ví dụ như nói về DB2 trên z / OS, trên máy tính lớn, và sau đó rõ ràng là bạn ủng hộ những thứ chúng ta từng gọi là tầm trung nhưng giờ chỉ là các hệ thống UNIX và các nền tảng hiện đại hơn, bạn biết, Linux và cuối cùng nó sẽ được chuyển sang các ứng dụng như Bluemix và trên Cloud Foundry, vì vậy bạn sẽ kết thúc với DB2 chạy trên Cloud Foundry trên Bluemix, với IBM và đám mây trên nền tảng mềm. Có phải mọi người hiện đang chạy không chỉ là quản lý và giám sát mà còn được bạn đề cập trước khi có khả năng di chuyển và di chuyển dữ liệu xung quanh. Bạn có thấy mọi người nhảy lên giường với DBArtisan và nói, Bạn biết gì không, chúng ta có một loạt các công cụ trên các máy tính lớn cũ mà chúng ta chỉ cần rời khỏi và thật rắc rối khi làm điều đó. Nếu tôi có thể chỉ, nhấp và kéo từ đây đến đó, tôi thực sự có thể di chuyển và di chuyển dữ liệu và lược đồ của mình. Đây có phải là điều mà mọi người đang làm không?
Scott Walz: Họ thực sự đang di chuyển, phải không? Họ đang di chuyển dữ liệu, phải không? Bây giờ, họ đang sử dụng DBArtisan làm công cụ cho việc đó. Có phải nó đang làm mọi thứ cho họ? Không. Chúng tôi đang bắt đầu, bạn biết đấy, kéo và thả, không chính xác ở đó, nhưng chúng tôi cho phép họ tạo một số tập lệnh, vì lý tưởng là bạn sẽ muốn sử dụng - bạn không muốn công việc này trở thành chạy trên máy khách của bạn, trên máy tính xách tay của bạn, vì lý do mà bạn đề cập. Chúng ta có thể chạy trên một dấu chân rất thấp, phải không? Chúng tôi đang giúp họ tạo tập lệnh và sau đó quay lại và xây dựng tập lệnh và sau đó họ có thể phân phối tập lệnh đó và chạy nó trên máy chủ, phải không? Và có được sức mạnh, mã lực đằng sau máy chủ để làm điều đó. Chúng tôi đang giúp họ tạo ra một số công việc để thực hiện một số công việc đó.
Dez Blanchfield: Phải. Một vài cái cuối cùng cho bạn và sau đó chúng tôi có thể quay lại. Điều thực sự gây ấn tượng với tôi khi xem qua phần phụ lục của bạn, điều này thật tuyệt vời, và trên thực tế, tôi ước chúng ta có thêm một giờ để đi sâu vào chi tiết. Một thách thức thực sự lớn đối với các DBA, phải, là tuân thủ cơ bản, quản trị tổng thể cơ sở hạ tầng, kiểm toán, báo cáo về tình trạng hiện tại, xem xét sự chuẩn bị trong tương lai cho những thứ như, bạn biết đấy, chỉ là sự phát triển chung của môi trường. Tôi nhận ra rằng mặc dù cốt lõi của những gì sản phẩm của bạn dường như làm cho cuộc sống trở nên dễ dàng, đó là khung kính duy nhất, tầm nhìn duy nhất về thế giới, và về cơ bản tôi có thể nhấp và chỉ và kéo và tôi yêu thực tế rằng tôi có thể đào tạo ai đó làm điều này rất nhanh bây giờ, họ không cần phải đọc hướng dẫn, như đã từng. Tôi nhận ra rằng công cụ này cũng cho tôi khả năng thực hiện một loạt các vấn đề xoay quanh việc quản trị và tuân thủ và kiểm toán, rằng tôi tự hỏi liệu mọi người có thực sự thức dậy hay không, tôi chắc chắn họ có.
Nhưng bạn có thấy dân gian bây giờ nhìn vào nó và đi, và nó giống như eureka này, một khoảnh khắc, đang diễn ra, Hey Hey, bạn biết điều gì, điều này làm cho cuộc sống của DBA thực sự dễ dàng từ bây giờ, hoặc dễ dàng hơn từ quan điểm hoạt động hoặc quan điểm phát triển. Nhưng trời ạ, chúng tôi thực sự có thể báo cáo về tất cả các cơ sở dữ liệu của chúng tôi bây giờ và tất cả các bộ dữ liệu và tất cả dữ liệu không có nội dung và tất cả các siêu dữ liệu xung quanh. Giống như, ai có quyền truy cập, khi họ có quyền truy cập, tại sao họ có quyền truy cập và loại quyền truy cập nào họ có. Vượt qua, đột nhiên, giải quyết một số thách thức xung quanh việc tuân thủ. Đặc biệt là khi chúng tôi có một số điều thực sự lớn xảy ra xung quanh vi phạm dữ liệu. Chúng ta đã có một số điều tuyệt vời như khủng hoảng tài chính toàn cầu, tất cả những thách thức này đang đến nhưng làm thế nào chúng ta sẽ đo lường và giám sát và giải quyết sự tuân thủ? Đó có phải là điều lớn lao đối với mọi người hay vẫn còn, phần nào, những ngày đầu tiên cho đến khi áp dụng DBArtisan cho nó?
Scott Walz: Tôi có những khách hàng không thể nói đủ về DBArtisan. Bây giờ đó là những người đã nhận ra rằng. Bóng đèn bật sáng. Họ nói rằng, Chờ một chút. Tôi có thể trả lời và trả lời và tạo một số báo cáo mà bạn đã đề cập, phải, tất cả từ trong một công cụ. Tôi đã hiểu rồi. Bây giờ có những người khác vẫn chưa bắt kịp điều đó và đó có thể là vì nhiều lý do, phải không? Họ có thể chưa hoặc có thể nó đang bị xử lý bởi người khác, nhưng khách hàng của chúng tôi mà chúng tôi thấy rằng họ đang sử dụng nó, đó là một khoảnh khắc, phải không? Điều đó, không chỉ tôi có thể tạo một bảng tất cả những thứ này. Và hoàn toàn, với tất cả các yêu cầu tuân thủ, nó rất lớn. Đó là một công việc trong và của chính nó.
Dez Blanchfield: Vâng, thực sự. Và bạn biết đấy, ý tôi là, ngay lập tức tôi nghĩ ngay lập tức, bạn biết đấy, nếu có ai đó đi cùng và nói rằng họ muốn tạo một cơ sở dữ liệu quản lý cấu hình, CMD, nếu họ phải đáp ứng mọi thứ từ Sarbanes -Oxley đến COBIT để ITIL, bạn biết đấy, tuân thủ SWift và ngân hàng, thậm chí đi xuống theo ý thích của Tổ chức Tiêu chuẩn Quốc tế, ISO 27001, 27002. Đó là tất cả các khung thực sự lớn. Một trong những thách thức là tìm ra dữ liệu ở đâu, ai đang quản lý nó, nó ở định dạng nào và tôi đang nghĩ, nó đối với tôi, giống như tôi vừa xem nó, khoảnh khắc eureka vừa tắt, nó giống như, bị treo trong một giây, tôi có thể ném nó vào ngay cả một người không nhất thiết phải là DBA, nhưng tôi có thể huấn luyện anh ta nhanh chóng và nói, đó là một công cụ tuân thủ. Tôi nghĩ thật tuyệt khi nó làm việc trong cơ sở dữ liệu quản trị quản lý thế giới.
Nhưng tôi đang ngồi đây suy nghĩ, trời ạ, bạn biết đấy, thực tế là bạn có thể quản lý nhiều nền tảng như một ngày nay và bạn có thể đi sâu vào, như bạn đã nói, ghi nhật ký các giao dịch mà bạn làm. Bạn biết đấy, hãy tưởng tượng việc đưa công cụ này vào một sự cố vi phạm dữ liệu và bạn đã có nhóm bảo mật của mình chạy khắp nơi để cố gắng tìm xem cái gì ở đâu và tại sao, và ai đã nhìn thấy cái gì. Và khi họ di chuyển xung quanh, họ phải đăng nhập và theo dõi mọi hành động họ làm vì họ có thể trở thành một phần của vấn đề nếu họ không thể. Vâng, tôi nghĩ rằng đó là một khả năng đáng kinh ngạc ở đây, bạn biết đấy, bạn có thể bắt đầu làm ngay lập tức, bạn biết đấy. Đặc biệt, khi chúng tôi xem xét các thách thức của kiểm toán dữ liệu mà bạn biết, chúng tôi có khối lượng lớn như một tính năng, như nó đã có, với các bộ dữ liệu và dữ liệu.
Và một trong những điều chúng tôi đã nói trong một vài chương trình khác mà chúng tôi đã thực hiện là, bạn biết đấy, làm thế nào để bạn tìm thấy dữ liệu của mình và chúng tôi thường nói về thực tế là khi bạn bắt đầu trong bất kỳ tổ chức nào, bạn có xu hướng đứng lên trong tủ của bạn và đặt tay lên không trung và vẫy tay, đi Có ai biết cơ sở dữ liệu này ở đâu không? Làm thế nào để tôi có được nguồn dữ liệu này? Tập tin này ở đâu? Cung cấp Đi và hỏi lễ tân. Phải không? Công cụ của bạn có thể ngay lập tức cung cấp khả năng tìm kiếm mọi thứ và khám phá chúng và thậm chí báo cáo về chúng.
Quay lại một trong những câu hỏi chỉ sau một thời gian ngắn và sau đó tôi sẽ gói lại và trao lại cho Eric. Tôi nhận ra rằng quy mô sẽ trở thành một thách thức trong 12 tháng tới đối với bạn. Bạn có thể cho chúng tôi một cái nhìn sâu sắc, chỉ ở góc nhìn ba mươi ngàn feet tôi đoán, trong thang đo hoặc phạm vi quy mô mà DBArtisan sẽ làm việc. Tôi có thể tưởng tượng rằng khi tôi đặt nó vào máy tính xách tay của tôi và tôi bật lên và tôi chỉ nó vào một môi trường tôi có thể khám phá nó và tôi có thể bắt đầu làm mọi thứ trên nó. Tôi tưởng tượng nó đi từ giống như một công cụ cơ sở dữ liệu minuscule mã nguồn mở với một vài hàng và bảng. Quy mô nào nó sẽ đi lên? Bạn đã nói về DB2 trên các máy tính lớn, điều đó thật tuyệt vời. Và cụm. Phạm vi quy mô mà chúng ta có thể sắp xếp để đối phó ở đây là gì? Và Robin đã chạm vào điều đó sớm hơn, nhưng tôi sẽ chỉ cần nói chi tiết hơn một chút về mức độ chúng ta có thể nhận được với DBArtisan.
Scott Walz: Chắc chắn rồi. Chắc chắn sẽ có những thách thức của bạn bởi vì nó là một phần mềm máy khách. Và một lần nữa, nếu tôi đang làm việc trên một máy tính lớn, khi tôi làm việc với hệ thống thử nghiệm của chúng tôi trên máy tính lớn mà chúng tôi có, tôi có thể chỉ ra hàng triệu hàng và thực hiện liên kết chéo với hàng triệu hàng. Tất cả công việc sẽ được thực hiện trên một máy chủ, phải không, vì chúng ta đang truyền lệnh đó và đó chỉ là vấn đề của DBArtisan xử lý các tập kết quả, phải không? Và đó là thách thức, và đó là vẻ đẹp, đúng, của những gì chúng ta đang làm. Hầu hết các công việc nặng đang được thực hiện trên máy chủ. Chúng tôi chỉ xử lý tất cả các kết quả. Và vì vậy, một lần nữa, bạn gặp phải tình huống khi bạn muốn chạy đồng thời mười truy vấn mà tất cả đều trả về hàng triệu hàng, vâng, chắc chắn, bạn có thể thấy mình trong một số hiệu suất ở đó, phải không? Nhưng không có lúc nào tôi có khách hàng ngại chạy các truy vấn lớn chống lại DBArtisan, bạn biết đấy, đối với cơ sở dữ liệu của họ. Một lần nữa, như tôi đã nói, số dặm thay đổi tùy thuộc vào rất nhiều yếu tố, nhưng, một lần nữa, như tôi đã nói, tôi đang xử lý hàng triệu hàng trở lại và miễn là nó lấp đầy lưới, bạn biết đấy, tôi m sẵn sàng để đi. Nhưng đôi khi rõ ràng tôi phải chờ kết quả quay trở lại.
Dez Blanchfield: Tôi có một câu hỏi cho bạn trước khi tôi kết thúc, bởi vì tôi đã dành quá nhiều thời gian của bạn và cảm ơn bạn vì điều đó. Chỉ cần nói cho chúng tôi biết thêm một chút, bạn biết đấy, đọc thông số kỹ thuật mới nhất ngày hôm qua chỉ để đảm bảo rằng tôi đã đi ngang qua cũng như tôi nghĩ rằng tôi đã. Theo dõi quá trình và giám sát quy trình và cảnh báo, bạn biết đấy, việc lập kế hoạch năng lực đưa ra tất cả các vấn đề lớn với các DBA, cả ngày mỗi ngày, bạn biết đấy. Có ai đó sẽ lấp đầy bảng này, anh ta sẽ điền vào cơ sở dữ liệu, họ sẽ lấp đầy không gian đĩa tôi có, làm cách nào để quản lý nó? Cung cấp cho chúng tôi một bản tóm tắt nhanh chóng về loại giám sát quá trình và đặc biệt là giám sát cảnh báo và sau đó lý tưởng nhất là lập kế hoạch năng lực. Tôi nghĩ đó là một lĩnh vực mà tôi nghĩ rằng có thể có rất nhiều quan tâm.
Scott Walz: Giám sát quá trình có thể cho thấy tính năng mà phần lớn cơ sở khách hàng của chúng tôi sử dụng và đó là trình giám sát cơ sở dữ liệu để có thể hiển thị và thực hiện điều đó. Và chúng tôi có một số trong gói phân tích. Nhà phân tích hiệu suất có một số cảnh báo bạn có thể thiết lập khi đạt đến một số ngưỡng nhất định. Nó có thể cảnh báo bạn. Có thể X số lượng nhật ký, lỗi trong tệp nhật ký, bạn biết đấy, nó sẽ đưa ra cảnh báo cho bạn. Không gian bảng đạt một tỷ lệ phần trăm nhất định, bạn có thể nhận được một cảnh báo khác. Và cái hay của nó là, bạn đang ở trong cùng một công cụ, phải, đó là một phần của DBArtisan vì vậy bạn chỉ cần nhấp chuột phải vào lỗi, cảnh báo và bạn quản lý với DBArtisan và nó sẽ đưa bạn đến ngay trình soạn thảo không gian bảng . Và bạn có thể giải quyết vấn đề ngay tại đó.
Liên quan đến năng lực, hoàn toàn là một nút nóng và nhà phân tích năng lực mà chúng tôi hiện đang được chuyển đến SQL Server, Oracle, DB2 LUW và Sybase ASE. Và đó chính xác là những gì bạn mô tả. Bạn có thể bắt đầu, một khi chúng tôi nhận được một số bộ sưu tập, và khi chúng tôi nhận được kích thước mẫu và có thể kích thước hàng của nó, có thể là đối tượng của nó, rất nhiều tùy chọn trong công cụ, và sau đó bạn có thể bắt đầu xu hướng, phải không? Và nó sẽ trông như thế nào trong sáu tháng? Nó sẽ trông như thế nào trong mười hai tháng? Tôi có thể xu hướng, chỉ xu hướng đến một ngày hoặc tôi có thể xu hướng đến một giá trị, phải không? Và một ví dụ bạn có, tôi có X dung lượng đĩa, dựa vào đó, khi nào tôi sẽ đạt đến giới hạn đó? Dựa trên sự tăng trưởng mà tôi có và những bộ sưu tập mà tôi đã thực hiện, khi nào tôi sẽ đạt đến giới hạn đó? Ít nhất tôi biết tôi có thể bắt đầu lên kế hoạch cho điều đó. Nó sẽ là sáu tháng, nó sẽ là hai năm? Nhưng một lần nữa, chúng ta có thể sử dụng nhà phân tích năng lực để hướng tới điều đó.
Dez Blanchfield: Thật tuyệt vời. Bản demo tuyệt vời. Tôi thực sự rất thích nó. Tôi sẽ trả lại cho Eric vì tôi biết có một vài câu hỏi đã xuất hiện từ khán giả tuyệt vời của chúng tôi ngày hôm nay. Cảm ơn bạn rất nhiều, thật tuyệt khi được làm quen với sản phẩm và tôi mong muốn được theo dõi chặt chẽ về nó.
Eric Kavanagh: Được rồi tốt. Chúng tôi có một vài câu hỏi hay. Và chúng ta sẽ đi một chút theo thời gian vì vậy chúng tôi sẽ cố gắng nhanh chóng kết thúc bởi vì tôi biết, Scott, bạn đã có một điểm dừng khó khăn. Đây là một câu hỏi lớn. Làm thế nào về làm việc trên các cửa hàng dữ liệu cũ như VSAM, Model 205, IMS và IDMF và những thứ đó? Bạn có thấy rằng rất thường xuyên những ngày này và nó hoạt động tốt như thế nào?
Scott Walz: Tôi không muốn nói với bạn rằng bạn bị mắc kẹt. Một số trong những môi trường đó, nếu chúng có ODBC hoặc JDBC và tôi biết một số trong số chúng ở ngoài đó, chúng ta có thể kết nối với nó và bạn có thể làm việc với nó thông qua đó. Nhưng đối với hầu hết các phần, màn hình xanh là cách để đi.
Dez Blanchfield: Tôi yêu màn hình xanh.
Eric Kavanagh: Bạn biết đấy, như Dez đã chỉ ra với một slide đó, nơi anh ta có tất cả các ứng dụng và công cụ khác nhau hiện có, đó là một thực tế rất đáng ngại đối với bất kỳ ai muốn thực hiện một cách có trách nhiệm chức năng của một quản trị viên cơ sở dữ liệu. Và tôi đoán rằng theo thời gian, các bạn có thể xây dựng các trình kết nối với bất kỳ một trong những công cụ này và khi khách hàng yêu cầu, v.v., phải không? Vì vậy, bạn kích hoạt khung kính duy nhất.
Scott Walz: Và đó là chìa khóa lớn đằng sau việc khiến DBArtisan được trang bị để có thể xử lý các kết nối JDBC và ODBC đó. Chúng tôi thực sự mở rộng nó ra bây giờ. Bây giờ, miễn là chúng ta có kết nối đó, đúng, miễn là chúng ta có trình điều khiển đó, chúng ta có thể kết nối và làm việc chống lại nó.
Eric Kavanagh: Đó là thứ tốt. Vâng, chúng tôi lưu trữ tất cả những thứ này để xem sau. Tôi đã đăng một liên kết đến các slide, hy vọng bạn có thể thấy điều đó, thông qua SlideShare. Cảm ơn rất nhiều cho tất cả những nỗ lực của bạn, quý ông. Webcast tuyệt vời ngày hôm nay một lần nữa. Rất nhiều slide tốt. Rất nhiều nội dung tốt. Tôi thích bản demo đó. Thật sự rất thú vị khi các bạn đã nhắm đến một vị trí rất ngọt ngào trên thị trường bởi vì có một sự bùng nổ của các loại cơ sở dữ liệu ngày nay. Và chúng tôi chỉ cần, là người quản lý, một số nơi để xử lý tất cả điều đó. Làm tốt lắm, các bạn. Chúng tôi sẽ bắt kịp với bạn vào ngày mai cho một Công nghệ nóng khác. Hy vọng rằng bạn đã khắc ra một giờ vào ngày mai. Đồng thời. Cùng một trạm. Chúng tôi sẽ bắt kịp với bạn vào lần tới, thưa các bạn. Bảo trọng. Tạm biệt.
