これはPostgreSQL Advent Calendar 2014の12月16日分の記事です。 昨日はmoomindaniさんの記事でした。 ---宣伝　ここから--- 来年の1月16日(金)にPostgreSQLパフォーマンスチューニング実例セミナーを開催することになりました。 ご興味のある方は是非ご応募ください。 ---宣伝　ここまで--- 数あるデータベースの中からPostgreSQL……というより、RDBMSを採用する理由の一つとして、複雑なクエリが実行できることが挙げられます。 スケールアウト等を考えると、重たい処理をDBで実行させるのはあまり褒められた話ではないとも思いますが、趣味でやっているWebサービスレベルであれば、そもそもマシンが1台しかないなら、なるべくDB内で処理を完結させた方が効率的なこともあります。 で、先日、とある処理をDB内で完結させようとした結果、思いの

https://www.postgresql.jp/events/jpug-pgcon2014 2014年 日本PostgreSQLユーザ会主催の PostgreSQLカンファレンスでの講演内容です。Read less

少し調べたのでメモ。 なお、調べた時のバージョンは、PostgreSQLは9.3.5で、Railsは4.2.0.rc3。 因みに、Rails GuideにActive Record and PostgreSQLというページがあり、 それを参考にしながら書いてます。 マイグレーションファイルRails本体で配列型に対応しているので、特にgem等は必要無し。オプションに"array: true"を設定してあげればOK。 def change create_table :books do |t| t.string :title t.string :tags, array: true t.integer :ratings, array: true t.timestamps null: false end add_index :books, :tags, using: 'gin' add_index

フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

「IT系の人に質問、今までで1番ひどかったPCサポートの相手はどんな人？」笑っちゃうけど笑えない実体験いろいろ コンピューターやインターネットの知識がそれほどない人でも、初心者のサポートをして苦労した経験があるかと思います。 IT系を職業としている人に、「今まで体験した、最もITをわかっていない相手だったという、ひどい体験を教えてください」と、海外掲示板に質問がありました。 笑うに笑えない苦労話をご紹介します。 ●アメリカだけど、普通の電源コンセントについて説明しなくちゃいけなかったことがある。電源コンセントだよ！ 「お客様、パソコンのコンセントを差し込んでください」 「普通のコンセントです。他の電源入れる時に差しこむようなやつです」 「ほら、電気スタンドとか、ドライヤーとか、掃除機とか差すじゃないですか」 （全くわからなさそうな、ため息が聴こえてくる） 「長方形が2つ縦になった穴があって

By Kārlis Dambrāns iPhone 6 PlusのカメラとiPhone 6/6 Plusの両方に搭載されているNFCが、磁石と干渉して誤動作することが明らかになっており、実際にどんな風に誤動作するのかを収めたムービーも公開されています。 Accessories with magnets/metal might interfere w/ iPhone 6 Plus optical image stabilization, NFC on new iPhones | 9to5Mac http://9to5mac.com/2014/12/14/accessories-with-magnetsmetal-might-interfere-w-iphone-6-plus-optical-image-stabilization-nfc-on-new-iphones/ iPhone 6 Pl

Amazon Auroraの耐障害性について プレビュー版のAmazon Aurora使えるようになったので色々試しています。Auroraには耐障害性（フォールト・トレランス）の仕組みがあり、何かしらの障害に対してサービスが継続的に停止しないような設計になっています。新しいDBエンジンということで、障害発生時にどのように対応すれば良いのか分かっていない方も多いかと思います。今回は、Auroraがどのような耐障害性を持っているのかご紹介したいと思います。 AuroraのDBクラスタ概念図 プライマリのインスタンス Auroraは、複数のAZにまたがったDBクラスタを組むことができます。この際、DBへの接続方法はIPアドレスではなくRDSが発行するホスト名を用います。例）mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com:3

はじめに これはG* Advent Calendarの12日目の記事です。今日はミューテーションテストについて書きます。明日はid:nobusue さんです。 概要 PITというツールの紹介です。「Javaプロダクトコードを機械的に変更してからテストを実行したときに、テストはそれを検知できるのか？」ということを調べてくれるツールで、SpockのテストやGradleからの実行に対応しています。 ミューテーションテスト ミューテーションテストとはざっくりと言えば「プロダクトコードを変更したなら、その振る舞いも変わるはず。テストはその変更された振る舞いを網羅できているかを調べる」というテストです。 対象規模が小さければ手動で毎回やってもいいわけですけど、ツール化されていると楽なことこの上ないです。ということで、今回はJavaプロダクトコードをミューテートするライブラリであるPITについて紹介しま

2014/12/16 15:14 追記 ======== なんかはてブされていたので、現在の手元のRubyで検証してみた。 $ ruby -v ruby 2.1.4p265 (2014-10-27 revision 48166) [x86_64-darwin14.0] $ ruby bench.rb code : while = 0.05[sec] code : times = 0.08[sec] code : for = 0.08[sec] code : each = 0.09[sec] code : loop = 0.11[sec]まあloopが一番遅いのは変わらないですね。 ↓の結果は2012年のものです。ご注意ください。 ======== さっそく結果 # 速い順 code : while = 0.17[sec] code : times = 0.23[sec] code : ea

By using our site, you acknowledge that you have read and understand our Cookie Policy, Privacy Policy, and our Terms of Service.

python × 120 javascript × 50 c# × 34 python3 × 31 html × 31 c++ × 28 linux × 27 c × 26 java × 21 windows × 20 android × 16 ruby × 16 google-apps-script × 16 php × 15 css × 15 reactjs × 15 typescript × 15 docker × 13 aws × 12 pandas × 12 swift × 11 ruby-on-rails × 11 mysql × 11 unity3d × 11 node.js × 11 ubuntu × 11 vscode × 11 postgresql × 11 rust × 10 macos × 9 visual-studio × 9 laravel × 9 networ

config.db_driver = 'mongo' config.db_name = (config.app_name + '_' + Volt.env.to_s) - if ENV['MONGOHQ_URL'].present? - config.db_uri = ENV['MONGOHQ_URL'] + if ENV['MONGOLAB_URI'].present? + config.db_uri = ENV['MONGOLAB_URI'] else config.db_host = 'localhost' config.db_port = 27017 end に変えたらできました。 余談 Nitrous.IOで動かすと画面上部に Connection Lost... All transports failed... というエラーメッセージが出ます。websocketのエラーみたい。