テーブル内データのdiff - Qiita
2020-04-24追記 2021-08-23URL修正 より深く考察されている記事を見つけました。 BigQuery テーブル同士の一致判定 | Queuery 集合演算可能な２つのテーブル（カラムの数と型が同じテーブル）の差異を取得する。 例えば、対象テーブル（foo）の、ある時点のデータを別テーブル（foo_backup）として保存しておき、その内容の差異を取得する。 方法１ ( select * foo union all select * foo_backup ) except all ( select * foo intersect all select * foo_backup )
UPDATEでCASEを使う - (旧) kano-e no memo
今日初体験でした。 よくよく考えたら、今まで使ったことなかったなーと。 ちょっと考えたら、便利そうなものなのに、なんで今まで気付かなかったんだろうかと……ActiveRecordの魔力ですね、うん。 updateでCASEって何が便利かって、「この条件の時はこっちのカラムを変更して、こっちの条件の時はこっちのカラム、ただしこの条件の時はこっちのカラムは最初の値のままで」みたいなことが1回のクエリで実行できちゃうこと。 なんか良い例がないかなー。 UPDATE table SET column_a = (CASE WHEN column_A = xxx THEN 1 ELSE 0 END) , column_b = (CASE WHEN column_B = xxx THEN xxx ELSE column_b END) WHERE column_A = xxx OR column_B =
ハイフン(-)付のデータベース名を作成する - suusuke@Hatena
できないと思ってたら、できたので書いておく。 PostgreSQL 8.1.11 失敗 postgres=# CREATE DATABASE x-xxxdb; ERROR: syntax error at or near "-" at character 18 LINE 1: create DATABASE x-xxxdb 成功 postgres=# create DATABASE "x-xxxdb"; CREATE DATABASE ダブルクォート(")で囲めば良いみたいですね。 MySQLでは、バッククォート(`)で囲むみたいですね。 MySQLで"-"(ハイフン)を含むデータベース名を付けたい場合 - 元RX-7乗りの適当な日々
前処理にPostgreSQLを使う：環境情報の切り出し | Synergy LAB | シナジーマーケティング株式会社 R&D
こんにちは。2014年の初投稿となりますが、あまり新年とは関係ありません。 データ分析とその前処理について、個人の環境を作るだけなら問題になりませんが、チームで共有したい場合に色々と考えることが出て来ます。一番面倒なのは、環境を共有する必要があるが、環境そのものを共用することはできない（会社が違う）、しかも全く同じ環境をコピーする訳にはいかないという状況です。 例として、PostgreSQLのCOPY文を環境（ファイルのパス）非依存にする方法について書こうと思います。 対処法1：PL/pgSQLを使う 過去にknimeで環境変数を切り出す方法を書いたことがあります。実はあのケースでは前処理にPostgreSQLを用いていました。元データとなるCSVファイルをcopy文で取り込み、色々整形していたのですが、PostgreSQLのcopy文は「サーバ側に置いたファイルを絶対パスで指定する」
PostgreSQL Index Only Scan 奮闘記 その1 | TECHSCORE BLOG | TECHSCORE BLOG
どうも、村上です。 久々の登場です。 これから何回かPostgreSQL9.2の機能である「Index Only Scan」について書いていきたいと思います。 以前はIBMのDB2というDBMSを6年ほど触っており、ここ1年半ぐらいはPostgreSQLをやっております。 なんで、少しPostgreSQLについてわかってきた(？)感じなんで、ちょいと書こうかなっていう軽いノリです。 よかったら読んで下さい。 Index Only Scan の前にいろいろと Index Only Scanですが、PostgreSQLにとっては最近追加された目新しい機能ですが、他のDBMSでは割りと普通にある機能です。 内容を単に説明するだけでは面白くないので、なぜPostgreSQLでは実装が難しかったのかとか実際使ってみるといろいろと不思議なことが起きたので、そこら辺を交えて書きたいと思います。 まず、今
Postgres Plus Advanced Server(体験編２)
前回はPostgres Plus Advanced ServerのOracle Database互換性機能を中心にご説明しました。Postgres Plus Advanced Serverは、Oracle Databaseで培ったスキルを活用することができます。そのため、PostgeSQLの活用はハードルが高そうだと感じるユーザであっても、より簡単に採用できるRDBMSの選択肢を広げることができるのではないでしょうか。 企業内で幅広く活用されるRDBMSには、高い信頼性や可用性、性能が求められますが、運用管理の容易性や、性能問題への対処方法の多様性、性能問題調査の容易性も重要な要素となります。 今回は、Postgres Plus Advanced Serverで機能強化されているSQLヒント、Postgres Enterprise ManagerのIndex Advisor、DRITA (
[pgsql-jp: 30545] Re: 縦のデータを横に出力するSQL文
WADA Hiroyuki wada ＠ komine-ag.co.jp 2003年 7月 22日 (火) 10:56:18 JST 前の記事 [pgsql-jp: 30580] Re: 縦のデータを横に出力するSQL文 次の記事 [pgsql-jp: 30547] Re: 縦のデータを横に出力するSQL文 記事の並び順: [ 日付 ] [ スレッド ] [ 件名 ] [ 著者 ] 和田です。 ながい wrote: > テーブルの中に同じkeyは五つまでしかありません。 > > id,key > 1, a > 2, a > 3, a > 4, b > 5, b > > このとき下記のような出力をさせるためのSQL文は > どう書けばよいのでしょうか？ > (keyでグループ化してid順に並べる) > > a,1,2,3,N,N > b,4,5,N,N,N まずviewを定義して、 crea
縦のカラムを横に並べるtips（２次元配列） - ねもぷらす
安請け合いの危険さを喉元過ぎたらすぐ忘れる。 SELECT 結果を出力するだけの簡単なお仕事です、ただし出力する１レコードには複数のレコードの情報を含めて下さい。 つまり、コレを name | year | price --------+------+-------- guest1 | 2001 | -15000 guest1 | 2002 | -20000 guest1 | 2003 | -20000 guest1 | 2004 | 10000 guest1 | 2005 | 15000 guest1 | 2006 | 1000 guest2 | 2001 | 0 guest2 | 2002 | 0 guest2 | 2003 | 0 guest2 | 2004 | 0 guest2 | 2005 | 10 guest2 | 2006 | 100 (12 rows)このように並べて欲しい
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
PostgreSQLでの「\c」コマンドによる接続先データベースの変更方法 | r_nobuホームページ (のぶねこブログ)
PostgreSQLでの「\c」コマンドによる接続先データベースの変更方法 IT・コンピュータ・家電等 psqlであるデータベースに接続した後、別のデータベースへの接続に切り替えたい場合がある。 現在のデータベースへの接続を「\q」コマンドで切断後、、再度psqlで別のデータベースに接続する、といった方法もあるが、psqlでの切断、接続やり直し、といった流れが少しだけ面倒かもしれない。 少しでも手間を省くには、「\c」コマンドで接続先データベースを変更すればよい。 \c データベース名 ユーザ名 と入力し、[Enter]キーを押すことで、接続先データベースとユーザ名を変更できる。 ユーザ名の指定が不要である場合は、ユーザ名を指定せず、 \c データベース名 と入力してもよい。 《備考》PostgreSQL8.1のヘルプに記載されている情報 \c[onnect] [DBNAME|- [USE
PostgreSQLスキルアップノート
行レベルロック・SELECT FOR UPDATE/SHARE【一覧に戻る】マニュアルへのリンクは/9.2/としています。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ■■■■ PostgreSQL スキルアップノート ■■■■ ■◆■■ 行レベルロック・SELECT FOR UPDATE/SHARE ■■■■ ■■■■ ■■■■ 2013/03/07 ■■■■ 使用環境：PostgreSQL9.1.7 (CentOS6.2) (C) 2013 ohdb ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 【マニュアル】 SELECT(FOR UPDATE/FOR SHARE)→●[マニュアル] 【マニュアル参考】 第 13章同時実行制御・明示的ロック→●[マニュアル] 【参考記事】 － ■１■ 概要 ━━━━━━━━━━
PostgreSQL - コメントの取得 | システムエンジニアの戯言
PostgreSQLのディクショナリテーブルからコメントを取得する PostgreSQLからメタ情報を取得する方法は2つあります。 1. pg_catalogからデータを取得する 2. information_schemaからデータを取得する 圧倒的に簡単なのは、information_schemaの方です。と言うか、pg_catalogにあるテーブルの構造が難解すぎるのです。 私が、今回悩んでいた問題・・・。それは、テーブルやカラムのコメントを取得する方法が解らなかったことです。 information_schemaには残念ながら、コメント情報はありません。したがって、pg_catalogから情報を取得する他ないわけです。 ちなみに、pg_catalogの情報は、以下のサイトに転がっています。 http://www.postgresql.jp/document/current/html/
ランダムにデータを取り出す【PostgreSQL】 - Programming Magic
PostgreSQLにはランダムな数値を取り出すRANDOM関数があり、これを使うことにより、テーブルからランダムにデータを取り出すことができる。 RANDOM関数は以下のように0以上1未満の値をランダムで返す。 > SELECT RANDOM(); random ------------------- 0.322386509888985 (1 row) > SELECT RANDOM(); random ------------------- 0.677151894977853 (1 row) これを使ってランダムにデータを取り出す。 例えば、以下のデータがあるとする。 > SELECT * FROM book; id | title ----+---------------------- 1 | 赤ずきん 2 | ブレーメンの音楽隊 3 | 白雪姫 4 | シンデレラ 5 | ヘンゼル
ランダム順でデータを取得するSQL | dTblog | デザインとプログラムの境界をさまようブログ
ORDER BY句と聞くと、整然と並べられたデータを取得できるイメージばかりが先行してしまう。でも、「ソート」という考え方を応用すると、実はぐちゃぐちゃな順列で取得することも可能。 // postgresql の場合 SELECT * FROM table ORDER BY random(); // MySQL の場合 SELECT * FROM table ORDER BY rand() 乱数でソートできるというのが、イカス！ でも、データをそんなブサイクに並べてどうするのか。たとえば、テーブルから任意のレコードを抽出したい場合に、この方法が使える。統計で無作為抽出するときなんかは、有用なんじゃないでしょうか。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQL 日付の編集、加工、取得についてまとめ | RoguMe
パターンマッチング
PostgreSQLのあまり知られていない型3種 - Qiita
nmtysh.log
PostgreSQL スキルアップノート
WordPressをPostgreSQLで使いたいゾウ！