基本的なデータ型とその使い方については、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
日本 PostgreSQL ユーザ会 (略称 JPUG)の Web サイトです。 PostgreSQL の日本語訳マニュアル、PostgreSQL ダウンロードへのリンク、各種イベントのお知らせ、ユーザ会各組織の情報を掲載しています。 毎年 カンファレンス を開催しています。 2025年は PostgreSQL Conference Japan 2025 を開催しました。 PostgreSQL に関するご質問・ご相談は、当会のメーリングリストや ワークスペース(の #beginners や #general チャンネル)に投稿ください。 他の PostgreSQL ユーザからのコメントを貰えると思います。 [JPUG メーリングリスト/Slackワークスペース] https://www.postgresql.jp/npo/mailinglist また、姉妹サイトで PostgreSQL の
日本 PostgreSQL ユーザ会 (略称 JPUG)の Web サイトです。 PostgreSQL の日本語訳マニュアル、PostgreSQL ダウンロードへのリンク、各種イベントのお知らせ、ユーザ会各組織の情報を掲載しています。 毎年 カンファレンス を開催しています。 2025年は PostgreSQL Conference Japan 2025 を開催しました。 PostgreSQL に関するご質問・ご相談は、当会のメーリングリストや ワークスペース(の #beginners や #general チャンネル)に投稿ください。 他の PostgreSQL ユーザからのコメントを貰えると思います。 [JPUG メーリングリスト/Slackワークスペース] https://www.postgresql.jp/npo/mailinglist また、姉妹サイトで 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から始まり、日曜日に該当する など挙動に互換性
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
Kubernetesでの性能解析 ~なんとなく遅いからの脱却~(Kubernetes Meetup Tokyo #33 発表資料)
https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、4つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記:オプティマイザについては省略してますが、こんな本がでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 *念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く