8.1. 数値データ型
smallint、integer、bigintは各種範囲の整数、つまり小数点以下の端数がない数を保持します。 許容範囲から外れた値を保存しようとするとエラーになります。 integer型は数値の範囲、格納サイズおよび性能において最も釣合いが取れていますので、一般的に使用されます。 smallint型は通常はディスク容量に制限が付いている場合にのみ使用します。 bigint型はintegerの許容範囲では十分ではない場合に使用されるよう設計されています。 SQLでは整数の型としてinteger（またはint）とsmallint、bigintのみを規定しています。 int2、int4およびint8は拡張ですが、いくつか他のSQLデータベースシステムでも使われています。 numeric型は、非常に大きな桁数で数値を格納できます。 通貨金額やその他正確性が求められる数量を保存する時は特に、この型を
連番を振り直す。あるいは集計結果でテーブルを更新するなど。 - だらだらやるよ。
たまにしか使わないし、DBMSによって記述方法違うので、しょっちゅうやりかた忘れて困るので自分用メモ。 ちなみにDBはpostgresql。 サンプルはとあるテーブルの項目に連番を振り直したいとき用のアップデート文 UPDATE target_table SET target_column = (SELECT count(*) FROM target_table t1 inner join target_table t2 on t1.id>=t2.id WHERE target_table.id = t1.id GROUP BY t1.id ) どうでもいいけどWEB系のプログラムってあんまりごちゃごちゃしたSQL書くことが少ないなーとか思ったり。そうでもないのかな。
PostgreSQLは20年間どのようにfsyncを間違って使っていたか - 聴講メモ -
TL;DR 聴講メモ Intro into durability PostgreSQLのCHECKPIONT CHECKPOINT中にエラーが発生したら？ fsyncへの2つの間違った期待 なぜ今になって問題が明らかになってきた？ そもそもなぜBufferd I/Oなのか？ どうやって直すかか 参考リンク 質疑 最後に 先日PostgreSQLの新しいマイナーバージョンがリリースされました。このマイナーリリースでメインとなる修正は「fsync周りのバグ修正」で、このバグは間違ったfsyncに対する間違った認識から約20年間存在してたバグということで注目されていました。 このバグについてPostgreSQLのコミッタ(Tomas Vondra氏)が解説しているセッションが、先々週開催されたFOSDEM 2019でありました。私もFOSDEM 2019に参加していたのですがその際は裏セッション
PostgreSQL 11が正式リリース。ハッシュパーティショニングやJITコンパイルによる高速化、ストアドプロシージャでのトランザクションサポートなど
PostgreSQL 11が正式リリース。ハッシュパーティショニングやJITコンパイルによる高速化、ストアドプロシージャでのトランザクションサポートなど 発表文ではPostgreSQL 11の主な新機能を次のように説明しています。 PostgreSQL 11 provides users with improvements to overall performance of the database system, with specific enhancements associated with very large databases and high computational workloads. Further, PostgreSQL 11 makes significant improvements to the table partitioning system, adds
テーブル内データのdiff（テーブルの一致判定） - Qiita
2020-04-24追記 2021-08-23URL修正 より深く考察されている記事を見つけました。 BigQuery テーブル同士の一致判定 | Queuery 2025-01-22追記 BigQueryだと、行全体のハッシュ値をとって全行のBIT_XOR()をとって比較するというスマートな方法もあるようです。 BigQuery テーブル比較で使っているクエリ集 また、いつのまにかBigQueryでEXCEPT ALLが使えるようになっていたので追記しました。 ドキュメントに記載されていただけで実際には使えるようにはなっていませんでした、、、😥 （Spannerでは使えたのでドキュメントのミスかリリースされてないだけか） 集合演算可能な２つのテーブル（カラムの数と型が同じテーブル）の差異を取得する。 例えば、対象テーブル（foo）の、ある時点のデータを別テーブル（foo_backup）
RDBアンチパターン リファクタリングについて話をしてベストスピーカー賞を取ってきた #builderscon - そーだいなるらくがき帳
Builderscon 2017で登壇してきました。 builderscon.io 登壇資料はこちらです。 今回も僕が超絶リスペクトしてる id:t-wada さんと そこそこリスペクトしてる 空前絶後のォォ！！！！超絶怒涛にリスペクトしている上司の id:onishi さんの名言を引用させてもらいました。これはテストコードやモニタリングで品質が見える化されますが「見える化されるだけでは問題は解決しない」という本質をお伝えしています。我々はエンジニアなので技術で問題を解決していくわけですし、問題を解決するためには手を動かすしかありません。ですのでまさに今の現場を改善していくのはあなた自身です。 あとは今年、話をしてきたデータベースリファクタリングの総集編って感じです。ホントは実例のRDBアンチパターンを元にリファクタリングしていきたかったんだけど60分では短すぎて「続編に期待」みたいなレベ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Today I Learned
ドライバの使用
接続プールとデータソース
22.3. ロールのメンバ資格
CREATE DATABASE
createdb
ALTER DATABASE
34.16. パスワードファイル
PostgreSQL データベース パスワードの変更
第21章 クライアント認証
第5章 データ定義
PostgreSQL 14.5文書
First steps - PostgreSQL wiki
PostgreSQLのCSV出力(Export)方法 - Qiita
