Rails Developers Meetup 2017で使用したスライドです。 https://techplay.jp/event/631431 https://qiita.com/jnchito/items/625bef4187e360d7f4bc
![Rails❤️SQL #railsdm](https://cdn-ak-scissors.b.st-hatena.com/image/square/5cc8018eed2c0610d925f03d2f94ab8e23cbbd5f/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fbf6b7e7ad8354ba490157b060db635bf%2Fslide_0.jpg%3F9137439)
Sorry, the page you requested was not found. Please check the URL for proper spelling and capitalization. If you're having trouble locating a destination on Yahoo!, try visiting the Yahoo! home page or look through a list of Yahoo!'s online services. Also, you may find what you're looking for if you try searching below. Search the Web advanced search | most popular
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Free Credit Report music videos Migraine Pain Relief Best Mortgage Rates Credit Card Application Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
データベースにあるデータを複雑な条件を付けつつ取り出してレポートにしてほしい,というのはよくあるニーズだろう。繰り返し使うものであればあらかじめ組んでしまうのだが、だいたいはそうではない。今回だけ欲しいという場合ばかりだ。 クエリー設定 実行結果を表計算ソフトウェアに貼付けて画像やテキストを追加して形式を整えて…なんて毎度やっていられない。そこでWabitを使ってみよう。 今回紹介するオープンソース・ソフトウェアはWabit、ビジュアルクエリー構築&レポーティングソフトウェアだ。 WabitはJavaで作られたソフトウェアで、MySQLやPostgreSQL、Oracle8i〜10g、SQL Server、DB2など多数のデータベースに接続することができる。Windows/Mac OSX/Linuxのそれぞれのプラットフォームで動作する。接続した先のテーブルをドラッグアンドドロップで追加し
フラッシュバック・テクノロジ Oracle Flashback Technologyによってリカバリ時間が数時間から数分に短縮 多くの調査や研究によると、アプリケーション障害の40%はオペレータまたはユーザーのエラーによって起こっています。 間違いを犯さない人間はいません。 ただし、このようなエラーの回避は非常に困難であり、事前の計画と適切なテクノロジを持たずにリカバリを行うことは特に困難です。 このようなエラーは「論理的な」データ破損を引き起こしたり、ITインフラの1つ以上のコンポーネントを停止させることがあります。 個々のコンポーネントの障害を修正することは比較的簡単ですが、貴重なデータを誤って削除してしまった場合などは論理データ破損の検出と修復に時間がかか るため、業務の生産性が大幅に低下します。 典型的なユーザー・エラーには、貴重なデータの削除、間違ったデータの削除、間違った表の削
PostgreSQLをチューニングする機会があったので その時に調べたチューニング項目を備忘録として残しておきます。 バージョンの違いやサーバの規模などによっても 効果は変わってくると思うのであくまで参考程度のものですが。 ・shared_buffers 7系では8000〜10000程度まで引き上げる 8系では150000程度まで引き上げることが可能、100000程度が性能のピーク これに多く割り当てるよりOSのバッファ領域として使う方が性能が向上する テーブルサイズを割り出して設定するのがベスト 簡単に設定するなら搭載メモリ量の1/4、搭載メモリが多ければ1/2ぐらいでも可 ・max_connections 7系では256程度、8系では1000程度が性能のピーク ・work_mem(sort_mem) 適切なサイズに調整する、2048〜4096程度 プロセス毎
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く