AWS、SQL互換の新問い合わせ言語「PartiQL」をオープンソースで公開。RDB、KVS、JSON、CSVなどをまとめて検索可能
Amazon Web Services（以下AWS）は、SQL互換の新しい問い合わせ言語およびそのリファレンス実装である「PartiQL」をオープンソースとして公開したことを発表しました。 PartiQLはSQL互換の構文に最小限の拡張を施すことで、リレーショナル形式のデータベースだけでなく、KVSやJSONなどを含むNoSQLデータベースやCSVファイルなど、さまざまなデータソースに対して横断的に検索できる問い合わせ言語およびそのリファレンス実装です。 下記はPartiQLを発表したブログからの引用です。 Today we are happy to announce PartiQL, a SQL-compatible query language that makes it easy to efficiently query data, regardless of where or in
分散ロックという名の過ち - Software Transactional Memo
 TL;DR; 「分散ロック」が分散システムの設計図に登場した時 だいたいその設計は間違っていて本当に必要なものはトランザクションだ 並行システムを実装する際にロックを用いるのはとても自然なことだ。 僕も普段はロックフリー系のアルゴリズムに詳しいと言われがちだが知識量でいったら実はロック系の方が多く蓄えているかも知れない。 分散システムは並行システムであることが多いので、その中にロックが登場するのはとても自然な発想である。 よく「分散」「並行」「並列」の言葉の定義がごっちゃになっているケースがあり、この記事の主題にしたいわけではないので深くは言及しないが、分散システムは環境などの要因で突如として参加者が音信不通になったり復活したりする点で並行システムと大きく異なる。 並行システムと同じノリで分散システムを設計しようとした際に陥る頻出の過ちが「分散ロック」である。そのアイデアはとても簡単で
