DB設計を語るスレ 10 [無断転載禁止]©2ch.net

1NAME IS NULL2017/05/22(月) 16:38:31.52ID:???
語れ

前スレ
DB設計を語るスレ 9
http://echo.2ch.net/test/read.cgi/db/1444733172/

222NAME IS NULL2018/01/25(木) 19:55:46.45ID:???
返信が前後しますが、>>218さんみたいな意見があれば「やっぱり切なくなりますよね」
って思うだけです。自分も切なくなるから質問したわけですし。
かといってテーブル作り直すレベルまでもとめていません。
何度も書きますが、MySQLだとカラム同士の間に挿入できるわけですから。

ググっても「こうするべき」的な情報もないので質問したわけですが、
よくわからなくなってきました。もう半端な知識で適当に行きます。
みなさん、色々ありがとうございました。

223NAME IS NULL2018/01/25(木) 19:57:33.96ID:???
>>221
>>216でそう言っているよね? 正解は>>219の通りだけど

>>199>>201>>204 も, みんな同じことを言っていると思う

224NAME IS NULL2018/01/26(金) 02:01:50.61ID:???
>>222
MySQLでしか通用しない小手先をもって「こうするべき」なんて言うやつおらんて

225NAME IS NULL2018/01/26(金) 02:15:25.24ID:???
カラム数が100近くになるというのは、そこからしてメンテ困難な状態でしょう
順序に拘る、気にするよりも設計に問題がなかったか見直した方が良いように思う

226NAME IS NULL2018/01/26(金) 02:18:38.09ID:???
>>222
カラムの順番が重要視される会社で開発しているとしよう
同僚のコードはテストを通っていたが、マージはリジェクトされてしまった
あなたが先にマージしたコードのせいで、カラムの位置が不適切になったためだ
同僚はコードを修正する事より、規約を考えたあなたを殴る事を優先するだろう

227NAME IS NULL2018/01/26(金) 02:35:15.34ID:???
>>218
心情的にはこれに同意だな

実務的な話をするなら、工程による。設計中なら、気の済むようにしたらいいけど、運用後の仕様変更だと、間に挟む為だけにテーブル作り直すとは客に説明できん..

MySQLは使ったことないけど、便利な機能があるんだな

228NAME IS NULL2018/01/26(金) 12:46:04.91ID:pxozcjcA
>>222
後から追加した列だとわかるメリットもあるけどな。

229NAME IS NULL2018/01/26(金) 12:47:20.40ID:pxozcjcA
>>227
それたぶん見かけの問題だと思う。本当にできるとしたら、内部では作り直しをやっているはず。

230NAME IS NULL2018/01/26(金) 13:23:06.33ID:???
>>225
たとえば不動産のテーブル設計とか、カラム数が増えますからねぇ。
個人的に1対1の関係(必ずJOINする)ならテーブルを分ける必要ないと思います。
それは正規かと違うような。

>>226
会社で順番が重視されるとかはないかと。
ただ個人的に>>203のように思うだけなんで。

>>228
テーブル設計書に追加したカラムはどれか明記してますからね。
それでも確かに末尾に追加した方がわかりやすいとは思います。

DBはMySQL、PostgreSQL、SQLiteぐらいしか知らないので
SQL ServerとかAccessとかはどうかわかりません。
だから私の質問が「こいつ何言ってんだ?」レベルに感じたのだと思います。

231NAME IS NULL2018/01/26(金) 14:12:40.47ID:???
>>230
>たとえば不動産のテーブル設計とか、カラム数が増えますからねぇ。

ここ詳しく

232NAME IS NULL2018/01/26(金) 15:30:10.66ID:???
不動産のテーブルって言っても色々考えられるけどな
不動産販売会社の物件管理とか
賃貸マンションの入居者管理とか
あるいは資産としての不動産管理とか

233NAME IS NULL2018/01/26(金) 15:58:11.99ID:???
これも見た目だけの話になるんだろうけど、PKは先頭にないと違和感があるw

234NAME IS NULL2018/01/26(金) 16:21:41.44ID:???
カラムの見た目の位置が気になるのはSELECT *した時だけでしょ?
あとはDESCしたときか
設計書上は途中の場所に書いておいて、DB上は末尾に追加しとくでいいじゃん

あと業務要件で都度カラムが増えるのはさすがに設計がおかしい

235NAME IS NULL2018/01/26(金) 16:28:53.58ID:???
わかる

236NAME IS NULL2018/01/26(金) 20:41:14.34ID:???
実カラム名書くようなレベルの設計書が実テーブルのカラム順序と違うのはないわ

別にどんな分野でもいいけど、要件が変わってないのにカラム増えるのはさすがにおかしい
要件変更があれば当然増える事もあるだろう

237NAME IS NULL2018/01/26(金) 20:45:05.81ID:gcOPp+C3
コーダーにとっては詳細設計が要件だという驚愕の真実w
てか物理設計て言葉くらい覚えようねw

