Data Models
Data Models: A Comprehensive Guide to Structuring Information for Optimal Insights and Decision-Making In the realm of data management, the use of effective data models plays a pivotal role in organizing and representing information in a structured and meaningful way. Data models serve as the blueprint for databases, facilitating efficient data storage, retrieval, and analysis. This article delves
JOINでパフォーマンスが下がるという幻想 - ぐるぐる～
テーブル結合でパフォーマンス低下って、あんまり経験ないんだけど…。 はてなブックマーク - これは・・・ - 予定は未定Blog版 なんてはてブコメントが付いていたけど、正規化されてて、きちんとしたインデックスが張られてるならJOINでパフォーマンス低下するようなことはそうそうないでしょうね。 問題は、正規化されていない巨大な「横持ち」のテーブルとかの場合。 正規化してはいけない、っていうのがRDBMS使う意味をなくしているんだけど、正規化してはいけないことによって生じる弊害がまさに「JOINでパフォーマンスが低下する」原因になるものばかり、ということで、そういう状況にない限りJOINによるパフォーマンス低下という状況には陥らないんじゃないかなぁ。 第1正規化がされていないと・・・ カンマ区切りやスペース区切りでひとつの「セル」に押し込む必要があり、カラムのサイズが大きくなりやすい WHE
これは・・・ - ぐるぐる～
梶本裕介の日記 どっかで聞いたことのある状況だw なぜそうなっているかを経験を元に予想。 リレーションを正規化してはいけない 欲しいデータは一つのテーブルにあるべきという信念。 SQLではNUMBERとVARCHAR以外の型を使ってはいけない DBMSの型とホスト言語の型の不一致による問題を避けたかった。VARCHAR*1しか使っていないプロジェクトもあったくらい。 結合はできるだけ避けること 結合によるパフォーマンスダウンを恐れている。正規化してはいけないなら、ある意味妥当かもしれないが・・・ テーブルとクラスのフィールドは1対1に対応してなければいけない O/Rマッピング的なツールの制約か何か？ 論理値を表す名前はFlagで終わらなければならない プレフィックスがダメならサフィックスを使えばいいじゃない 列挙値を表す名前もFlagで終わらなければならない プレ(ry ページの遷移はJS
PostgreSQL 8.3リリース | スラド デベロッパー
PostgreSQLの新バージョン8.3.0が2月4日にリリースされました。今回の改良で、PostgreSQLユーザーの多くが幸せになるのはHOT (Heap Only Tuples)でしょう。8.2までのauto vacuumでは、更新/削除トランザクションが多く発生する環境では無効領域が増え続ける場合があったり、vacuumが動作すると他のトランザクション処理が行えなくなるなどの弊害がありましたが、8.3ではHOTの実装によりvacuumの必要性自体が軽減され、PostgreSQLを使用できる場面がかなり増えるだろうと想像しています。 他のDBを推している人からすれば「vacuumなんて作業が必要になること自体に問題がある」と言われそうですが、vacuum (HDDのデフラグ処理みたいなもの)のような作業は、多くの場合必要になるのではないでしょうか？ たしかに、vacuumを行わないと
【SQL】環境PostgreSQL8.2 test1_tbl | id | num | |----+-----| | aa | 100 | | bb | 200 | | cc | 300 | test2_tbl | id | time | |----+------| | aa | 2000 …
【SQL】環境PostgreSQL8.2 test1_tbl | id | num | |----+-----| | aa | 100 | | bb | 200 | | cc | 300 | test2_tbl | id | time | |----+------| | aa | 2000 | | bb | 1000 | | cc | 5000 | test2_tblのテーブルにidがbbでかつtimeが3000以下のレコードがあった場合のみ以下のUPDATEをする。 test2_tbl該当レコードのtimeを0にする、同時にtest1_tblテーブルのidがbbのレコードのnumを+1する。 結果以下のようにしたいのですが、これをクエリ1文で実現できないでしょうか？ test1_tbl | id | num | |----+-----| | aa | 100 | | bb | 201 |
スラッシュドット ジャパン | 反撃ののろしを上げるPostgreSQL
やや旧聞に属するが@ITの記事によると、オープンソースのデータベースサーバとしてずっとMySQLの後塵を拝しつづけてきたPostgreSQLが、最近になって急速に勢力を伸ばしていると言う。2006年のIOUG調査ではPostgreSQLを使っている割合はわずかに9%だったが、2007年10月に発表された最新の調査結果では(依然74%はMySQLユーザであるものの)PostgreSQLの利用は20%にまで拡大したそうだ。 これは、高速化などPostgreSQLそのものの改良が急ピッチで進められていることに加え、SonyやAppleがPostgreSQLベースのソリューションを使用していることが知られるようになり(日本だとR25.jpも)、知名度が上がったのが一因だと言う。サードパーティアプリケーションや教育用書籍を充実させていくのが今後の課題と考えられるとのこと。
2006-10-13
のわー本番環境にリリースしたら動きが違う。 サーバ用意するお金がないのでテストDBは前のプロジェクトの使いまわしで、バージョン7.x、本番は8.1。で、CASEでのNULLの扱いが違う。 すんごく単純化するとこう云うの。 SELECT CASE null WHEN null THEN 'null' ELSE 'not null' END;7.xだと「null」と表示されますが、8.1だと「not null」と表示されます。 三値論理からすると、8.1の動きの方が正しい、と思う、多分。NULLなんだから、「それはNULLか？」と聞かれても「そんなの知るか（unknown）」と返されて然るべきで、「その通り（true）」と返すのは間違い、ですよね。 いやーしくった。「WHERE hoge = NULL」って書くのと同じ位初歩的なミス。 一瞬単純にCOALESCEかまして逃げようかと思ったけどこ
PostgreSQL 8.2.6文書
目次はじめにPostgreSQLとは?PostgreSQL小史規約より進んだ情報バグレポートガイドラインI. チュートリアル1章さあ始めましょう2章SQL言語3章高度な諸機能II. SQL言語4章SQLの構文5章データ定義6章データ操作7章問い合わせ8章データ型9章関数と演算子10章型変換11章インデックス12章同時実行制御13章性能に関するヒントIII. サーバの管理14章インストール手順15章Windowsへのクライアントのみのインストール16章オペレーティングシステムの環境17章サーバの構成18章データベースロールと権限19章データベース管理20章クライアント認証21章多言語対応22章定常的なデータベース保守作業23章バックアップとリストア24章高可用性および負荷分散25章データベース活動状況の監視26章ディスク使用量の監視27章信頼性とログ先行書き込み28章リグレッションテストIV
ヽ( ・∀・)ノくまくまー(2007-01-17)
● [熊井ちゃん] 第1回Rails Chatブレスト大会 熊井ちゃん、Rails Chat の人たちとブレスト(オフ会)してきたよ。内容は主にテーブル設計について。簡単に1NFのおさらいをした後、2NF,3NFとか一気に飛ばしていきなり7NFの話に。なんとなれば、その途中は誰も正確には理解していないから。そんな中途半端な技術者達が4人。4時間強の冬冬合宿へ！久々に脳がオーバーヒート。お陰で色々悩んでた部分が一気に氷解＆整理できたけど、急速に得たものはそれが失われていくのもまた早い、って彩子さんが言ってたから忘れないうちにメモっておくね、熊井ちゃん。 ● 7NF 1NFでドメインの原子性とタプルの集合性を保障した熊井ちゃん。2〜3NFで関係従属を、4〜5NFで結合従属を解消した熊井ちゃんは、6NFでドメイン間の独立性を保障することに成功した。そして遂に熊井ちゃんはリソースを「存在」と「ドメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mysqljs/mysql: A pure node.js JavaScript Client implementing the MySQL protocol.
http://www.matzmtok.com/blog/2008/09/codeigniter%E3%81%AEmigration%E3%83%84%E3%83%BC%E3%83%AB/
時間データを文字列としてデータベースに記録する仕様だったのでしょう。 - gwaihirのプログラミングとか色々日記
COBOL屋の負の遺産チェックポイントに追加 - プログラマーm-matsuokaの生存記録
KaiGaiの俺メモ: PostgreSQLシステムカタログを追加してみる