キムラデービーブログキムラデービーブログオープンソースデータベースを加速する「キムラデービー」のブログです。カレー日記を兼ねてます。著者は2010-06-01より日本オラクルに在籍していますが、本サイト(ブログ、またはウェブサイト)において示されている見解は、私自身の見解であって、オラクルの見解を必ずしも反映したものではありません。8.0.xのメンテナンスリリースである8.0.19が出ました。多くの機能が追加されましたが、本ブログではあまり他の人が取り上げなさそうなものをご紹介します。Table)について。リリースノートには以下の記述があります。standard.VALUESについては以前以下の発表の中で触れました。8.0.19がサポートしたことになります。Constructor(TVC)と呼ばれるもの(F641)で、訳語としてはJISが表値構成子、Microsoftがテーブル値コンストラクターを使っています。SQLでも以下の記事で紹介されています。Clause)としてサポートしているだけのように見えました。SQL標準(JIS)では以下の部分となります。Tableの確認とJISの訳語については土田正士さんに教えを請いました。ありがとうございました。Validatorを使って確認する方法を以下のブログに追記しました。その後いくつかのブログ記事で、明示表とTVCとりあげられました。MondaySQL標準の確認方法0SQL標準の確認方法とある事情によりしばしば参照するため自分用のまとめ。最近はISOで行われているSQLの標準化。規格番号は以下になります。9075日本ではJISがX-3005として規格化しています。これらは正式なものには値段がついていて、書籍やpdfは購入する必要があります。英語版の正式なものの(安い)入手方法や、無料のものの参照方法は以下のエントリに詳しいです。Public!英語版のWikipediaは結構参考になります。(たまに私も加筆しています。日本語版にも反映しなきゃなぁ。JIS版は翻訳などに時間がかかるため、最新の英語版には追随していません。英語版の対応する規格のどの年度のものに対応するのかは、以下のページのそれぞれのpreviewで確認できます。3005それぞれWebからの閲覧のみ(印刷とダウンロード禁止)ならば、以下のページからx3005を検索すると確認できます。簡易的にHTML化したものが見れるサイトもあるようです。英語も日本語もSQL-99がほとんどでそのあとSQL標準の解説書はない状態です。日本語ではSQL-99についてスーパーテキスト、SQL:2003の一部解説がでたのみです。■各RDBMSのマニュアルほとんどのオンラインマニュアル(この記事の下のほうにリンク)は、一か所にまとめられて、通常使うコマンドのSQL準拠度についてはわかりにくくなっています。MySQLでも、次のリンクのようになっています。Anywhereのマニュアルです。各コマンドごとにSQL標準の準拠についての記述があります。SQLを開発している会社。そのオリジナルは1970年代からウプサラ大学で開発されており、可能な限りSQL標準に準拠することをポリシーにしています。その会社がオンラインで以下のページを公開しており、これを利用することによりSQL-99にどの程度適合しているか、がわかります。適合してない場合でも、可能な限りSQL標準のどれかをお知らせしてくれます。tbl1;」を上記バリデータに入力すると、以下のような出力結果がでます。tables"という機能であることがわかります。SQLクエリは統計目的で、匿名で格納されることも明記されています。F661」すると、以下のドキュメントで確認できます。Serverでは未サポートということがわかります。変更したブロックは次から次に書き込まれる。Wednesday2020年の木村明治0去年はこんな抱負を出していましたが、まぁ2.がギリできていた(ライブにいった)くらいですかね。PINKSがよかったですね。1.新しい本を出す(SQL関連)2.ライブにいく、ブログで発信する。スケートは去年の最後のほうの旅行で富士急ハイランドでやっただけで、実は今年は赤坂SAKASUのスケートはなかったんですよね。SQLite)とSQL標準をあわせて原稿書いているのですが、さすがに範囲が広くて、四苦八苦。年を越してしまいました。2.については、継続してライブにはいきたいと思います。熱心なファンではなかったですが、首都圏に来ていた時にはライブにいっていた広島の渕上里奈さんが活動休止ということに年明け気づいてしまいました。活動休止について残念ですが、私も大学時代音楽をやっていたので、本当に音楽で食べていくのは大変なのは、身に染みてます。IT業界でも元バンドマンたくさんいます)また新しい道でがんばってください。一度持っているCDを聞き直して、お便りしたいと思います。3.分散のほうは頭がついていかず、yabu.logとかぱと隊長日誌とかで、予習・復習しないとなぁ。すべてのプライマリDBはアクティブな接続をすべての同期レプリカDBに保持します。APIを介して転送されます。問題が発生した同期レプリカDBは、レプリケーションから除外されますが、他の残ったレプリカDBは継続稼働します。PostgreSQL)のレプリケーションとは、この部分は趣が違いますね。すべてのエラーはreplication.logに書かれます。replica)サイドのプリフィックスと、データベースパスネームとあわせて。同期レプリケーションの場合、エラーは両サイドに重複します。レプリケーションは自動的に無効化されます。replication.logは警告エラーをも含むかもしれません。それらはレプリケーションフローには影響しません。2019の25日目です。4.0の話になります。....と書いて、この話はもう三年くらいしてますねorz2017年のFirebird2018年のFirebird2019年のFirebird去年のクリスマスにでるか、といわれたBetaはBeta1が2019-02-20にリリースされました。testing「しばしばリリース」を掲げましたが、やはり歩みはスローなままです(笑)まずは、レプリケーションを実装した4.0が2020年中にリリースされることを期待します。2019の24日目です。(仕様と最適化)を見ます。セーブポイントのスタックは保存されます。アンドゥはフレームベースです。小さなロールバックトランザクションはフラッシュされず、捨てられますコミットされたトランザクション以外が反映される仕組みが珍しいです。(というかはじめてみた)さて、この調子では、レプリケーションは終わりません。来年以降続けたいと思います。2019の23日目です。(内部構造)を見ます。レプリケーションはトランザクションを意識したものです。すべてのトランザクションは内部レプリケーションバッファを持ちます。サイズは調整可能で、バランスをとるべきです。バッファーは以下のタイミングで「フラッシュ」されます。すべての「フラッシュ」はレプリケーションパケット(いわゆる「チェンジ・ブロック」)を生成します。「ブロック」はレプリカデータベースに転送されるか、ジャーナルに書かれます。バッファーはいつも同期してフラッシュされるわけではありません。»)100人のうちの一人としてミックさんの本を推薦しています。克信ここにきてまさかの復刊。システム構築の新スタンダード。Bini大場夫妻渾身の一冊。内容は少々古くなりましたが、内部説明があり、いろいろ面白いです。幹也これまでにない構築、そして構築後のMySQLのための本。Gehrkeミックさん連載の参考書籍です。いいつつ私が読んだのは初版の日本語訳です。差分はチェックしないといけませんね。SX260のHD換装用に購入。SX260の換装用に購入。SX260の換装用に購入。今はコチラのほうが安いですね。FowlerOSC2010神戸に出展されたジュンク堂で買いました。»)メガトン級の過去記事。