PostgreSQLデータベース管理者向けの11の質問、パート2

最近では、RT LABS、Git in Sky、Postgres Professional、Avito、EnterpriseDBの主要な専門家とのインタビューの最初の部分を公開しました。 自分の人生をDBAの職業と結びつけるかどうかを決めているのであれば、PG Day'16スピーカーからのヒントの第2部に役立ちます。 まだ質問がある場合は、今年の7月5日から7日までPG Day'17 Russiaで彼らの講演者に尋ねることができます。

アプリケーション開発者が心配するのをやめてデータベースを楽しむための3つのヒント

Alexander Chistyakov ：クエリプランを読んでください。 あなたが書いたものを悪用する人々よりも速く考えてください。 運動、夜はよく眠る。











アントンブッシュメレフ ： 対象領域 を知る必要があります。 ORMを使用している場合、通常私たちと同じように、私は「コードの外に出ます」、データベースでどのように機能するか、私には関係ありません。 抽象化しないでください。 何かわからない場合は、来て聞いてください。 5分の時間を費やすと、将来の時間を大幅に節約できます。 恥ずかしがらずに、私もあまり知りません。 相談できる専門家がいる場合は、 連絡する必要があります 。





Dmitry Vasiliev ： ORMを使用しないでください 。 実際、ORMを介してデータベースとのシンプルさと通信を隠し、後で補う必要のある技術的負債を後回しにします。 とにかく、 SQL、およびデータベース内でのデータベースの動作を知る必要があります 。 これらは基本的なもので、多くはありませんが、研究する必要があります。





Mikhail Tyurin ：ここではすべてが非常に深刻です。冗談はありません。アプリケーション開発者は、データの操作が彼らが解決すべき主要なタスクの1つであることを理解する必要があります 。 DBAを早い段階で接続する必要があります。



現在、私たちは皆、最新の管理モデル（アジャイルなど）に「感染」しています。 DBAとdevopsは 、データの間違いを犯すのは非常に費用がかかる可能性があるため、できるだけ早く最終的な意思決定プロセスに接続する必要があります。



もちろん、優れたDBAはあらゆることを実行できますが、DBAがこのような問題に長時間耐えられずにあきらめることができるという理由だけで、費用がかかることもあります。 その後、開発者は完全に放置されます。





ブルース・モムジャン ：Postgresについて答えることができます：私たちは研究を行い、その汎用性を見つける必要があります 。 他のDBMSから来た多くの人は、習慣からそれを使用します。「私はいつもこのようにしました。いつものように行います。」 これには何の問題もありませんが、Postgresは単なるデータウェアハウスではありません。 以前にデータベースを使用していた方法でPostgresを使用する必要はありません。データの一貫性、データモデリングに関連する最新の非標準機能を研究する必要があります。

ITシステムの開発と運用におけるDBAの役割は？

Alexander Chistyakov ：DBAは、橋の開発と運営の両側にいる人です。 予期せぬことが起こらないと考える人。 彼は、データベースがどのように機能するかについての知識を集中し、他の人に伝えなければなりません。



アントン・ブッシュメレフ ： 最初は設計中 。 しかし、それはしばしば次のように起こります。ここにシステムがあります。昨日それを入れておくべきでした。すぐにそれを拾って操作を始めましょう。 そして、すべてが悲しいです。 つまり、とにかく開始段階ではありますが、動作します。 しかし、成長とともに「ボトネクス」が出現しますが、これは設計段階でも回避できたはずです。 これにもっと時間をかける必要があります。



Dmitry Vasiliev ：すでに述べたように、データベースは心臓と循環システムであるため、議論とアーキテクチャ構築はDBAの参加を得て行われるべきです。 これは、devopがアプリケーションの問題を解決する方法だけでなく、開発に参加するための重要な場所の1つです。



ミハイルトゥリン ： 中心的な場所の 1つ。





Bruce Momjan ： DBAは、アプリケーションとOSの間に立つだけでなく、パフォーマンス、データウェアハウスの信頼性、ネットワーク応答の遅延に関心があります 。 つまり、ハードウェアとそのパフォーマンスにはるかに関係しています。 データベースクエリは非常に単純な場合も非常に複雑な場合もあります。予測は困難です。 パフォーマンス要件が変わる可能性があるため、DBAはストレージなどのハードウェアの選択に参加し、全体像を確認します。

