Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Uber-migrated-pg-to-mysql.md Why Uber Engineering Switched from Postgres to MySQL - Uber Engineering Blog のまとめ Posgresqlだと pgは追記型なので少しの更新でも多くのdiskへのwriteがおきる カラムを一つ更新しただけで多くのindexの書き換えが起こる よって、replicationはWALを送るので更新が多いとWALが大量に送られる repcliationでは物理的なdiskの変更を送る DC間でレプリするときつい bugがあってreplica間でMVCCの不整合が起きる masterとreplica同じdisk上のデータ構成を共有するのでupgradeがつらい cache readはsyscallとosのpage cache経由なので重い 1コネクション1プロセス
AWS IoT Greengrass V2 improves on V1 in several ways. It defines components that can be updated independently, rather than bundling functions together. This allows Greengrass deployments to be more modular and customizable. Device management is also enhanced in V2, with Greengrass groups and jobs allowing administrators to easily control deployments at scale. Overall, V2 provides a more flexible a
PostgreSQL 9.1 から 9.2 にバージョンアップすると postgresql.conf に timezone の設定を書かなかった場合のデフォルトが「ローカルタイムゾーン」から「GMT」に変わってて命を落とした… 2014-03-31 18:36:12 via web PostgreSQL のタイムゾーンをローカル時間に合わせるために、postgresql.conf の timezone の設定を 設定しない(デフォルト)運用にしていた。 今回、PostgreSQL 9.0 → 9.3 にバージョンアップをする際に、タイムゾーンの設定のデフォルト値が変更されていて、大変な目にあったのでメモしておく。 PostgreSQL 9.1 以前 postgresql.conf を以下のように設定すると、PostgreSQL のタイムゾーンは サーバのタイムゾーンと同じ になる。(tim
2015-03-24 今風にPostgreSQLの開発環境をつくってみた 最近ホットすぎるPostgreSQL界隈ですが、せっかくなので今風に開発環境を作ってみました。 PostgreSQLおさらい 近年のPostgreSQLの進歩は目覚しいものがあって、高いスケーラビリティはもちろん、アプリとの親和性の高さもあって注目度を増しています。 9.4系からはJSONBサポートに加えGINインデックスの性能強化等があって、RDBの特性を持ちながらドキュメントDBのような使い勝手を実現しています。MongoDBもびっくりですね。 ちなみにAmazon RDSにもつい最近9.4.1がサポートされましたね。 Amazon RDS for PostgreSQL support for major version 9.4.1 というわけでこんな今風なPostgreSQLを今風に環境構築してみようと思います
Server Side React with PostgreSQL¶ Reactjsいいですよね。うちでもすでにReactで書いたサービスを動かしています。 さて、Reactjsの売りの一つはServer Side Renderingだと思います。すでに各種言語で動かしている方がいらっしゃいます。一例: Java: http://www.slideshare.net/makingx/reactjs-meetupjavassr go: https://github.com/olebedev/go-react-example python: https://github.com/markfinger/django-react でも、ちょっと待って下さい。サーバー側でレンダリングするなら別にAppサーバーにやらせる必要はないですよね。むしろ、データを保持しているDBにやらせれば、データの移動がな
(Last Updated On: )PostgreSQL Advent Calender 2013、13日目のエントリです。 表題の通り「タグ検索するならPostgreSQLで決まり!」です。 追記:JSONの場合はPostgreSQLのJSONB型を利用してタグ検索を行うを参照 RDBはタグが苦手 WebアプリではRDBでは取り扱いづらいデータを取り扱う事がよくあります。タグの管理・検索はその一つです。 RDBはタグ情報の管理・検索をしっかりやれますが、どちらかと言うと苦手な分野です。しかし、PostgreSQLの 配列 GIN(Generalized Inverse Index – 転置インデックス) を使うと簡単かつ高速に処理できます。 PostgreSQLを使うとタグ検索が簡単・高速に実現できますが、Googleで「タグ検索 PostgreSQL」と検索しても全く出てきません。「
こんにちは、すっかり秋ですね!@yone098 です。 みなさんDBの設計してますか? DB設計時のサイズ見積り 以前はてなダイアリーで書いた記事は5年前のものであり、リンクが切れているものがあるので最新版として MySQL, PostgreSQL, Oracle, SQLServer におけるDB設計時のサイズ見積りをまとめ直しました。 MySQL URL内のバージョン表記を変えると以前のバージョンの情報になります。 MySQLは、あまり情報に変化は無かったので Excel でマクロなどを作成して自社で自動算出出来るようにするのが良いと思います。 データタイプごとに必要な要求ストレージが決まっているのでレコードサイズが決まり、あとは要件次第で何レコードになるかを予測します。 データタイプごとに必要な記憶容量 テーブルの最大サイズ関連 http://dev.mysql.com/doc/re
6、Google Map (V3)でマーカーからの半径に色をつける 上記の技術と組み合わせることで、マーカーをドラッグし、半径を選択することで検索するシステムを作成できます。 setRadiusによりメートル単位で半径を指定し、bindToで描画するだけです。値はjQueryによりid=’r'からとってきていますので、値が変わったらsetcircleを動かして利用します。 //============== var centerPos = new google.maps.LatLng( 37.521108333 , 139.938030556 ); var mapOptions = {zoom : 15,center : centerPos,mapTypeId: google.maps.MapTypeId.ROADMAP}; var map = new google.maps.Map(doc
Triplex Systems★開発メモ Triplex Systemsの開発メモです。開発の手順・開発に関するTipsをまとめます。 トップページページ一覧メンバー編集 CentOS 5.4 サーバ構築 最終更新: triplexsys 2010年05月07日(金) 20:14:08履歴 Tweet コンソールのベルを鳴らないようにする /etc/inputrcの以下の行をコメントアウト set bell-style none viのベルを鳴らないようにする /root/.vimrcを作成 作成したファイルに以下の文面を追加する set visualbell /etc/skel/.vimrcを作成 作成したファイルに以下の文面を追加する set visualbell suコマンドを実行可能なユーザグループをwheelに限定 /etc/login.defsの最下部に以下の行を追加 SU_W
エクスポートしたファイルをインポートさせる場合などで、phpPgAdminでSQLのファイルをアップして実行した際に「サーバーが指定されていません!」という質素なエラーが出てしまう場合の解決策。 アップロードしたファイルが大きすぎてPHPが処理できていないためのようで、php.iniでとりあえず以下のように数字を大きめに設定して、Apacheを再起動する。 post_max_size = 32M upload_max_filesize = 32M php.iniの代わりに.htaccessに以下のように設定してもよい。 php_value post_max_size 32M php_value upload_max_filesize 32M ここに詳細が載っていました。 http://akira.matrix.jp/index.php?ID=232
2.6. テーブルの変更 テーブルの作成後に間違いに気付いたり、あるいはアプリケーションの要件が変わったりした場合には、テーブルをいったんドロップして再度作成することができます。 しかし、テーブルにデータを入力済みの場合、あるいはそのテーブルが他のデータベースオブジェクト (たとえば外部キー制約) によって参照されている場合、これは良い方法ではありません。 そのため、PostgreSQL では既存のテーブルに変更を加えるための一連のコマンドが用意されています。 次のことができます。 列の追加 列の削除 制約の追加 制約の削除 デフォルト値の変更 列名の変更 テーブル名の変更 これらのアクションはすべて ALTER TABLE コマンドを使用して行うことができます。 2.6.1. 列の追加 列を追加するには、次のコマンドを使用します。 ALTER TABLE products ADD COL
森川です。 PHPで関数のマニュアルを探すさいに、chmを使うことも多いですが、僕はよくブラウザのアドレスに直接 www.php.net/[関数名] として検索を行っています。 そうすると、ちゃんとした関数名を忘れていても、似通った関数名の一覧が表示されるので結構便利です。該当する関数がない場合に似通った単語を探すという処理をマニュアルページでは行っています。 PHPマニュアルのページはソースを見ることができます。間違った関数を指定した場合、「http://jp2.php.net/manual-lookup.php?pattern=str_repsdflaceeee&lang=ja」にリダイレクトされ、その中の「show source」リンクをクリックすると「http://jp2.php.net/source.php?url=/quickref.php」にジャンプします。 実際には、以下の
「更新とJOINが多ければMySQL,シンプルなSELECT主体ならPostgreSQLが向いている。ストアド・プロシージャでシングル・コネクションならFirebirdは非常に速い」---6月23日に開催された「オープンソースカンファレンス2007.DB(OSC2007.DB)」で,各オープンソースDBのコミュニティのメンバーによる性能比較が披露され,従来の一般的なイメージとは異なる“意外な結果”が明らかにされた。 オープンソースカンファレンスは,オープンソース関連コミュニティが主催するイベントで,OSC2007.DBはデータベース関連のコミュニティが集まったイベントである。性能比較セッションを担当したのは,日本MySQLユーザ会の堤井泰志氏,日本PostgreSQLユーザ会の片岡裕生氏,Firebird日本ユーザー会の木村明治氏。「あくまでボランティアによる性能比較であって,最速,最新マ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く