コマンドラインから出力 （-A 桁そろえをしない、列区切りはタブ） $ psql db_name -c 'SELECT id FROM users;' -A -F \t psqlから出力 全レコードを出力 (列区切りはタブ） psql# COPY table_name TO '/home/tmp/data.txt' DELIMITERS '\t'; ※COPYコマンドはimportにも使えるよう。 COPY table_name FROM ''/home/tmp/data.csv' DELIMITER ',' select文結果を出力 psql# \o /home/tmp/data.txt …出力先をファイルに psql# \a …桁そろえをしない Output format is unaligned. psql# \pset fieldsep
PostgreSQL Advent Calendar 2012（全部俺）のDay 1です。 初日は、まずPostgreSQLを使い始める際の基本的なお作法である初期設定について簡単にまとめてみます。 PostgreSQLは、パラメータの設定を変更せずにデフォルトの設定のまま使い始めても、もちろん動くことは動くのですが、後からいろいろと問題が出てくることもありますし、特に性能関連のパラメータのデフォルト値はあまりに小さく、チューニング云々以前の問題だったりします。 というわけで、私が普段PostgreSQLをインストールして使い始める時、開発機であってもいくつかパラメータを初期設定するようにしています。 使い始める前に設定から入るのは確かに面倒なのですが、最初に設定が必要なパラメータは少数（今回紹介するのは5つ）ですので、まずは最初に必要最低限の設定をしてから使い始めましょう、というのが本エ
Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without
PostgrSQL 9.0から追加されたエスケープ関数から、SQLインジェクション対策を再度解説してみたいと思います。 SQLインジェクション対策の4原則 基本的にはSQLインジェクション対策として以下の原則を守っていれば、SQLインジェクションに脆弱なアプリケーションを作ることはありません。 すべてのパラメータを文字列としてエスケープする すべてのパラメータをプリペアードクエリのパラメータとして処理する 文字エンコーディングの設定をAPIで行う パラメータとして処理できない文字列はバリデーションを行う 原則1と原則2は重複して適用する必要はありません。どちらかを行います。文字エンコーディングの設定やプリペアードクエリのエミュレーション・抽象化ライブラリのバグ等でSQLインジェクションが可能になる場合もありますが、通常であればこの原則を守っている限りSQLインジェクション脆弱性を作ることは
pgbenchとはPostgreSQLのベンチマークテストに用いられるプログラムで、PostgreSQLとともに配布されています。 ここではそのpgbenchとベンチマークテストの概要について解説していきます。 pgbench INDEX ベンチマークテスト 1.1. ベンチマークテスト 1.2. SPEC 1.3. TPC pgbenchの導入 2.1. pgbenchとは 2.2. インストール pgbenchの使用方法 3.1. pgbenchの使用手順 3.2. オプション指定 データベースの初期化 4.1. データベースの初期化 4.2. スケーリングファクターの設定 ベンチマークテストの実行 5.1. ベンチマークテストの実行 5.2. 条件を指定してベンチマークテストの実行 PostgreSQL8.0とPostgreSQL8.1の性能比較 6.1. テスト方法 サーバーAの結
「第4回：Ludiaを体験」で説明したインストールの手順の中で、PostgreSQLの設定ファイル（postgresql.conf）に以下のようなカスタム変数を記述しました。 custom_variable_classes = 'ludia' ludia.max_n_sort_result = 100000 ludia.enable_seqscan = on ludia.sen_index_flags = 31 この中のludia.max_n_sort_resultは、全文検索のヒット件数の上限を設定する変数になります。これはSQLのクエリにLIMIT句を指定した場合と意味がすこし異なります。LIMIT句の指定は最終的に返却される行数の上限を設定しますが、Ludiaのカスタム変数の設定はLudiaがPostgreSQLに（ソートして）返却する結果数の上限を設定します。 例として、第4回で作
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
PostgreSQLで日本語が格納されているカラムをORDER BYでソートさせたら明らかにおかしい順序で返ってきた。 test=# select name from test_table order by name asc; name - 試験 てすと テスト てすとです 試験データ テストデータ test (7 rows) こんな感じ。 まぁlocaleとかcollateの問題なんだろうなーと思いつつもPostgreSQLではどうなってるのか知らなかったので、ぐぐる先生にお伺いを立ててみたら、どうやらデータベースクラスタの初期化時（initdb時）に指定したものが一生使われるらしい。変更不可（えー 追記：8.4からはcreatedb時に指定できるみたい。 現在の設定の確認 pg_controldataコマンドで確認できるらしい。 $ pg_controldata /var/lib/pg
TypeError 'dict' object is not callable If you want to report a bug, please save this page and attach it to your bug report. Show debugging information Report bug Visit MoinMoin wiki Traceback A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /home/groups/l/lu/ludia/python/lib/python2.4/site-packages/MoinMoin/request.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く