psql
説明psqlとはPostgreSQLのターミナル型フロントエンドです。 対話的に問い合わせを入力し、それをPostgreSQLに対して発行して、結果を確認することができます。 また、ファイルから入力を読み込むことも可能です。 さらに、スクリプトの記述を簡便化したり、様々なタスクを自動化したりする、いくつものメタコマンドとシェルに似た各種の機能を備えています。 -a --echo-all読み込んだ全ての行を標準出力に表示します。 これは対話式モードよりもスクリプト処理の際に有用です。 ECHO変数をallに設定するのと同じ意味を持ちます。 -A --no-align位置揃えなしの出力モードに切り替えます （デフォルトの出力モードは位置揃えありです）。 -c command --command=commandpsqlに対し、commandという1つのコマンド文字列を実行し、終了するよう指示しま
関西DB勉強会
『第3回までのdoorkeeper』：https://kansaidbstudy.doorkeeper.jp/ 関西で開催するDB勉強会。色々なコミュニティ合同で勉強会を開催します。 参加コミュニティ(順不同) Japan Mariadb user group(https://www.facebook.com/Japan-Mariadb-user-group-632381840290220) 日本MySQLユーザ会(http://mysql.gr.jp/) 日本PostgreSQLユーザ会関西支部(https://www.postgresql.jp/) Firebird日本ユーザー会(http://tech.firebird.gr.jp/firebird/index.php?firebird_xsite=0) Japan RAD Studio User Group(Delphi/C++Bu
追補: SQLデータ型の一覧 | Netsphere Laboratories
基本的なデータ型とその使い方については、p.45からp.48をご覧ください。 *1 はSQL99で標準化されたものです。[ ] は省略可能です。 (2017.8.24) 更新。 最新の標準SQL は ISO/IEC 9075-2:2011 SQL/Foundation (JIS X 3005-2:2015). 一つ前が ISO/IEC 9075-2:2008 (JIS X 3005-2:2010). 事前定義されたデータ型 (組込みデータ型) 文字列型 (character string type), 長大オブジェクトデータ列型あり. 2進オクテット列 (binary string) 型, 長大オブジェクトデータ列型あり. 数型 真数型 概数型 - FLOAT, REAL, DOUBLE PRECISION ブール型 (Boolean types) 日時型および時間隔型 時刻型 DATE
このRDBについて私は驚くべき闇を見つけたがそこを発表するにはネットは怖すぎる
YAP(achimon)C::Asia Hachioji 2016midの資料です。
MySQL使いが知るべきPostgreSQLとの違いと変わらない一つのこと
— そーだい＠初代ALF (@soudai1025) 2015, 8月 24 とブーメラン投げて見事に刺さってるので今から記事書く。 両サイドにはかなり厳しい話もするが俺の本音を聴いておけ（関白宣言） まぁ歴史の長いRDBなのでお互いの比較記事は沢山ある。 なのでマルチスレッド(MySQL)とマルチプロセス(PostgreSQL)だとかVACUUMだって話はしない。 むしろ実際に使ってみた際の違いをにフォーカスする。 1. SQLの違い 基本的にMySQLでやっていたことはPostgreSQL出来る。 しかし関数の挙動の違いは幾つかある。 例えば時間から曜日に該当する数字に変換した場合に MySQL → date_format(time,"%w") 0から始まり、日曜日に該当する PostgreSQL → to_char(time,'D') 1から始まり、日曜日に該当する など挙動に互換性
MyNA・JPUG合同DB勉強会 in 東京を開催してきた(FDWの話もしてきた)
MyNA・JPUG合同DB勉強会 in 東京を開催してきました。 遂に東京進出！！中国地方に収まらないスケールのデカさを魅せつけてきました。 ただ初の関東開催ということで関東の洗礼を受けましたｗ — そーだい＠初代ALF (@soudai1025) 2015, 6月 26 それでも平日の日中に雨が降っていたにも関わらず40名以上の参加者がありました。 本当に皆様、ご参加して下さりありがとうございました。 この勉強会は会場を貸していただいたDMM.com ラボ様とMyNAの梶山さんのお陰で開催することが出来ました。 本当に良い経験が出来ました、ありがとうございます。 また所属しているまほろば工房には協賛費を出してもらいました。 お陰でドタキャンに怯える事無く、上手く乗り切る事が出来ました。 関東でイベントを開くときは ドタキャンがあること前提で対応できる仕組みをつくる お金の事に怯えなくて住
パスワードが漏洩しないウェブアプリの作り方 〜 ソルトつきハッシュで満足する前に考えるべきこと
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
データベース技術の羅針盤
Kubernetesでの性能解析 ～なんとなく遅いからの脱却～（Kubernetes Meetup Tokyo #33 発表資料）
長年の議論に終止符 -- MySQL、MariaDB、PostgreSQLのオプティマイザ/エクゼキュータ比較 - interdb’s blog
https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、４つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記：オプティマイザについては省略してますが、こんな本がでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 ＊念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「SQLのSELECT文 TOP2」（1） Database Expert － ＠IT
Let'sプログラミング
https://jp.techcrunch.com/2013/11/15/20131114postgressql-now-available-on-amazons-relational-database-service/