限定公開用に関する記事
このページではMayonezに掲載されている「限定公開用」に関する記事をたくさんご紹介しています。Mayonezで「限定公開用」に関する記事をお楽しみください。 Unity入門に最適なチュートリアルサイトまとめ・比較今回はUnityでのゲーム開発を始めるときに参考になる、入門チュートリアルサイトをまとめました。全くプログラミング初心者の方から、他のプログラミング言語で開発をしたことがある方を対象にまとめています。 入門に最適！C++を学習できる無料サービス10今回は、C 言語を無料で学習できるサービスをご紹介していきます。C をこれから学習したいと思っている方や初心者はもちろん、既にCを習得しているという方も、復習してみてはいかがでしょうか？
PostgreSQLのシステムテーブル入門 （暗記用のSQL集） - 主に言語とシステム開発に関して
PostgreSQLで，システムテーブルを利用するための入門。 システムテーブルの使い方を覚えれば，自分が作ったテーブルの統計情報や，メタデータを取得する事ができる。 DBそのものの理解も深まる。 （１）情報スキーマ（人間に理解しやすい。調べ物をするとき便利） カラム一覧 制約一覧 （２）統計情報ビュー（パフォーマンス調整に便利） テーブル一覧 接続プロセス一覧 （３）システムカタログ（アプリからの利用向け） テーブル一覧 活用例 以下のSQLは，覚えやすいようにシンプルに記載してある。 いざという時に使うために，全部暗記しよう。 必要に応じてPostgreSQLの最新版のドキュメントを参照すること。 PostgreSQL日本語ドキュメント http://www.postgresql.jp/document/ （１）情報スキーマ（information_schema）を使おう Postgr
Symfoware
PostgreSQL 14をUbuntu 20.04へインストールし、外部から接続する PostgreSQL 14をUbuntu Server 20.04へインストールしてみます。 過去記事のこちらを参考にしました PostgreSQL 13.3をUbuntu 20.04へインストールし、外部から接続する https://wiki.postgresql.org/wiki/Apt リポジトリの追加 /etc/apt/sources.list.d/pgdg.listを作成 リポジトリのパスを記載します。 $ sudo sh -c 'echo "deb http://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list'
PostgreSQLのバックアップリカバリ (1) - aaabbb_200904の日記
Nagios との連携から始まったのだが、最近PostgreSQLを集中して触っている。その中でバックアップ&リカバリを試してみた。 PostgreSQL のバックアップは、DBの機能を使ったものでは、 1. pg_dump によるDBごとバックアップ 2. WALによるフル・差分バックアップ がある。 pg_dump はDBごとにまとめてダンプを取る方法で、その分差分バックアップは取れない。 一方2のWALバックアップは、アーカイブログ(変更内容を書き出したファイル)をバックアップすることで、差分バックアップが可能となる。 ただし、インスタンスごとに WALは1つだけらしく、DBごとにバックアップを取る場合には、それぞれをインスタンスとして分割するか、pg_dump で個別に取るかなどの対応が必要になりそうだ。 1のpg_dump は使い方が割合簡単で、例えば、mmmというDBのバックア
NOT IN vs. NOT EXISTS vs. LEFT JOIN / IS NULL: PostgreSQL
Which method is best to select values present in one table but missing in another one? This: SELECT l.* FROM t_left l LEFT JOIN t_right r ON r.value = l.value WHERE r.value IS NULL , this: SELECT l.* FROM t_left l WHERE l.value NOT IN ( SELECT value FROM t_right r ) or this: SELECT l.* FROM t_left l WHERE NOT EXISTS ( SELECT NULL FROM t_right r WHERE r.value = l.value ) Let's see for PostgreSQL 8.
SSDとSATAのベンチマーク比較 第2ラウンド：サーバアプリケーション
SSDとSATAのベンチマーク比較 第2ラウンド：サーバアプリケーション：Validation Case Study（2/2 ページ） テストで特定のインデックスを評価するときは、それ以外のインデックスが存在しない状況でテストすることにしている。そこで、SSD上のインデックスをテストするときはHDD上のインデックスを事前に削除し、HDD上のインデックスをテストするときはSSD上のインデックスを削除する。インデックスごとに3種類のselectコマンドを実行した。各コマンドはそれぞれコールドキャッシュを使う操作、ホットキャッシュを使う操作、“クロス”キャッシュを使う操作に対応する。 コールドキャッシュによる操作では、いったんPostgreSQLデータベースを停止し、データベースとSSDテーブル空間の置かれているディスクをマウント解除してからテストを行った。ホットテストでは、同じクエリを2回実行
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
PostgreSQLでユーザーごとに参照するスキーマ検索パスを変更したい場合の設定いろいろ - 依田トマトにつき
ぷろぐらま備忘メモ的にpostgresでスキーマ検索パスを変更する（セッション中のみ）以下のSQLを実施 SET search_path TO スキーマ名; postgresでスキーマ検索パスを変更する（全ユーザ）postgresql.confに以下の設定行を追加（コメントアウトされている）search_path = 'スキーマ名'デフォルトでは'"$user",public'となっており、接続ユーザのスキーマをまず確認し、なければpublicを確認するという通常使用されているパスである。postgresでスキーマ検索パスを変更する（ユーザごと）以下のSQLを実施 ALTER USER ユーザ名 SET search_path TO スキーマ名; CREATE時にこれが指定できるかは確認していない。
PostgreSQLのポイントインタイムリカバリ(PITR)めも - あられねこのめも
PostgreSQLのポイントインタイムリカバリ(PITR)のしくみとオンラインバックアップ手順、リカバリ手順のめも。 バックアップ概要 バックアップの種類 pg_dump サーバを起動したまま、pg_dumpコマンドでバックアップを取得します。DBをバックアップを取った時点のデータに戻すことができます。PostgreSQLのメジャーバージョンが異なるとき、この方法でデータの移行を行う必要があります。 オフラインバックアップ サーバを停止後、dataディレクトリ以下をまるまるコピーします。DBをバックアップを取った時点のデータに戻すことができます。 オンラインバックアップ バックアップツールを使用して、サーバを起動したままファイルをコピーします。また、アーカイブログも取得します。アーカイブログを適用することで、DBの状態を任意の時刻の時点に戻すことができます。 ここでは、このオンラインバッ
PostgreSQL 8.3 以降からの postgresql.conf を、サーバースペックによるデフォルト値を設定し、パフォーマンスを調整する
DoRuby! (ドルビー!) は現場のエンジニアによる、主にRubyなどの技術に関する様々な実践ノウハウを集めた技術情報サイトです。 こんにちは、O2 です。今回は、postgresql の設定ファイル（postgresql.conf） に関しての、私が最近設定しているデフォルト値を公開しようと思います。 実際、インストール直後の設定では、「ロースペックのマシン環境でも動作する」設定の為最近のサーバースペックにあった、デフォルト値を記述してみようと思います。 とは言っても、私が扱っている最近のサーバーのメモリは、8GB、16GB、32GB で、さらにPostgreSQL 8.3以降を使用しているので、PostgreSQL 8.3以降での、メモリ3パターンでのデフォルト値を紹介します。 注意．あくまでも、私が割り出したデフォルト値ですので、どのように使用するかによってチューニングは必要にな
資源の消費
shared_buffers (integer) データベースサーバが共有メモリバッファのために使用するメモリ量を設定します。 デフォルトは一般的に128メガバイト(128MB)です。 しかし、稼働中のカーネルの設定がこの値をサポートしていない場合、より少なくなることがあります（initdbの過程で決定されます）。 この設定は最低限128キロバイトなければなりません。 しかし、良い性能を引き出すためには、最小値よりかなり高い値の設定が通例必要です。 この値が単位なしで指定された場合は、ブロック単位であるとみなします。すなわち、BLCKSZバイト、一般的には8kBです。 （BLCKSZがデフォルト値と異なる場合、この最小値も異なる値になります。） このパラメータはサーバ起動時にのみ設定可能です。 1GB以上のRAMを載せた専用データベースサーバを使用している場合、shared_buffers
『PL/pgSQLでメッセージ出力』
PostgreSQL でストアドプロシージャを作るには PL/pgSQL というSQL手続き言語を使います。 Oracle でいうところの PL/SQL (だったっけ) にあたる SQL 手続き言語です。 ストアドプロシージャを使うと数回 SQL を実行してその結果をごにょごにょまとめたりした結果を1回の select 文で取り出せたりするので便利なのですが、CGI のコードだけ見ても把握できないのが難ですね。 で、人が作ったストアドプロシージャをちょっと改造しなくてはいけなくなって、function 定義を読んちょこちょこっと手を入れてみたのですが思うように動かない。 私はデバッグするときにはデバッガはほとんど使っていなくて、デバッグライトを入れまくってどのようにコードが動くのか把握しながら直します。。アナログすぎかもしれませんが、スクリプトはこれで案外事足りるので。 そんなわけで、今回
Trasis Lab » PostgreSQLで現在実行中のSQLの確認と、プロセスのkill
概要 PostgreSQL上で実行中のSQLを停止する方法について説明する。 Javaサーバ上で時間のかかるSQLを実行してしまい、Javaサーバを停止せずにそのスレッドだけを停止したい場合などにおいて、次の手順で実行された SQL を停止できる。 手順 プロセスID(pid)の確認 まず、問題のSQLが実行されるプロセスのIDを調べる。 コマンドラインなどで、次のSQLを実行。 SELECT procpid, start, now() - start AS lap, current_query FROM (SELECT backendid, pg_stat_get_backend_pid(S.backendid) AS procpid, pg_stat_get_backend_activity_start(S.backendid) AS start, pg_stat_get_backen
PostgreSQLのバッチを，パスワードを聞かれずに実行する方法 （psqlも設定ファイル編集も不要） - 主に言語とシステム開発に関して
バッチのまとめTOPへ PostgreSQLをバッチで自動実行する方法。パスワード入力なし。 PostgreSQLをコマンドラインから利用するためには，通常はpsqlを経由する。 psqlは実行時に必ずパスワードを聞かれるので，バッチによる自動運転は不可能。 技術的雑談-PostgreSQLの自動運転 http://www.himajin2001.com/wiki.cgi?page=%B5%BB%BD%D1%C5%AA%BB%A8%C3%CC-PostgreSQL%A4%CE%BC%AB%C6%B0%B1%BF%C5%BE .pgpassでの設定内容と、psqlでのパラメータが完全に一致しないと対話形式でパスワードなどを聞いてきてしまいます。 psqlのオプションでパスワードを指定する方法は「ない」のでご注意ください。これは仕様です。 Postgresの使っている設定ファイル（pgpass
日本PostgreSQLユーザ会: PostgreSQL 8.4.4 付属ドキュメント
PostgreSQL 8.4.4 付属ドキュメント 日本語付属文書について 文書・書籍関連分科会の活動の一環として、8.4.xの翻訳プロジェクトが進行中です。 現在(2010-09-24)、バージョン8.4.4を翻訳対象としています。第一次翻訳は完了し、査読者などボランティアを募集しています。 ここがちょっとおかしいとか理解に苦しむといったコメントがあれば、お気軽に doc at postgresql.jp宛メールを送って下さい。 日本語ドキュメント(HTML版)(2010-09-24) 日本語ドキュメント(PDF版)のダウンロード(2010-09-24) 日本語ドキュメント一式のダウンロード(2010-09-24) マニュアルページのダウンロード(2010-06-26) Unix manコマンド用) 再配布やコピーについては、PostgreSQL のライセンス条件に従って下さい。 ただ、
論理バックアップ（pg_dump と pg_dumpall） | Let's POSTGRES
NTT オープンソースソフトウェアセンタ 鈴木 幸市 3. 論理バックアップとリストア 論理バックアップを行うツールは pg_dump 及び pg_dumpall です。 pg_dump は PostgreSQL データベースクラスタの各データベース単位にバックアップを行います。pg_dumpall はターゲットのデータベースクラスタに格納してある全データベースのバックアップを行います。 pg_dump も pg_dumpall も、バックアップデータはデータベースを復元するために必要な SQL 文で構成されます。 従って、pg_dump や pg_dumpall を使うと PostgreSQL データベースの内容を別なデータベースに移行したり、特定のテーブルだけをバックアップしたりすることが可能となります。 pg_dump, pg_dumpall を使うためには特別な用意はいりませんが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EUDC
はてなブログ | 無料ブログを作成しよう
Npgsql: User's Manual
[pgsql-jp: 40664] Re: postgresql windows64bit版 psqlのメッセージ