238NAME IS NULL2018/01/26(金) 21:53:37.57ID:HiY2mRrM
【株FX】 トレーダーが経済A級戦犯 ≪朝生ゴミ、経済成長は宗教≫ 世界2/3貧困を救済しろ 【NEET】
http://rosie.5ch.net/test/read.cgi/liveplus/1516959000/l50

239NAME IS NULL2018/01/30(火) 17:06:10.21ID:???
やりすぎ防犯パトロール、特定人物を尾行監視 2009年3月19日19時7分配信 ツカサネット新聞
http://headlines.yahoo.co.jp/hl?a=20090319-00000026-tsuka-soci

この記事で問題になった通称やりすぎ防パトは、創価学会と警察署が引き起こしていたようです

掻い摘んで説明すると

・創価学会は、町内会や老人会、PTA、商店会等の住民組織に関し、学会員が役員になるよう積極的に働きかける運動を
 90年代末から開始し、結果、多くの住民組織で役員が学会員という状況が生まれた

・防犯パトロールの担い手は地域の住民と住民組織で、防犯活動に関する会議や協議会には、住民組織の代表に役員が出席する為
 防犯活動や防パトに、創価学会が間接的に影響力を行使可能となった

・防パトは住民が行う為、住民が不審者や要注意人物にでっち上げられるトラブルが起きていたが
 創価学会はその緩さに目をつけ、住民組織を握っている状況を利用し、嫌がらせ対象者を不審者や要注意人物にでっち上げ
 防パトに尾行や監視、付き纏いをさせるようになった

・防パトは地元警察署との緊密な連携により行われる為、創価学会は警察署幹部を懐柔して取り込んでしまい
 不審者にでっち上げた住民への嫌がらせに署幹部を経由して警察署を加担させるようになった

・主に当該警察署勤務と考えられる創価学会員警察官を動かし、恐らく非番の日に、職権自体ないにもかかわらず
 私服警官を偽装させて管轄内を歩いて回らせ、防犯協力をお願いしますと住民に協力を求めて回り
 防犯とは名ばかりの、単なる嫌がらせを住民らに行わせた(防犯協力と称し依頼して回っていた警察官らの正体は恐らく所轄勤務の学会員警察官)
 ※これに加えて防犯要員が同様のお願いをして回る

・こうして防犯パトロールを悪用し、住民を欺いて嫌がらせをさせつつ、創価学会自体も会員らを動員し、組織的な嫌がらせを連動して行った

つまり警察署に勤務する学会員警察官、警察署幹部、創価学会が通称やりすぎ防犯パトロールの黒幕

詳細は下記スレをご覧下さい
やりすぎ防犯パトロールは創価学会と警察署の仕業だった
https://rio2016.5ch.net/test/read.cgi/bouhan/1516500769/

240NAME IS NULL2018/02/13(火) 16:59:54.49ID:???
>>230
1対”0 or 1”は積極的に分割すべきかどうか検討した方がいいぞ
特にデータ量の多いテーブルは

意図的に非正規化した場合を除けば
カラム数が100を超えるようなテーブルは
本来別途管理すべきエンティティが埋もれてることが大半

241NAME IS NULL2018/02/14(水) 03:12:25.25ID:kUpzGWTP
>>230
テーブルは意味のあるまとまりで作るのであって1:1だから、ひとつのテーブルにまとめてしまうのはかえって、同じテーブルのカラム同士の関連がわからなくなる。

242NAME IS NULL2018/02/14(水) 13:23:36.19ID:???
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が3分の2を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆

243NAME IS NULL2018/02/15(木) 19:48:19.21ID:L39WhMJw
>>241
俺はおまえ、の日本語がわか、らなくなる

244NAME IS NULL2018/02/20(火) 15:44:48.62ID:???
DBになったからといって、なにが違うの
順次編成、ISAM VSAM
DB

項目つけるだけでしょ
それと関連性

245NAME IS NULL2018/02/20(火) 17:15:24.81ID:???
>>244
扱いやすさが桁違い

Comparison of DB2 and VSAM
http://search400.techtarget.com/tip/Why-DB2-is-better-than-VSAM

246NAME IS NULL2018/02/20(火) 19:14:03.16ID:???
さすがにSAMとISAMでは違うだろ
(M)ISAMでちゃんと設計できるならそのままRDBに持っていける気はするけど

247NAME IS NULL2018/02/21(水) 23:27:11.35ID:???
順次SAMは総なめしたり
Trに振りまら混ぜたりたいへんだから違うのはわかりますが

相当まーじとか冗談言っていた時代が懐かしいw

248NAME IS NULL2018/02/21(水) 23:29:59.45ID:???
振り分け

249NAME IS NULL2018/04/07(土) 17:29:50.05ID:???
経理システムは一つの仕分けテーブルに借方も貸方も詰め込んでフラグで分別してると思うけど
これを借方テーブル、貸方テーブルの二つに分けるのはどうだろうか?
デメリットとして処理が複雑になるけど、貸方だけの検索とかがデータが半分になる分だけ速くなりそうだけど。