他と比較したDBMSの進歩を決定するものは何ですか？

Alexander Chistyakov ：これは主観的なものです。 Postgresカンファレンスでは、PostgreSQLは進歩していると思います。ここにMySQLカンファレンスがあった場合、ごめんなさい...



アントンブッシュメレフ ： コミュニティとトレーニング 。 Postgresのトレーニングに苦労します。 Oracleでは、すべてが部​​分的にペイントされます。 バックアップに従事している人、生産性に従事している人、そして実際には「スタートアップ」に分かれたコースがあります。



コミュニティとトレーニング-それなしには方法はありません。 ベースは非常に高度であるかもしれませんが、だれもそれで動作せず、問題がある場合は誰も助けません。



Dmitry Vasiliev ： 使いやすさ、ドキュメントのアクセシビリティ、コードのアクセシビリティ 。 1つ目は監視で、2つ目はデータベース内の情報の可用性です 。 第三- 進行中のプロセスに影響を与える能力。 コード内の何かを表示、修正、またはやり直す機能。



Mikhail Tyurin ：進歩はかなり主観的な概念です。 あなたが仕事をするのが得意であれば、技術は進歩しています。 私はPostgresでうまく仕事をすることができたので、それは進歩したと思います。



しかし、コミュニティの開放性などの客観的な側面があります 。 オープンコミュニティでは、効果的な原則、概念、アイデアが定められ、育成され、再現されます。 ストーンブレイカーは今、呪いをかけ、かつてやったことをすべて消し去っていますが、すべてうまくいきました。 Stonebrakerはチューリング賞を受賞したばかりの人物で、かつてPostgresを含む建築の基礎を築きました。



Bruce Momjan ：4つの要因： トレーニングの機会、価格、耐久性、アクセシビリティ 。 Postgresはしばしば4番目の問題を抱えています。問題は、従業員が必要なスキルをすべて備えているかどうか、十分な資格があるかどうかです。 これは多くの機能を備えた複雑なデータベースですが、私が言ったように、多くは新しいことを学びたくないのです。

データベースを扱いたい若い専門家にどのようなアドバイスをしますか？

Alexander Chistyakov ：古典を読んで、あなたの周りを見て、会議に行ってください。





アントン・ブッシュメレフ ： 監視に従ってください。 監視がすべてです。 監視の主なトリガーを掛けてから、静かに眠ります。 30分ごとにヘルスチェックを行う代わりに、これらすべてをmonitoringに送信して、自分で開発することができます。



Dmitry Vasiliev ：勉強して、試してみることを恐れず、 実験してください 。 私は「生産」の実験について話しているのではなく、給与の変化に変わります。 新しくて未知のものを探してください！



Mikhail Tyurin ：複雑な問題を理解するために、読むことを恐れないでください。 トランザクションとは何か、なぜ存在するのか、なぜ必要なのかを理解する必要があります。



主な問題を取り上げ、一方から掘り始めます。 そして、ゆっくりと全体像が明らかになります。これまで未解決の問題、クローゼットの中に隠されたスケルトン。 すべてのグローバル企業は、実際に小規模なスタートアップが経験しているのと同じ問題を経験しています。



それらはすべてトランザクションを失い、すべて回復するのが難しく、すべて松葉杖に多額のお金を費やして、すべてが何らかの形で機能するようにします。 スタックのさまざまなレベルでデータを操作するアプローチを思い起こさせるために、最適化の余地がまだあります。 紹介することがあります。



一般的に、 DBAは高く評価されています。 大企業での経験から、データの場所と場所、データを正しくリダイレ​​クトする方法と場所を理解している専門家が常に求められていることを知っています。



