DBリファクタリング読書会 第二回

masakitk @masakitk

システムは刷新するけど、スキーマは既存のもの。不吉な臭い。 #dbrr

ひろうぃん @heroween

「システム移行でスキーマは既存のものを使います」死の臭いが…。#dbrr

masakitk @masakitk

おおー。ロジック実装はすべてPL/SQL #dbrr

Yosuke Katsuki @yokatsuki

システム移行案件にて…既存スキーマをそのまま使用 #dbrr

masakitk @masakitk

1テーブル○○万円。→そうだ、テーブル数を減らそう！！www #dbrr

ひろうぃん @heroween

色々ワロエナイ死の臭いを感じる事例の数々…。#dbrr

Yosuke Katsuki @yokatsuki

テーブル数でお見積…「ではテーブルを減らそうｷﾘｯ」#dbrr

ひろうぃん @heroween

殆どの問題はテーブル設計に帰着する。#dbrr

SSSS.大和 @amameci

移行でなくても、BI案件でDWHを作らずに既存のDBでごりおす、なんてのがあってな…。 RT @heroween: 「システム移行でスキーマは既存のものを使います」死の臭いが…。#dbrr

ひろうぃん @heroween

リレーショナルモデルを知らずにデータ設計する事は、OOPを知らずにJavaを使う様なもの。#dbrr

ひろうぃん @heroween

RDBMSはリレーショナルモデルに従わなくても強力であるが故、単なるデータの入れ物として使われているケースも。#dbrr

masakitk @masakitk

いやいや、RDBMS使うなら、リレーショナルモデル知らないとだめでしょう・・・ #dbrr

ひろうぃん @heroween

リレーショナルモデルの利点は開発・メンテの効率化。#dbrr

ひろうぃん @heroween

不吉な臭いを感じない。それは感覚が麻痺しているのかも。自分達の常識を疑おう。#dbrr

Yosuke Katsuki @yokatsuki

KVSの登場で「これでRDB勉強しなくて良いぜﾋｬｯﾊｰ」な人がドヤ顔で「RDBはオワコン」と言ってたとかいなかったとか #dbrr

masakitk @masakitk

リファクタリングっていっても、運用中のDBのスキーマの変更、既存データの扱いが怖いよな・・ 。切り戻すわけに行かないし。 #dbrr

tk0miya @tk0miya

RT @heroween: 「システム移行でスキーマは既存のものを使います」死の臭いが…。#dbrr

Hajime Nakagami @hajime_nakagami

RT @heroween: 「システム移行でスキーマは既存のものを使います」死の臭いが…。#dbrr

masakitk @masakitk

ストアド、トリガは少し使っています。（データ連携、整合性担保） #dbrr

Yosuke Katsuki @yokatsuki

SI系だとストアドプログラム使うのは一般的だったりするけど、Web系の人は馴染み薄いのかなぁ #dbrr

Yosuke Katsuki @yokatsuki

開発スピードが命(2日でやってくれなど)なので、得意な技術で実装しちゃう #dbrr

ひろうぃん @heroween

トリガーハッピーは不吉と。#dbrr

masakitk @masakitk

トリガが沢山必要となるのは破綻している？　不吉な臭い？確かに #dbrr

Yosuke Katsuki @yokatsuki

トリガの実装を検討した時は、もしかすると不吉な臭いの始まりかもしれない。本当にトリガでないとダメなのかよく考えよう #dbrr

Yosuke Katsuki @yokatsuki

トリガをログ出力に使うと、データ出力とログ出力が同一トランザクションになってデータ出力がロールバックした時にログ出力ももろともにロールバックしてあばばば #dbrr