Dr. David Taniar High-Peformance Parallel Database Processing and Grid Databases
High-Performance Parallel Database Processing and Grid Databases Table of Contents: Introduction (download ppt slides-1 and ppt slides-2) Analytical Models (ppt slides) Parallel Search (ppt slides) Parallel Sort and GroupBy (ppt slides) Parallel Join (ppt slides) Parallel GroupBy-Join Parallel Indexing (ppt slides) Parallel Universal Quantification - Collection Join Queries Parallel Query Scheduli
SRA OSSがPostgreSQLサポートを拡充、実行計画の制御ソフトをサポート
オープンソース（OSS）のサポートサービスを手がけるSRA OSS日本支社は2014年8月6日、OSSのリレーショナルデータベース管理システム（RDBMS）である「PostgreSQL」および「PowerGres」を対象としたサポートサービスの内容を改定したと発表した。サポート対象となる周辺ソフトウエアの種類を増やすなど、サポート内容を拡充した。 同社は以前から、PostgreSQL/PowerGresをはじめ、各種のOSSを対象にサポートサービスをメニュー化して提供している。今回、RDBMSの一つであるPostgreSQL/PowerGres向けのサポートサービスについて、PostgreSQL/PowerGresを利用しているユーザーの意見を取り入れる形で改定したという。 サポート内容の改定により、サポート対象を拡充した。まず、新たに二つのサードパーティー製ソフトをサポート対象に加えた。
もうひとつの「PostgreSQL Internals」技術文書が公開されました
最近、精力的にPostgreSQL関連の検証や技術情報の公開をしている日本HPさんから、「PostgreSQL Internals」という技術文書がPDFで公開されました。 日本HP ITサービス「HP OPEN SERVICES」 http://h50146.www5.hp.com/services/ci/opensource/ 上記ページの下の方に「PostgreSQLエンジニア向け！ストレージ内部構造および内部動作検証報告」というタイトルのPDFファイルをダウンロードすることができます。 PostgreSQLエンジニア向け！ストレージ内部構造および内部動作検証報告 http://h50146.www5.hp.com/services/ci/opensource/pdfs/PostgreSQL_Internals.pdf 章レベルで目次を抜き出すと以下のような内容になっています。 本文
「応用分野の広い超高速DB技術ができた」、東大・喜連川教授が41億円の成果報告
東京大学生産技術研究所喜連川研究室は2014年7月9日、国から41億円の助成金を受けた研究プロジェクト「FIRST喜連川プロジェクト」の成果報告会を開いた。同プロジェクトでは、既存技術に比べて1000倍の高速で動作する「非順序型データベースエンジン技術」を開発。中心研究者である東大の喜連川優教授（写真1）は「ディスクでもフラッシュでも、商用ソフトでもオープンソースソフトウエア（OSS）でも、同じように高速化する技術ができた」と成果を語った。 FIRST喜連川プロジェクトの正式名称は、内閣府最先端研究開発支援プログラム（FIRST）の「超巨大データベース時代に向けた最高速データベースエンジンの開発と当該エンジンを核とする戦略的社会サービスの実証・評価」で、2010年3月から2014年3月末までの4年間で、非順序（アウト・オブ・オーダー）型実行原理に基づく超高速DBエンジン技術（非順序型DBエ
C++ で PostgreSQL のモジュールを作る場合の Makefile - NAKAMURA Minoru's Diary
2002 | 10 | 11 | 12 2003 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2004 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2005 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2006 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2007 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2008 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 2009 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 1
Explaining the Postgres Query Optimizer
Explaining the Postgres Query Optimizer BRUCE MOMJIAN The optimizer is the "brain" of the database, interpreting SQL queries and determining the fastest method of execution. This talk uses the EXPLAIN command to show how the optimizer interprets queries and determines optimal execution. https://momjian.us/presentations Creative Commons Attribution License Last updated: April 2024 1 / 60 Postgres Q
Paper notes: Anti-Caching - Paper Trail
Anti-Caching: A New Approach to Database Management System Architecture DeBrabant et. al., VLDB 2013 The big idea: Traditional databases typically rely on the OS page cache to bring hot tuples into memory and keep them there. This suffers from a number of problems: No control over granularity of caching or eviction (so keeping a tuple in memory might keep all the tuples in its page as well, even t
Cloudera Blog
The ongoing progress in Artificial Intelligence is constantly expanding the realms of possibility, revolutionizing industries and societies on a global scale. The release of LLMs surged by 136% in 2023 compared to 2022, and this upward trend is projected to continue in 2024. Today, 44% of organizations are experimenting with generative AI, with 10% having […] Read blog post
Rewritten Index Advisor patch
Awhile back I complained that I didn't like the way that the index advisor patch plugged into the system: http://archives.postgresql.org/pgsql-hackers/2007-04/msg00346.php Attached is a proposed replacement patch that keeps essentially all the advisor logic outside the core backend, and uses the method I suggested of modifying the result of get_relation_info() rather than installing phony system-c
SH2先生のRDB比較, ぶっ壊れ編
SH2 @sh2nd 個人的にそうなんだろうなあと思っていたことが書いてあって、とても腑に落ちた記事 / how oracle prevent "partial write" | Oracle Community https://t.co/nHcmvh5ZSA 2014-05-18 13:21:43 SH2 @sh2nd MySQLのinnodb_doublewrite、PostgreSQLのfull_page_writesのような、データブロックが半分しか書かれていない事態を想定した処理は、Oracle DatabaseはALTER TABLESPACE BEGIN BACKUPのときにのみ行う 2014-05-18 13:26:55 SH2 @sh2nd なのでサーバクラッシュ時にデータブロックが壊れていて、REDOを適用しただけでは直せないことがある。ただその場合Oracle Dat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://h50146.www5.hp.com/services/ci/opensource/pdfs/PostgreSQL_Internals.pdf
PacemakerのMaster/Slave構成の基本と事例紹介(DRBD、PostgreSQLレプリケーション) @Open Source Conference 2014
LevelDB入門
[D23] SQL Server 2014 リリース記念！～Hekaton, カラムストアを試して、さらにギンギンに速くしてみました！～by Daisuke Hirama![[D23] SQL Server 2014 リリース記念！～Hekaton, カラムストアを試して、さらにギンギンに速くしてみました！～by Daisuke Hirama](https://cdn-ak-scissors.b.st-hatena.com/image/square/ce484aad543a10dc53c4542c7b1ba672e261ef55/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fd23iti-140624011401-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
https://www.influxdata.com/blog/2014/06/20/leveldb_vs_rocksdb_vs_hyperleveldb_vs_lmdb_performance.html
Re: Extended Prefetching using Asynchronous IO - proposal and patch
20140531 JPUGしくみ+アプリケーション分科会 勉強会資料
Compression of full-page-writes
Spreading full-page writes
Generating Database Schema With SQL and GraphViz