MySQL・PostgreSQLユーザーグループ（MyNA・JPUG）合同DB勉強会で発表した資料を公開しました。「データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜」
表題の通り、MyNAとJPUGの合同DB勉強会で発表をしたので資料を公開した。 内容の詳細はスライドそのものを見ていただくとして、言いたいことの主旨はこうである。世の中に完璧なデータモデルはないので、NoSQLは当然の如く必要になる。だが、何でもかんでもNoSQLを使えば良いというものではない。むしろアプリケーションが必要としているデータモデルが何かということをよく理解し、本当に必要な場合にこそ、NoSQLを使うべきなのである。つまり「ご利用は計画的に！」ということだ。 大切なのは、様々なデータモデルを理解し、アプリケーションにとってベストな製品を選択するということだ。ベストなのがRDBかも知れないし、そうでないかも知れない。最適なデータモデルを選択した場合に、出来上がったものの性能も最高になるし、開発効率も最も良くなる。データベースの主流はRDBだが、それはリレーショナルモデルがカバーで
PostgreSQLのアンチパターン : 何でもかんでもjsonに入れる | Yakst
PostgreSQL 9.2より追加されたJSON型だが、特徴を理解して適切に使わないと色々な副作用に悩まされることになる。その問題点を挙げると共に、どのような場合に使うべきかの指針を示す。 PostgreSQLは、データ型としてjsonをサポートしています。しかし、やりたいことがある時に何でもかんでもjson型を使ってしまうというのはやめるべきです。これは、hstoreや新しく登場したjsonb型にも同じことが言えます。これらの型は必要な時には便利なツールになりますが、PostgreSQLでデータのモデリングを行う際に最初に検討すべきものではありません。 なぜなら、データを呼び出したり操作したりするのが難しくなってしまうためです。 何もかも同じところに入れてしまおうとすることによるアンチパターンをご存知の読者もいるでしょう。EAVアンチパターンは、長らくデータベーススキーマにおける必要悪
「PostgreSQL」の人気が「MySQL」を超えた！？ | ソフトアンテナ
Database FriendsというサイトがRDBMS (リレーショナルデータベース)の人気投票を行ったところ、「PostgreSQL」が「MySQL」に圧倒的な差をつけて人気ナンバーワンとなり話題となっています(Hacker News、Reddit)。 この人気投票は「What is your favorite RDBMS?"」(あなたの好きなRDBMSは?)というお題のもとで行われ、900以上の回答があったようです。リレーショナル・データベースか議論が別れるMongoDBへの票は除外されたとの注意書きもあります。 PostgreSQLが41.6%もの票を集めたことに関し、OracleがMySQLを買収したことが影響したのでは？とか、好みと実際のシェアは違うのでは？といった分析が行われていて、実際MySQLのほうがポピュラーであるという調査結果もあります(調査1、調査2、Stackov
[勝手に補足]SQLの観点から「Oracle Database」「PostgreSQL」 「MySQL」の特徴を整理しよう！ | キムラデービーブログ
オープンソースデータベースを加速する「キムラデービー」のブログです。カレー日記を兼ねてます。なお著者は2010-06-01より日本オラクルに在籍していますが、本サイト（ブログ、またはウェブサイト）において示されている見解は、私自身の見解であって、オラクルの見解を必ずしも反映したものではありません。 結構人気(?) のこの記事、ざっとよもうと思ったら最初に誤植(?) があったので、通読してまとめておきます。。。。 [2014-10-09 12:00 追記] 現時点までに更新があり、下記指摘はほとんど修正・更新されているようですが、とりあえず記録のために本エントリは残しておきます。「誤植や誤記ねえじゃん」といわないでください。指摘の後更新されたので。。。。 SQLの観点から「Oracle Database」「PostgreSQL」 「MySQL」の特徴を整理しよう！(DBonline) なお、
![[勝手に補足]SQLの観点から「Oracle Database」「PostgreSQL」 「MySQL」の特徴を整理しよう！ | キムラデービーブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/2302e44c95c7e474fefb218540004f95dc47a4bb/height=288;version=1;width=512/https%3A%2F%2Fimaging.jugem.jp%2Ftemplate%2Fimg%2Fjugem_og-image.png)
[ThinkIT] 第3回：トランザクションの比較 (1/4) -at- 徹底比較!! PostgreSQL vs MySQL
トランザクション機能をサポートしているのは、PostgreSQLとMySQL＋InnoDBエンジンであり、MySQL＋MyISAMエンジンはトランザクション機能をサポートしていません。ここでのトランザクション機能とは、複数のテーブルやレコードに影響をおよぼす処理を1つの単位とみなし、この単位での処理結果を保証する機能を指します。 具体的には、BEGIN文にてトランザクションを開始していくつかの処理を行った後、処理を確定する場合はCOMMIT文、処理を取り消す場合はROLLBACK文を使用し、トランザクションを終了させるまでの処理です。 トランザクション分離レベルとは、複数のトランザクションが同時に実行された場合に、他のトランザクションからの影響がどのくらい分離するかのレベルを意味します。 ANSI/ISO SQL規格（SQL92）では4つの分離レベル（下記コラム参照）が定義されています。P
Prestogres, ODBC & JDBC connectivity for Presto
Sadayuki Furuhashi, founder and software architect at Treasure Data, focuses on providing open-source ODBC/JDBC connectivity for Presto. The document outlines a solution using PostgreSQL ODBC/JDBC drivers and a PostgreSQL protocol gateway to facilitate data collection and processing for applications like Tableau and Pentaho. Additionally, it discusses architecture limitations and mentions that Tre
検証レポート資料アーカイブス
Openstack Neutronのロードバランサーサービスを提供するプラグイン Octaviaについて紹介したレポート。基本的な操作とHA構成の構築について説明したもの。
OSSユーザーのための勉強会 <OSS X Users Meeting> #6 PostgreSQL と MySQL｜EventRegist（イベントレジスト）
2014/07/22(火) 16:29 更新 OSS Radar Scope ® 事務局の湯川です。 オープンソース（OSS）のご利用を検討されている方に、OSS選定のためのひとつの参考指標をご提供することを目的に、OSS Radar Scope ® を運営しています。 http://radar.oss.scsk.info/radarScope OSSの成熟度／品質／サービスなどの「外から見て分かる」情報を集積し、透明性の高い基準で評価し、わかりやすい形で提示するようにしています。 OSSのご利用を検討される際にご利用ください。 2014/06/11(水) 16:06 更新 OSSユーザーのための勉強会 #7 CloudConductor と PrimeCloud Controller を開催いたします。 今回は、今年3月に共にOSSとして公開されたクラウドオーケストレーションソフト「
Sphinx | Open Source Search Engine
Sphinx 3.8.1 released Today we're releasing Sphinx 3.8.1. It's been a busy year (again), so 3.8 packs more than 35 new features, and numerous bugfixes. My personal features top-3 is this. we implemented our own HNSW and SQ vector indexes (and added experimental FAISS HNSW too, but very likely that one will be dropped) we integrated BLIS and public builds now fully support vector indexes (but only
Kazuho@Cybozu Labs: PostgreSQL のボトルネックを統計的に監視・解析する方法
先日書いた「MySQL のボトルネックを統計的に監視・解析する方法」について、PostgreSQL でも pg_stat_activity テーブルを使って実行中のクエリ一覧を取得できると higepon さんに教えてもらったので、やってみました。 % ppdump > ppdump.txt のようにクエリをサンプリング (デフォルトで100秒間程度) して、 % ppfilter < ppdump.txt | ppreport のようにすると、平均負荷の高いクエリから順にソートされて表示されます。詳しい使い方や考え方については、mprofile のエントリをご参照ください。 pprofile のソースコードは、/platform/postgresql/pprofile – CodeRepos::Share – Tracに置いてあります。負荷が高い PostgreSQL 環境が手元にないの
PostgreSQL で簡易に MQ - 木曜不足
「PostgreSQL で安くて早くてうまい MQ 作ってね」的ミッションがどこからともなく降ってきたので、色々調べて試してみたところ、案外よい方法が見つかったので、まとめてみた。 [4/24] 複数キューを扱う場合の方法を tableoid を利用するように更新。 [4/27] フィルタ条件を付ける場合の記法について追記(WHERE 句内の評価順の明示的指定) [4/30] 優先順位に ORDER BY は利用できない旨追記 鍵は advisory lock。PostgreSQL 8.2 以降の機能だ。 メッセージキューと言っても、安くて早いわけだからもちろんフルフルの高機能なわけなく、いろいろ制限がある。 receiver は複数可。メッセージは receiver の一つが受信する。ブロードキャスト/マルチキャストは対象外。 ack あり。ack せずに receiver が落ちた場合
Comparison of Oracle, MySQL and PostgreSQL DBMS
CONTENTS: 1. General consideration 2. Elementary features 3. Transactions 4. Programming in DB 5. Administration 6. Portability and Scalability 7. Performance and VLDB 8. Application development and interfaces 9. Reliability 10.Commercial issues 1. GENERAL CONSIDERATION: ---------------------------------------------------------------------------------------------------- Category P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQLの観点から「Oracle Database」「PostgreSQL」 「MySQL」の特徴を整理しよう！
http://neta.ywcafe.net/000960.html