ブルース・モムジャン ： すべての新しいことにオープンであること 。 私がコンサルティングをしていたとき、当時最も人気のあるソフトウェアに特化した人がいました。 彼らはMS DOSとWindowsについてのすべてを知っていた、それは最新のソフトウェアであり、彼らはそれを続けた。 2〜3年後、優先順位が変わり、他のソフトウェアが関連性を持ち、その後もまた重要になりました。 多くの人々はこの優先順位の変化を見て、「すべてが行き来します。私は自分のやることをやるだけです」と考えています。 しかし、よく見ると、 どのテクノロジーが長期間有効であり、どのテクノロジーがほんの一瞬のアイデアであるかを理解できます。

データベースの世界でどのような技術的成果/発明を最も画期的なものと考えていますか？その理由は何ですか？

Alexander Chistyakov ： NoSQLデータベースの出現。





Anton Bushmelev ： Oracleクラスターをまだ繰り返していません。これは特定のことですが、良いことです。 特にバージョン12で。 現在使用されている画期的な技術はインメモリです。 このインデックスの欠如、それぞれロックの減少。 インデックスの欠如はすでに大きなプラスです。



Dmitry Vasiliev ：過去数十年間にデータベースで発生した最大の変化は、おそらく列指向のデータベースでしょう。



Mikhail Tyurin ：データベースは、 トランザクションの概念がプログラマーのツールにもたらすものです。保存したものは、将来的に入手できます。 これは、トランザクションの主要な機能の1つです。 そして、それについて話し始めるとすぐに、 回復の問題について話し始めます。 事故が発生し、頻繁に発生する場合、分散システムのノードに障害が発生するためです。 そして、これらの事故に対処する能力こそが、最新のデータベースが解決するものです。 何かにお金を払って、お金を失いたくない-データベースはこの問題を非常に効果的に解決するのに役立ちます。



Bruce Momjan ：ハードウェアについて言えば、最も重要な変更はSSDの登場です。 それ以前は、すべてが回転する磁気メディアに保存されていたため、このデータへのアクセスは非常に遅かった。 SSDを使用すると、パフォーマンスが大幅に向上します 。



別の転換点は、 非構造化データを保存するという提案でした。 リレーショナルデータベースは構造が大好きです。 しかし、最近、この構造を必要としない人々から多くの要求がありました。 私の意見では、Postgresは非構造化データを使用するためにリレーショナルデータベースを最適に適合させることができました。

一般的なPostgreSQLとオープンソースの欠点は何ですか？

Alexander Chistyakov ：原則として、オープンソースには欠点はありません 。これは存在できる唯一のライブワークフローです。 オープンソースという言葉が登場する前から、人々はソースコードを交換していましたが、それは常に科学界にありました。 原子爆弾は私たちに渡されました。 これはお金のためではなく、信念のために行われました。



PostgreSQLに関しては、欠陥は非常に乗り越えられます。 これは適切な数の働く手の不足についてです。 これに対処する唯一の方法は、認知度を高め、参加したい人にあなたの考えを伝えることです。 最終的にはオープンソースが唯一の生き方だと思います。 それはすべてクローズドソースであり、オープンソースに追いついていないだけです。



アントンブッシュメレフ ： 松葉杖の膨大な数 。 最初から-松葉杖だけが堅実であり、単一の解決策はありません-彼らはすべて自分で見ました。 ラッパーの束、それはすべて維持するのが難しいです。 PostgreSQLの場合、特定の問題は大規模なデータベースのバックアップです 。 セッションが何を待っているかを正確に判断することは不可能です。デバッグはありません。 デバッグはありますが、全体に基づいています。 特定のセッションから何かを見つける必要があるとき、ログの2つの巨大な「フットクロス」を読むことは意味がありません。



Dmitry Vasiliev ：自分で製品を作るとき、誰にも証明する必要のないものをそこに含めることができます。 オープンソースソリューションを使用する場合、Posgresのような大規模なプロジェクトを自分でサポートすることはできませんが、変更が必要です。 この欠点は、オープンソース製品の機能の必要性をコミュニティに証明しなければならないという意味でプラスになります。



Mikhail Tyurin ：これらのコミュニティを参加者の数で比較すると、gre後のコミュニティはあまり代表されていないように思えるかもしれません。