250NAME IS NULL2018/04/07(土) 17:51:30.32ID:???
>>249
インデックスを適切に設定してたらデータ量の倍半分とかではたいした差はでないよ

251NAME IS NULL2018/04/07(土) 18:32:05.17ID:???
振替伝票1枚ごとに伝票番号振るとすると、
貸方か借方で違うテーブルに入るのはどうなのかな

252NAME IS NULL2018/04/25(水) 14:23:33.67ID:???
マスタデータをJavaServletのアプリケーションスコープ変数に格納して
そこを参照したほうが処理が軽いかと思ったけど、DBが同じサーバー
にある場合はあまり変わらないのかな?

253NAME IS NULL2018/04/25(水) 17:25:06.73ID:0kFJEAdZ
>>252
コンピュータの仕組みを勉強してください。

254NAME IS NULL2018/04/27(金) 19:37:20.55ID:???
>>253
未だに末尾の長音符を省略してしまうおじいちゃんは黙っててね

255NAME IS NULL2018/04/28(土) 06:14:34.24ID:???
え、逆にIT業界で省略しないとかあるの?
問題起きたことないんか?

256NAME IS NULL2018/04/28(土) 10:38:35.05ID:???
>>255
おじいちゃんなの?
そもそも問題ってなに?

257NAME IS NULL2018/04/28(土) 10:56:07.06ID:???
>>255
今は2018年ですよ

258NAME IS NULL2018/04/28(土) 11:09:37.85ID:???
>マスターデーターをJavaServletのアプリケーションースコープー変数に格納して

こう?

259NAME IS NULL2018/04/28(土) 12:28:02.71ID:???
それ面白いの?

260NAME IS NULL2018/04/28(土) 13:02:27.58ID:???
なあ、俺と知識をシェアーしようぜ!

261NAME IS NULL2018/04/28(土) 13:29:20.62ID:???
わざわざ慣用に逆らう必要性説明できる?
もし取引先が慣用を知らなかったらどんな奴らが仕事してんのか不安になるよな

262NAME IS NULL2018/04/28(土) 14:03:16.12ID:???
別にコンピューターだろうがコンピュータだろうが気にしないけど慣用に従ってないじゃねーかとか言うような取引先だと国の指針やMSの方針変更も知らなくて大丈夫か?って不安になるわ w

http://www.mext.go.jp/b_menu/hakusho/nc/k19910628002/k19910628002.html
http://www.atmarkit.co.jp/news/200807/25/microsoft.html

263NAME IS NULL2018/04/28(土) 14:11:16.33ID:???
>>262
これと個々のIT企業との関連は?

264NAME IS NULL2018/04/28(土) 14:14:36.67ID:???
>>263
関係ないと思う

って言うような取引先なんて余計に不安になるだろ

265NAME IS NULL2018/04/28(土) 14:15:31.78ID:???
>>264
なぜ?

266NAME IS NULL2018/04/28(土) 14:24:05.30ID:???
最近思うんだけどみんな無知な奴を相手にし過ぎ。
みんなが知ってる常識レベルの事知らないで、
さも、それが当たり前の様に振る舞ってる奴とかいるじゃん。
そういう奴に正しい事を教えてくれと請われるならともかく、
わざわざ教える事無いって。

常識知らずに正しい事教えても常識を真似するだけで理解してないし、
表面的に真似されると常識知らずを判別出来なくなる。
馬鹿は馬鹿のままでいてもらった方が関わりを避けれる。
無駄に教えちゃいかんと思う。

267NAME IS NULL2018/04/28(土) 14:32:49.38ID:D5cEBG7Q
無知には教えたくない()教えたがりのジレンマwいじらしいのおwww

268NAME IS NULL2018/04/28(土) 14:32:59.28ID:???
>>266
常識はそれぞれの主観に基づく上に
そんなことしても見栄の張り合いで専門板なんて成り立たないぢゃん。。
このスレに限って見てもまともに進行したのは初心者の質問に自称上級者が答えるときだけよ
あとは不毛な罵り合い非建設的なやり取りだけ
ある種のクッションを設けるために多様な人が必要ですわよ

269NAME IS NULL2018/04/28(土) 16:27:41.26ID:???
長音符号はJIS的にはどっちでもいいはずだけど、
つける派にもつけない派にも妙なこだわりがある人が混じってる
文化庁のやつにも慣例に応じて省略可能とちゃんと書いてある
https://ging.co.jp/tips/57001/
http://www.bunka.go.jp/kokugo_nihongo/sisaku/joho/joho/kijun/naikaku/gairai/honbun06.html

270NAME IS NULL2018/04/28(土) 16:36:14.55ID:???
知ってるか?ここ実はDB設計スレなんだぜ……

271NAME IS NULL2018/04/28(土) 18:13:36.79ID:???
>>270

おおっっっそれは知らなかった!

272NAME IS NULL2018/05/12(土) 07:21:49.70ID:???
共同ツール 1
https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
ttp://photoshopvip.net/103903

ttps://goodpatch.com/blog/sketch-plugins/

新着レスの表示
レスを投稿する