［速報］マイクロソフト、Azureで「MySQL」「PostgreSQL」のデータベースサービス提供を発表、運用の手間は不要。Build 2017
米マイクロソフトはシアトルで開発者向けイベント「Microsoft Build 2017」を開催。1日目の基調講演で、オープンソースデータベースであるMySQLとPostgreSQLのマネージドサービスを提供すると発表しました。 「Azure Database for MySQL」と「Azure Database for PostgreSQL」は、いずれもマネージドサービスとしてマイクロソフトが運用管理や障害対応、パッチ適用、バックアップなどを行うため、利用者は運用の手間をかけることなくこれらのデータベースを利用することができます。 また、データベースへの負荷変動に対してデータベースを停止させることなく自動的に性能をスケールアップ、スケールダウンすることにも対応。 「既存のMySQL、PostgreSQLのツールやドライバ、フレームワークなどと100％互換がある」（クラウド＆エンタープライ
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
BigQueryで150万円溶かした人の顔 - Qiita
※ かなり前の記事ですが、未だに引用されるので一応追記しておきます。タイトルと画像がキャッチーなのはちょっと反省していますが、これを見てBigQuery使うのを躊躇している人は多分あまり内容を読んでいないので気にする必要はないです。自分は当時の会社でも今の会社でも個人でも普通にBigQuery使っていて解析用データなどはBigQueryに入れる設計をよくしています。また、アドベントカレンダーだったのでネタっぽく書きましたが事前に想定できる金額です。 ※ 代役：プロ生ちゃん（暮井 慧） 巷のBigQueryの噂と言えば「とにかく安い」「数億行フルスキャンしても早い」などなど。とりわけ料金に関しては保存しておくだけであれば無視できるほど安く、SQLに不慣れなプロデューサーがクエリを実行しても月数ドルで済むなど、賞賛すべき事例は枚挙に暇がありません。 しかし、使い方によってはかなり大きな金額を使
書籍出版のお知らせ：理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL
来る2月27日、データベースの新書籍を発売させて頂くことになった。タイトルは「理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL」となっている。単に「データベース」と書いてあるが、RDBがメインのテーマの書籍である。 多くの人が未だにRDBを使いこなせていないのではないか。RDBの使い方をマスターするには何が必要なのか。それがここ数年私が追ってきたテーマであり、この書籍を出すことになった動機である。 あまりにも酷いDB設計、あまりにもスパゲティなクエリ、あまりにも希薄なデータモデルへの理解。そういった問題はどこから生み出されるのか。そのひとつの結論としてたどり着いたのが、「そもそもRDBの使い方があまり理解されていないのではないか」ということだった。名著、SQLアンチパターンでは「やってはいけないケース」について学ぶことができるが、その反対のテーマ、つまり本来どの
複合主キー「否定派」と「許容派」の論争 - 設計者の発言
定期的に取り上げたくなるDB設計に関する話題である。WEBアプリが一般化して以来、議論されてきた事柄がある。テーブルの主キーを「単独主キー」のみとするか、複数項目を組み合わせた「複合主キー」を必要に応じて使うべきかという問題だ(*1)。複合主キーに対する「否定派」と「許容派」に分かれた議論は劇烈で、宗教論争のようにも見える。 主キーというものは、テーブルの存在意義といってもいいほどに重大な要素である。にもかかわらず、なぜそんな基本的なレベルの議論が始まってしまったのか。２つほどの理由が考えられる。 まず、単独主キーとしてIDを機械的に置くやり方（ID方式）が「オブジェクト指向」と相性がよかったからだ。オブジェクトは固有の識別子（オブジェクトID）を持つので、これに相当するIDをテーブルの主キーとすることで、オブジェクトとDBの設計問題を統合できると考えた技術者が少なからずいた。そのアイデア
地獄のようによくわかるSQLテーブル結合 - こせきの技術日記
テーブルのJOINが苦手でしたが、この例を思いついてからは、すっきりくっきり理解できるようになりました。むしろ頭から離れません……。 ※ INNER、OUTERは飾り。省略できる。 INNER JOIN → JOIN LEFT OUTER JOIN → LEFT JOIN RIGHT OUTER JOIN → RIGHT JOIN ※ ON ...=... をまとめて USING(属性) と書ける。 ※ 何で結合するか言うまでもない時は、NATURALを指定すると勝手にJOINしてくれる。NATURALにJOINして……。 ※ WHEREは結合した結果に作用する。 ※ 現実には上図のように1対1で結合しません。 ※ おまけ。CROSS JOIN。 こんなの使いません。 ブクマ用画像。
11/12/28 【重要】証券システム障害に関する重要なお知らせ ｜ 証券会社なら業界最安値水準の手数料で人気の株式会社ライブスター証券
ライブスター証券は2021年1月1日をもって、SBIネオトレード証券へと商号を変更いたしました。 以下の旧ライブスター証券ドメインは廃止されておりますので、ブックマーク等にご登録されているお客様におかれましては、新ドメインへご変更をいただきますようお願い申し上げます。 【旧ドメイン】https://www.live-sec.co.jp
Google、クラウド型データベース「Google Cloud SQL」を発表
米Googleは10月6日（現地時間）、開発者向けクラウドサービス「Google App Engine」で利用できるクラウドデータベース「Google Cloud SQL」を発表した。スタート時点では人数制限のある無料のプレビュー版となっており、専用ページから利用を申し込める。 JDBCとDB-APIをサポートしており、JavaあるいはPythonで構築したApp Engineアプリ向けのMySQLデータベースをGoogleのクラウド上で構築・運営できる。インスタンスの上限は10Gバイト。アプリの構築のために、グラフィカルなユーザーインタフェースが用意されている。 データベースのメンテナンス管理はGoogleが行い、データは複数のデータセンターにレプリケートされる。 Googleによると、クラウドデータベースはApp Engineユーザーから最もリクエストが多い機能の1つだという。 プレビ
SQLite が unable to open database file で困った - daily dayflower
データベースファイルはちゃんと httpd から読み書きできるようにしてるのに！ いろいろやってたらどうも読めるけど書けない，ということに気づきました。も，もしや，と思って「データベースファイルを置いてあるディレクトリ」の書き込み属性を on にしたら OK になりました。 どういうことかざっくり書くと， drwxr-xr-x dbdir/ _rwxrwxrwx dbdir/target.db というように，データベースファイルの書き込み権限だけで安心してちゃだめで， drwxrwxrwx dbdir/ _rwxrwxrwx dbdir/target.db にしなきゃいかんということです*1。 追記: お礼とかはわざわざコメント欄とかでいただかなくて結構ですよ〜恐縮です *1:もちろん owner 等変更するのでもいいけど
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現場指向のレプリケーション詳説
MySQLite: SQLiteデータベースを読み書きするMySQLストレージエンジン
データベース技術の羅針盤