Postgresには製品として欠陥がありますか？ いいえ、そうは思いません。 他のコミュニティとの統合に取り組むことができます。 Postgresには独自のニッチがあり、多くの企業がそれを効果的に使用しています。



Bruce Momjan ：主な欠点は、経験豊富な専門家を見つけるのが難しいことです。 最も単純にPostgresを会社に適合させます。 3か月ごとに、他のDBMSからPostgresに来た人向けのトレーニングセミナーを開催しています。 何らかの奇跡的な方法でPostgresをマスターした人々のグループが登場することを期待することはできません。 したがって、私たちはそれらを教え、迅速かつ一貫して成長しなければなりません。



オープンソースソフトウェアの人々を怖がらせるもう一つのことは、 選択です。 商用ソフトウェアでは、通常、特定の問題を解決するための特定の方法が1つあります。 Postgresには多くのアプリケーションと追加機能があるため、特定の問題に対する多くの解決策があります。

最新のDBMSのトップを何に当てはめますか。なぜそうなのですか。

Alexander Chistyakov ：私には2つのトップがあります-私が愛しているものがあり、私がしていることがあります。 私はPostgresが大好きで、MySQLはあまり好きではありません。 さらに少ないことに、私は彼と一緒に仕事をしたことがないのでFirebirdが大好きですが、それを作っている人々が大好きです。 そして、私は他のすべてを知りません。 ビジネスに関しては、MySQLをたくさんやっています 。 私はPostgreSQLで金銭処理と関係のある新しいプロジェクトを行いましたが、それ以外は何もしませんでした。 PostgreSQLとMySQL以外はありません。



Anton Bushmelev ： Oracle 、私は7年間働いてきました。 Postgres-大きな可能性のため。 MS SQL-ロシアでは1Cであるため。 1CはMS SQLで非常にうまく機能しますが、Postgresが何らかの形でそこに移動していることを証明しようとしています。 しかし、その週には文字通り7テラバイトのインストールがあり、MS SQLではすべて動作します。



Dmitry Vasiliev ：Oracle、PostgreSQL、MS SQL、DB2。





Mikhail Tyurin ： Oracle、Postgres 、 Microsoft、IBMのソリューションはすべて開発されたシステムです。 彼らには長所と短所、アプリケーション履歴があります。 もちろん、 MySQL 。



最新の新しいシステムのうち、私はRedis、MongoDBを選び出します。 専門ソリューション-Vertica、Cassandraシステム。 カフカのような他の同様のものがあります。 Zoo Keeperなどの特殊な分散ストレージソリューションがあります。



Bruce Momjan ：当然、私は彼と一緒に仕事をしているので、 Postgresが私にとって最初の場所にいます。 これは優れた汎用DBMSであり、一貫性のないワークロードでの作業にも適しています。また、各バージョンでは多くの点で改善されています。



オラクルは、非常に大きなボリュームで引き続きリードしています。 現在、Postgresはワークロードの95〜98％をカバーできますが、これらの2％は残っています。



Microsoft SQLには、Windows環境と統合できるという利点があります。 私の意見では、DB2は過小評価されています。 これは非常に優れたシステムですが、IBMハードウェアと緊密に結合しているため、非常に柔軟性に欠けるように見え、多くの反発を招きます。



NoSQLについて。 数年前、SQLを使用せず、データベース管理者を必要としないことは「高貴」と見なされていました。 しかし、約1年半前に、NoSQLの展開が容易であるにもかかわらず、多くの機能の欠如が感じられ始めたため、すべてが変わりました。 現在、彼らはしばしばPostgresとNoSQLの混合物を使用し、驚くべき結果を達成しています。 そのため、NoSQLはリレーショナルデータベースの最後のテストではありませんが、30年前から存在し、開発、適応を続けています。これは今後も続くと思います。



MySQLは約5年前に取り残されました。PostgresがMySQLと同じことをすべて行い始めたときのことです。 しかし、業界がこれを実現するには時間がかかりました。 多くの人がMySQLを習慣的に使い続けていますが、新しい会社はそれを選択しなくなりました。 これは正常です。 いつか、Postgresは忘却に陥りますが、その時私がいなくなることを願っています。