カラム型データベースはなぜ集計処理が高速で、トランザクションが苦手なのか。インメモリとカラム型データベースの可能性を調べる（その4）
カラム型データベースはなぜ集計処理が高速で、トランザクションが苦手なのか。インメモリとカラム型データベースの可能性を調べる（その4） 現在主流となっているOracle、SQL Server、DB2などのリレーショナルデータベースは事実上すべて、行（ロー）指向で内部の処理を行っています。一方で、最近急速に注目されているのが、列指向で内部処理を行い、大量データの集計や分析処理に優れた「カラム型データベース」（あるいはカラム指向データベース、カラムナーデータベース）です。 カラム型データベースはSybase IQやNetezza、Verticaなどデータウェアハウス専用のデータベースで主に採用されています。また、SQL Serverには「ColumnStore Index」、Oracle Exadataには「Hybrid Columnar Compression」と呼ばれるカラム型データベースの
PostgreSQLに興味がある人向けにまとめてみた。｜PostgreSQL｜お仕事メモ｜Pictnotes
PostgreSQL9.2がでたのと、一部で？またPostgreSQLを使いたいと思ってる人が多くなったとかあるみたいなので 4〜5年触ってなかったか、全然知らない人向けとおさらいとしてまとめてみた。 ざっくり書いてるので、詳しい人からみるとおかしい点もあるかと思いますが、気になった点はより詳しい記事が あると思うので、調べてみてください。 明らかな間違え等々は、修正加筆したいので、コメントか twitterの @itm_kiyoまで、御願いします。 Q. なんて読むの？書くの？ A. PostgreSQL(ぽすとぐれすきゅーえる)、PとSQLは大文字。ちなみにMySQL(y以外は大文字)なんで、小文字と大文字の区別をきちんとするとその界隈の人がよろこびます。 でも、「postgres」 とか 、「Postgres」や「ポスグレ」とか書かれてることも多いです。 Q. どのバージョンを使うの
スマートデバイスとCloud SQLのトランザクション制御で在庫管理
1. 今回サンプルの概要 基幹系システムは仕訳データが発生する業務系システムであることは前回、前々回で見てきましたが、その他に基幹系では在庫つまり「モノ」を扱う部分もでてきます。そしてこの「モノ」の部分は入出庫処理などを含む在庫管理システムで扱われることになりますが、これも基幹系での大変重要な機能要素となってきます（注1）。 在庫管理システムでの管理品目は、購入品、製品、それに製造業では資材・部品や仕掛り品など多様ですが、在庫管理システムのポイントはなんといっても正確な在庫数量を把握・維持管理することにありますが、情報システムで扱う場合には次のような問題点も発生しがちでした。 入出庫数量更新での問題 従来の在庫管理システムでは、在庫場所すべてにPCなど入力端末を配置することが困難な場合も多く、従って現場では入出庫数量を紙に記帳し、日単位のバッチ入力で、記帳された数量を端末から入力するような
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
