DBの正規化ってどこまでガチガチにやるべきでしょうか？
回答 (16件中の1件目) 思いつき気味に「軽ーい」気持ちでポエム的に書いちゃいますが・・・ 現場に軸足を置いた立ち位置での「そもそも論」で語ってしまうと、そもそも、現場の問題解決や設計においては、頭でっかち気味の「・・・やるべき」という考え方は適切でない気がしています。 何かの「教科書」どおりにシステムを作ったからと言って、先生に褒められるわけでもないわけですし、それだけで無条件に何か良いことが起きるわけでもありません。 ただ、「教科書」などに書かれている方法論が全く意味がないわけではありません。方法論が解決しようとしている問題が、「あなたの」現場にマッチしている場合は有用です。...
最近、地方→中央省庁のとあるデータのやりとりが、Accessベース（Access＋Visua..
最近、地方→中央省庁のとあるデータのやりとりが、Accessベース（Access＋VisualBasic）からExcelベース（Excel＋マクロ）に変わったんだが…。 うちの県ではVisualBasicのランタイムを作業用ＰＣにインストールするだけで折衝に一年越しだったから、一応変更自体は歓迎だったんだけれども、これが…。 ちなみに、扱うデータ量は、ざっくり言って、一都道府県当たり平均で5000行×1000列の表くらい。多い都や府なら、列の方がこの数倍行くだろうな。で、あくまで個人的な感想として、どんな感じかつーと、 (1)データ触ったり集計したりしにくくなった。 前のシステムは、データ自体は単なるAccessのデータだったので、間違いを修正したり別の集計に使用したりが意外と気楽に出来た。 今度は、Excelを無理矢理マクロやらで動かしてデータベース化してるから、Accessの時代よりも
4ステップで作成する、DB論理設計の手順とチェックポイントまとめ - Qiita
はじめに 「達人に学ぶDB設計」、「SQLアンチパターン」を読んだのでDB設計をする流れとその過程でのチェックポイントをまとめてみました。 今回は本に載っているものの中でも特に重要そうな部分に絞ってみました。 さらに詳しいことを知りたい方は本を購入してみてください。個人的には達人に学ぶDB設計徹底指南書のほうがおすすめです。こちらだけあれば十分だと思います。 DB設計には大きく分けて論理設計と物理設計の二つがありますが、今回はアプリケーション開発でメインとなる論理設計の部分に焦点をあてて説明をします。 一番最後にチェックポイントだけをまとめた章を用意したので、チェックポイントだけ知りたい方は最後だけ見ていただければと思います。 DB論理設計の流れ DB論理設計は以下のようなステップで進めていきます。 エンティティの抽出 エンティティの定義 正規化 ER図の作成 以下では各ステップごとに章を
PostgreSQLのバックアップ手法のまとめ - Qiita
として出力結果をパイプでファイルに書き出します。 ファイルの中身を見てみると、以下のような形でその時のデータベースの状態がSQLを使って再現できるような情報として記録されています。 -- -- PostgreSQL database dump -- ＜略＞ -- -- Name: foo; Type: TABLE; Schema: public; Owner: postgres; Tablespace: -- CREATE TABLE foo ( a integer NOT NULL, b text ); ＜略＞ -- -- Data for Name: foo; Type: TABLE DATA; Schema: public; Owner: postgres -- COPY foo (a, b) FROM stdin; 1 inserted 2 inserted 3 inserted
BackupライブラリでプロジェクトのバックアップもD.R.Y化しよう
はじめに こんにちは芳賀@func09です。 何かプロジェクトをリリースする時、必ずといっていいほど必要なのはデータの定期バックアップですね。 必ずといっていいほど必要なのに、必ずといっていいほど忘れがちで、後回しにされがちで、 リリース前に「あ、バックアップのバッチ処理書かなきゃ・・」みたいな感じで、毎回同じようなシェルスクリプトを書いてませんか？僕はそんな感じです。 バックアップだってD.R.Y（Don’t repeat yourself）ということで、サクっと労力をかけずに終わらせたいなぁと思っていた時に見つけたのがBackupという名前のGemです。そのまんまですね。 Backup(RubyGem)とは？ Backup（ http://github.com/meskyanichi/backup ）はRubyで書かれたUnixとRails環境のためのライブラリです。 データベースの内
MacでPostgreSQL - 一歩前進
MacPorts経由でMacにPostgreSQLをインストールしたときのメモです。ここでは、サーバ運用は考慮せず、シングルユーザでの利用を想定しています。 通常ユーザのプロンプトを%、postgresユーザのプロンプトをpostgres$で示します。 インストール % sudo port install postgresql93 +universal % sudo port install postgresql93-server ユーザ環境の設定 postgresユーザの設定 PostgreSQLをインストールするとpostgresというユーザが自動的に作成されます。 postgresユーザを有効化せずに、su - postgres -c コマンドによって間接的にpostgresユーザとしてコマンドを実行する方法もあるのですが、頻繁に管理作業を行う場合はコマンドが煩雑になるため、post
データベース論理設計のアンチパターン - 夜は寝る
おはこんばんちは。 がんばってブログを書きたいので、ちょうどいま読んでいるSQLアンチパターンという本を、噛み砕いて離乳食くらいの柔らかさにして晒してみます。すでに読んだ人はいますぐそっ閉じ、まだ読んでない人は、こちらも同様にそっ閉じしてお風呂に入ってすぐ寝ましょう。 SQLアンチパターン 作者: Bill Karwin,和田卓人,和田省二,児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 9人 クリック: 698回この商品を含むブログ (45件) を見る かなり圧倒的に当たり前のことしか書いてないんですけど、そういう本こそが良書だっておじいちゃんの息子の息子が言ってた気がします。 アンチパターンが全部で25個、ｶｯﾁｮｲｲタイトルとともに紹介されています。「目的」「アンチパターン」「解決策」をそれぞれ示します。本書だと、「アンとパターンを
RailsでPostgreSQLの情報を確認する - 気軽に楽しくプログラムと遊ぶ
RailsでDB接続する config/database.ymlに設定した接続情報を元に接続 $ rails dbconsole db_name=> postgresのコマンド データベース一覧 db_name=> \l List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges -------------+----------+----------+-------------+-------------+------------------- db_name | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | template0 | user_name | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/user_na
【Rails】絶対に抑えたいTransactionのポイントを三つにまとめてみた。【必須】 - Qiita
※Rails公式ドキュメントから、平易な日本語でポイントとプラスαまとめています。(公式ドキュメント: http://api.rubyonrails.org/classes/ActiveRecord/Transactions/ClassMethods.html) Transaction - 失敗→Save前 Transactionは、複数のSQL文を囲んで、そのSQLそれぞれが成功した場合のみに、すべてのSQLの変更を反映するよというもの。典型的な例は銀行口座の例で、片方の口座からの引き落としに成功した時のみ、もう片方の口座にお金がプラスされるよ、みたいなね。 こんな感じで、Transactionはデータベースの統一性をプログラムやdbのエラーから守るもの。一緒に処理されなきゃいけない処理の塊を持ってる時は絶対に使わなきゃいけない。 例えば、以下の例ではkevinの口座からの引き落としに成
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！ - エンジニアHub｜Webエンジニアのキャリアを考える！
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！ オープンソースのデータベースとしてよく比較されるPostgreSQLとMySQL。どんな長所・短所があるのでしょう？ それぞれの専門家による対談で明らかにします。 エンジニアとして働いていると必ず直面する悩み。それは、「どのリレーショナル・データベース（以下、RDB）を選ぶのが最善なのか？」です。 RDBごとに長所と短所は異なっています。そのため自社サービスにマッチしないRDBを選んでしまうと、それがボトルネックとなり開発・運用にトラブルが生じるケースは少なくありません。 なかでもよく比較検討されるのが、PostgreSQLとMySQL。ともにオープンソースRDBのデファクトスタンダードであり、高い性能と数多くの機能を持っています。 では、両者は具体的にどのような長所・短所があるのでしょうか。そ
システムの寿命はコードで決まる！（1/3） ― ＠IT
コードはシステムの寿命に大きな影響を与えます。今回は、コードとデータベースエンジニアの関係を通してこのことを解説します。ここでいうコードとは、顧客ID、受注伝票番号など、業務上利用されるデータを識別・分類するため、各データの本来の名前とは別に割り当てられる記号のことです。 データベースエンジニアにはデータ設計とデータベース設計の2つの役割があります。そして、データベースエンジニアにはデータ設計の一環として安定したコード体系を設計し、データベースをコード体系に依存しないように設計することが求められます。 システムを長く使い続けるためには、 コード体系を長期にわたり変更せず利用できるようにすること コード体系とデータベース設計との結合度を小さくすること が重要です。なぜなら、コードのけたが足りなくなったり、コードの分類が業務にそぐわなくなったりして、コード体系の見直しを行うことになると、業務・
1日に100万レコード増える場合のテーブル設計
MySQL（マイエスキューエル）は、TCX DataKonsultAB社などが開発するRDBMS（リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。 PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日付/時刻データ型
Railsでデータベースへの画像アップロード・表示 - Qiita
Railsでファイルをアップロードする
backupとwheneverで自動バックアップ設定の方法 – 地方でリモートワーク
http://post.simplie.jp/posts/33
[rails][mysql]ActiveRecordで現在接続しているデータベース名を取得する![[rails][mysql]ActiveRecordで現在接続しているデータベース名を取得する](https://cdn-ak-scissors.b.st-hatena.com/image/square/1a64cc21309639f33304c4730f8ddaaf393eeaf8/height=288;version=1;width=512/https%3A%2F%2Fblog.hilotter.com%2Ffavicon%2Fogp.png)
doruby.jp
データベースエンジニアへの道
