20/12/28 21:49:44.98 .net
RDBに関して言えば正規化ほど体系化されててわかりやすい観点は他にはないね
良い設計かどうかは求められた状況に対してどれだけ高い品質特性を備えているかで
観点としては機能性以外に使いやすさ、わかりやすさ、堅牢性、運用性、耐障害性、
保守性(柔軟性/拡張性/変更容易性)、効率性(時間/資源)、移植性なんかがある
正規化はデータ整合性、使いやすさ、保守性あたりを高めようとするもの
560:NAME IS NULL
20/12/28 22:15:27.79 .net
正規化は非正規形で起きる問題(更新異常等)を防ぐものであってそれ以上ではない。
実際、更新異常を考慮する必要のないDWHなどでは不要。
561:NAME IS NULL
20/12/28 22:49:55.68 .net
>>560
DWHでも更新異常は考慮する必要あるよ
更新異常ってCRUDのUだけのことじゃないから
DWHは正規化が不要なんじゃなく
ソースデータの正規形をベースに特定の分析用途に特化させて非正規化してるだけ
スタースキーマもスノーフレークもDWHに特化した非正規化パターン
非正規形のデメリットはDWHだろうがOLTPだろうが同じ
562:NAME IS NULL
20/12/28 23:05:07.35 .net
>ソースデータの正規形をベースに特定の分析用途に特化させて非正規化してるだけ
正規形非正規形というのはあくまでもリレーションの表現であって抽象的なデータモデルには
そんな区別はないんだが。
だからDWHにおいて
>ソースデータの正規形
通常これは実在しない。
563:NAME IS NULL
20/12/28 23:56:41.44 .net
>>562
ごめん、何言ってるかわからない
抽象的なデータモデルって何のこと？ どっから出てきたの？
564:NAME IS NULL
20/12/29 03:14:05.40 .net
更新異常が発生しにくいだけで
考慮する必要がないわけないわな
>>562はエアプが即バレして煙に巻きたいのだろう
565:NAME IS NULL
20/12/29 09:14:29.22 .net
>ソースデータの正規形
これが抽象的なデータモデルを指しているのかと思ったんだが、そうでないなら話は簡単。
DWHは「ソースデータの正規形」が存在することを要求しないんで>>561は正しくない。
データソースが正規化された他のDBであることはあるが、それはそのシステム自身の
要求によって正規化されているだけ。
566:NAME IS NULL
20/12/29 12:56:45.72 .net
>>558
正規化がバカにされてるんじゃなく
正規化を理解してなかったり正規化されてるかどうか以外にDB設計を見る目がないのに
ドヤ顔でDB設計を語ろうとしてる人間がバカにされてるんだと思うぞ
567:NAME IS NULL
20/12/29 14:29:23.16 .net
それな
ちょうど当てはまるやつがいるな
568:NAME IS NULL
20/12/29 14:46:08.18 .net
頭おかしいやつには下手に触らず黙ってスルー推奨
569:NAME IS NULL
20/12/30 00:27:51.52 .net
RDBと関係ないRやPython使った統計処理の分野でも
分析をやりやすくするために下準備としてDBで言うところの正規化をしてる
更新異常を考慮する必要は全くないけど
570:NAME IS NULL
20/12/30 09:11:39.06 .net
そういうのごっちゃにすると話が発散するからやめて。
そもそもその「正規化」って、リレーションの正規化と違ってなにをどうするかきちんと定義されたものじゃないでしょ。
571:NAME IS NULL
20/12/30 09:15:25.16 .net
それに統計解析向けの加工って、クレンジングは最初に必要かもしれないけどあとは解析しやすいようにJOINしまくるのがふつう。
DWHのスタースキーマから任意に抽出した1つの表の形のデータセット、あれがまさに統計解析向けのもの。
572:NAME IS NULL
20/12/30 18:11:29.74 .net
エアプDWHの次はエアプ統計解析かよw
なんでろくにやったこともない事を語りたがるのかね
573:NAME IS NULL
20/12/30 18:23:27.87 .net
データベース設計は軽視されるの原因と
エアプ野郎が語りたがる原因の一つに
素人に毛が生えたような人間には難しさが分からず
自分でもできそうに思えてしまうところにある
574:NAME IS NULL
20/12/30 22:22:42.93 .net
>>572
誰のどのレスに対して言っているのか曖昧でよくわからんが、とりあえずどのレスの
どこがどう違っているのかはっきり書いたら？
反論は受けたくないけどマウントだけ取った気分になりたい中学生じゃなけりゃ。
575:NAME IS NULL
20/12/31 00:08:25.03 .net
エアプ素人さんはスタースキーマのファクトとディメンションがそれぞれ第何正規形か考えると良いと思うよ
>>566の言葉を借りれば正規化すら理解してないのにドヤ顔で語ろうとしてるのが丸わかりだから
576:NAME IS NULL
21/01/02 16:36:20.20 2lMlvbHe.net
ど底辺の土方グラマーだけどDB設計させられて「なんでちゃんとしたDB屋に頼まないんだよ、DBって根幹部分で大切だろ！」って疑問だったけどここ見て納得。
日本の企業が作る(使う）システムがクソな理由も・・・
577:NAME IS NULL
21/01/02 18:35:41.55 .net
ある意味当たってる。
そうやってしばらくして、曲がりなりにもER図書いたり正規化ができるようになって
いっぱしのDB屋を気取れるようになったら彼等の仲間入り。
578:NAME IS NULL
21/01/03 14:52:40.06 .net
>>576
根幹部分だからこそDB中心のシステムを作る開発者なら誰もが身につけておくべきスキルだぞ
要件定義や基本設計を含めて依頼するならともかく
DB設計だけを外部に依頼するのは今の時代にはそぐわないので設計専業のDB屋は絶滅危惧種
579:NAME IS NULL
21/01/04 05:23:06.48 THUOMM/C.net
ホンマにうわさ以上に凄いのが金さんの億様株レシピて投資ブログ。
ここまじで神すぎる！
めちゃ当てまくる。
おすすめなのは危険な銘柄と宝石の銘柄て記事に出てくる銘柄。
580:NAME IS NULL
21/01/11 02:01:22.68 FK6r9Thn9
プログラミングにはやってはいけない勉強法がある！？爆速で成長する王道のプログラミング学習法を紹介！
URLﾘﾝｸ(www.youtube.com)
慶應主席レベルの秀才がプログラミングの独学に失敗した理由
URLﾘﾝｸ(www.youtube.com)
知らずに転職したら失敗する！ブラックIT企業を見分ける11のポイントを徹底解説
URLﾘﾝｸ(www.youtube.com)
営業マンが独学のみでプログラマーに転職して1年で月収80万超えた話
URLﾘﾝｸ(www.youtube.com)
未経験から2年でフリーランスエンジニアに！安定的に稼げるようになるための5ステップ
URLﾘﾝｸ(www.youtube.com)
フリーランスエンジニアになるなら大規模ベンチャー or 小規模ベンチャー どっち？
URLﾘﾝｸ(www.youtube.com)
生産性10倍！知らないと損する3つの最強デザインツール
URLﾘﾝｸ(www.youtube.com)
581:NAME IS NULL
21/01/12 12:19:00.49 .net
プログラム組まないやつが設計すると保守性重視になるよな…
人間がパッと見て理解しやすい設計にしがち
ナチュラルキー多用したり
582:NAME IS NULL
21/01/12 15:18:33.28 .net
>>581
ナチュラルキーを多用してるにもかかわらず保守性が高いならいいんじゃね
583:NAME IS NULL
21/01/12 16:22:51.65 .net
>>582
>>581は「保守性」と言っちゃってるが、実はたぶん保守性の話やないな。
初見のわかりやすさしか見えてないような、困ったちゃんの話なんやろな。
584:NAME IS NULL
21/01/12 17:06:29.79 .net
そうすると保守性を理解してない>>581が困ったちゃんってことになる
585:NAME IS NULL
21/01/12 17:48:57.44 .net
すまん、保守性って言葉が悪かったな
プログラムの保守性ではなくて
ユーザーからの問い合わせ時にデータ見てパッとわかるテーブル構造を好む
586:NAME IS NULL
21/01/12 20:38:59.75 .net
人間にとっての見やすさというかわかりやすさも重要な品質要素だからね
それを犠牲にして得られるメリットとのバランス次第
何と何をトレードオフしようとしてるのか理解してないうちはまともな設計は期待できない
587:NAME IS NULL
21/01/12 21:08:10.26 .net
パッと見理解しやすくて保守性も高いならいいことずくめに読めるが。
たぶん言いたいことは逆になにか問題があるということなんだろうけど
結論書いてないから何を言いたいのかわからない。
588:NAME IS NULL
21/01/12 21:28:46.10 .net
>>587
理解力なさすぎ。
人工キー+JOIN前提みたいな、不慣れだとややこしげに見えるテーブルを組みたがらない素人の話なだけやろ。
589:NAME IS NULL
21/01/12 21:37:08.48 .net
だから、そこで自然キーの欠点や人工キーの利点を説明しなきゃ何を言いたいのかわからんだろ。
人工キーが自然キーより優れているのは自明だと思ってるとかそんなとこかね。
590:NAME IS NULL
21/01/12 21:45:26.42 .net
>>589
SQL書くときに条件や結合は少ないほうがバグが発生しにくい
プログラマにとってはサロゲートキーの方がわかりやすい
しかしサロゲートキーだと生データを見たときにわかりにくいことがある
ナチュラルキーとサロゲートキーの代表的なメリットデメリットだと思うけど…
その辺天秤にかけてこのテーブルはサロゲートキー、このテーブルはナチュラルキーと決定できるのは
設計もプログラムも保守もやる人。
どれか一つしかやらない人はこのへんのさじ加減わからないのでは。
591:NAME IS NULL
21/01/12 21:57:42.32 .net
こうやってブレイクダウンするとどこに誤解があるか見えてくる。
複合キーは扱いづらいのでかわりにサロゲートキーを使うことはあるが
自然キーだと一律にサロゲートキーより扱いづらいなんて理由はないだろう。
592:NAME IS NULL
21/01/12 22:30:44.50 .net
>>591
おっしゃる通り複合キーの場合だな
大変失礼しました
設計と保守しかしない年配のSEさんはサロゲートキーを知らずに複合キーを使いまくる傾向にある
プログラマは若かったり雇われだったりなので口出しできずにクソシステムの出来上がり
593:NAME IS NULL
21/01/12 22:34:47.77 .net
>>591
めんどくさ。
そんな話じゃなかったやろ。。。
おまえは、自分が理解できない話を、自分が理解できるようにしたいだけ。ｗ
何が「ブレイクダウン」や。ｗ
594:NAME IS NULL
21/01/12 22:41:52.84 .net
>そんな話じゃなかったやろ。。。
どういう話なのか、お前はまず言いたいことを結論からハッキリ書くようにしろ。
595:NAME IS NULL
21/01/13 00:21:46.78 .net
呼び名はともかく人工キーは80~90年代でも普通に使われてただろうから年配だろうが知らないわけない
複合キーは見てわかりやすいわけじゃないが
人工キーに比べると整合性を維持する設計が簡単なんだよ
SQL書く時は面倒くさいから嫌がられるけど不整合が発生するのに比べればマシだから
596:NAME IS NULL
21/01/13 00:38:42.76 .net
>>594
自分の理解力を棚に上げんなよ。
597:NAME IS NULL
21/01/13 00:53:04.45 .net
>>595
不整合はユニーク制約つければいいんでないの
598:NAME IS NULL
21/01/13 08:06:07.69 .net
同じ型の単純キー同士なら、それが自然キーか人工キーかで扱いやすさが変わることはないやね。
599:NAME IS NULL
21/01/13 08:13:51.20 .net
>>598
変わらない
複合キーが問題
600:NAME IS NULL
21/01/14 02:05:44.63 .net
>>595
ちょっと、「整合性を維持する設計」について詳しく説明してくれ
601:NAME IS NULL
21/01/20 22:55:59.22 LfU5rlWt.net
>>558
仕様変更に強いかどうか。それと人間にとってわかりやすいかどうか。正規化の話はもっともらしいが、ちゃんとしたテストと運用・保守をやっていれば、ただの非現実的な理屈だとわかる。
602:NAME IS NULL
21/01/20 23:01:10.32 LfU5rlWt.net
>>595
論理的な整合性をアプリケーションで担保する。そうでないとアプリケーションのテストも難しい。
603:NAME IS NULL
21/01/20 23:02:58.59 LfU5rlWt.net
>>600
彼はアプリ屋と壁を作るタイプだから、かかわらない方がいいよ。
604:NAME IS NULL
21/01/20 23:16:12.27 .net
>>601
アホなの？
605:NAME IS NULL
21/01/22 08:45:35.16 .net
>>601
このちゃんとした
ってのがどれだけ難しいか
606:NAME IS NULL
21/01/25 05:16:41.94 cGhuaVFN.net
よく読め
607:NAME IS NULL
21/03/07 00:02:21.33 MYaT20ZKW
26歳で独立して月収150万になった 元引きこもりエンジニアの物語
URLﾘﾝｸ(agroro.com)
【こんな僕が】フリーランスエンジニアで月収100万円を達成した5つの方法
URLﾘﾝｸ(takablog358.org)
ITフリーランスエンジニアの年収｜会社員との違いや独立後の案件の取り方
URLﾘﾝｸ(boxil.jp)
月収90万のITフリーランスプログラマー・SEが選んでる在宅案件はこんな案件です
URLﾘﾝｸ(arma-search.jp)
フリーランスの年収は平均いくら？年収1000万円以上の割合とは
URLﾘﾝｸ(freelance.levtech.jp)
フリーランスの仕事や職業の種類って何があるの？独立5年目で月収200万の僕が詳しく解説
URLﾘﾝｸ(www.buntadayo.com)
ブラック企業から退職し、独立後11ヶ月で“月収300万円超え”になるまでの軌跡を
デザイナー社長船越良太に聞いてみた！
URLﾘﾝｸ(tokyofreelance.jp)
608:575
21/06/22 17:07:34.18 .net
ははは・・・
晴れて？「DB屋（）」の仲間入りしそうだ・・・
PostgreSQL9.3とSQLServer2005を、プライベートで、弄ったことあるだけなのに（実務ではOracle11の炎上案件の燃料として放り込まれたぐらい）
7月からPostgreSQL12がフロントエンドで、Oracle（ナンバリングは効いてない）がバックエンドで動いてる「工場のFAのすごいやつと思えば間違いじゃない（スマートファクトリー）」とかいう謎の説明されたシステムのDBチームに配属になったわ・・・
メカ系や移動体通信系のファームしか経験ないつにいきなり・・・
ズブの素人よりはマシかもしれないけどDBそのもののスキルだったらそこらの学生以下だよ俺・・・orz.
609:NAME IS NULL
21/06/22 18:09:02.74 .net
いまどきDBでチームがあるのか
ある意味すごいな
610:NAME IS NULL
21/06/22 18:59:21.66 wVCfrFWc.net
>>609
開発対象が、工場の機械からデータ受け取る中継ボックスみたいなところから、工場の中間サーバから複数の工場の情報をまとめるサーバまで一貫してるんだそうな。
そして中継ボックス、中間サーバ、全体の情報あつめるサーバってのを全部面倒見てる１０人ほどのチームとのこと。
まだ現場に入ってないから実態判らんけど、門外漢な俺を採用しちゃうところだし、上下どころか横の連携もまともにとれないようなカオスなところでもおかしくないって個人的な経験則が言ってる。
他に仕事ないから受けたけど、今から「どんなとこかなー？ 抜けるとしたらどうやって抜けようかなー？」って考えてるｗ
611:NAME IS NULL
21/06/22 21:26:23.41 .net
もし関係者が見たら、特定できそうやな。ｗ
ほどほどにしとけよ。
612:NAME IS NULL
21/06/26 18:20:28.11 .net
データベースのテーブル設計書ってどうしてる?
エクセル方眼紙にしてかいてるんだけど、なんかいいのないのかな
613:NAME IS NULL
21/06/26 23:14:34.00 .net
>>612
MySQL Workbenchはどや？
最近は使ってないから知らんが。
614:NAME IS NULL
21/07/03 17:38:43.26 R35jReGz.net
>>612
A5Mk-Ⅱがよく使われている。
615:NAME IS NULL
21/10/13 12:36:34.50 .net
データベーススペシャリストでよく問われるページサイズとか空き容量率とかどのメーカーのDBをターゲットにしてるんや？
教えてくれ
616:NAME IS NULL
21/10/13 13:54:50.17 .net
特にどのDBMSをターゲットにしてるとかないぞ
一般的なBTreeを前提にしてるだけ
617:ド底辺PG
21/11/10 22:00:45.28 KaB0M86I.net
プロジェクトが燃え尽きたから別の案件に燃料しに行ったんだが、TEXT（可変長文字列）をPKにしてINDEX張ってて「パフォーマンス出ねぇ！」ってやってんですけど・・・
ちょう乱暴に描くと
CREATE TABLE T_TAGS(
JPN AS TEXT NOT NULL,
ENG AS TEXT,
・・・品詞とか同義語とかの定義いろいろ・・・
PRIMARY KEY(JPN)
)
て感じの定義で、SELECTのサブクエリとかでも ON TBL1.JPN = ・・・ みたいにテキストのカラムをJOINしてるんすよ？
ドテ・イ・ヘーンな俺でも「なんで数値でIDのカラムを作らないの？」ぐらいの疑問はあるんだけど、
これって「データベースあるある」だったりするの？
618:NAME IS NULL
21/11/10 22:40:02.10 .net
遅いのがTEXTのせいだってどうやって判断したの？
619:NAME IS NULL
21/11/11 00:02:07.19 .net
>>617
>これって「データベースあるある」だったりするの？
文字列をPKに使うかどうかは状況による
絶対避けるというほどのものでもない
個人的には可変長は極力避けるけどパフォーマンスクリティカルなシステムじゃなければ
全部可変長で揃えてても特に問題なかったりする
PKを数値にしたバージョン作ってさくっと比較すればいいんじゃん？
620:NAME IS NULL
21/11/11 19:06:31.16 NSxyRLjO.net
>>617
あなたの言っていることは頭がおかしいくらい変なことを言っている。
たまたまいままで見てきたテーブルの主キー項目が数値型だっただけで、根拠のない思い込みをしてないか？
念を押すと、頭のおかしい発言だぞ。
621:NAME IS NULL
21/11/11 19:36:50.37 NSxyRLjO.net
>>617
そのTEXT型がラージオブジェクト型というオチのネタ書き込みじゃないだろうな？
622:NAME IS NULL
21/11/11 20:16:55.16 .net
>>620
そこまでやないやろ。ｗ
テキストはCOLLATEの懸念があるし、 数値のが望ましいのはたしかやし。
まあ、遅いのはテキストキーやからと決めつけてかかってるところはアタマ弱そうやが。
EXPLAINしろっつーの。
623:ドテ・イ・ヘーン
21/11/11 21:02:49.02 xQZydvmR.net
俺の思い込みが解消されないレベルの現場という前提を認識ください m(_ _)m
マジ学生以下よ、俺のスキル・・・・
EXCELを読んでDBに追記して、DBを参照してEXCELに吐き出すっていう単機能のモジュール２つを並行して「これ、改良して」ってソースだけ渡されたんすよ！
周りが「おそいおそい！」って騒いでて「どんなもんじゃらほい？」って見たらJOINが５～６個あってTEXTのカラムでつないでたんよ。
さすがにSELECTのWHERE句でIN使うほどじゃなかったけど、そういうSQLあっても不思議じゃないレベルのある意味読みやすいSQLでしたｗ
あと、遅いの根拠が「本番で使ってる高負荷に耐える超高性能マシン」で動かした旧バージョンと「テスト用のレンタル屋から借りてるそこそこの性能のマシン」で動かした新バージョンというね・・・
何の比較にもなってねぇじゃん！
という新事実が発覚して、馬鹿らしくなったので今日は仕事放り出して酒飲んできましたｗ
624:NAME IS NULL
21/11/11 21:39:46.36 6iIlck1C.net
説明の仕方でもうダメ
625:NAME IS NULL
21/11/11 21:41:27.49 6iIlck1C.net
Excelは何と関係があるのか？
626:NAME IS NULL
21/11/11 21:41:54.34 6iIlck1C.net
何が遅いのかまったくわかってねえな
627:NAME IS NULL
21/11/11 23:17:34.86 .net
charやvarcharの文字列って意味でtextって言ってるんじゃなくtext型って話だったのか・・
sqliteならともかくそれ以外のメジャーなサーバー系DBMSでtext型をPKにすることはまずないぞ
628:NAME IS NULL
21/11/12 00:22:09.87 .net
>>623
まとめたら、スペックの違いやろ。
一言ですむわ。ｗ
629:NAME IS NULL
21/11/27 20:05:57.75 l5sFA9ZC.net
よくわかってないクライアントがよくわかってないSEに文句言って
よくわかってないフィルターで「お前らの作ったシステム遅いぞゴラァ！」ってなって現場に届くあるある案件ですな。
630:NAME IS NULL
22/02/12 03:16:43.64 Nh8yTOt3.net
>>629
性能要件があって、データが増えてもパフォーマンスに問題がないと一言、入っているだけで違うのにな。
631:NAME IS NULL
22/02/17 18:59:32.20 .net
まあ、最近はフルSSDのストレージで構築したからsqlがとても早いです。statpack見るととんでもなくディスクREADしてるアホsqlあるけど、システム影響なし、いいんだか悪いんだかですねー
632:NAME IS NULL
22/02/22 20:09:39.42 P63gZsOo.net
>>631
それで解決したことにするとSSDでもどうにもならないSQLが増産されることになる。
633:NAME IS NULL
22/03/24 22:48:04.07 blhKkXUv.net
お前ら和歌山県出身の下村拓郎様（35歳独身、元自衛隊）をご存知か、この方は将来素晴しい人物になるから覚えておいて損はないぞ
634:NAME IS NULL
22/06/01 14:23:26.36 .net
スキーマの意味よくわかってないけどスキーマ設計書にテーブル構成書いてるよ
635:NAME IS NULL
22/06/01 17:38:04.59 .net
それっぽく聞こえるもんねw
636:NAME IS NULL
22/06/01 20:43:48.71 1CNMa44D.net
スキーマの概念が後付けの製品しか知らないんだろうな
637:NAME IS NULL
22/06/01 20:44:36.18 1CNMa44D.net
論理的な意味でも括りというのは必要
638:NAME IS NULL
23/04/11 20:09:59.45 +S9P9M6L.net
ER図を見てもよくわからない設計は典型的なダメパターン
だか大手SIerの人間はテストも運用も保守もしたことがないので、理解不能な理屈で設計したがる。
639:NAME IS NULL
23/07/08 11:55:41.75 Dzd22CIu.net
今月から、某メーカー系の現場入り。
50万件ぐらいしか入っていない商品マスターを検索するサイトが激重。
DB設計がもろこぼらーの発想。苦言をやんわり現場に伝えたつもりだが、超絶俺様気質の担当者で、聞き入れる気配なし。
逃げたい。
ちなみに、私はデータベーススペシャリスト餅。
640:NAME IS NULL
23/07/08 12:27:10.70 .net
よくある話。
「こぼらーの発想」とか言ってもどこがどう悪いのか他人には伝わらんだろうし。
641:NAME IS NULL
23/07/08 14:07:15.72 .net
正規化って概念がないんだろうな
エクセル感覚であるだけ用意する設計なんだろ
642:NAME IS NULL
23/07/08 14:41:30.21 .net
検索が重いとしか書かれていないのに正規化が出てくる人もどっこいどっこい。
643:NAME IS NULL
23/07/08 17:41:12.84 .net
>ちなみに、私はデータベーススペシャリスト餅。
オレはお前から逃げたいｗ
644:NAME IS NULL
23/07/09 05:25:53.28 Yld3I0en.net
こぼらーがなぜ嫌われるかをこぼらー自身は検証もしないし、俺流正義マンで権力まで持ってたら。。。。
出くわしたら逃げるしかないんだろうか？
645:NAME IS NULL
23/07/09 09:49:24.47 .net
いまどきCOBOL知ってる人も少ないだろうしどこがどのように問題かという具体的な指摘もないから
傍で見ていてよくわからんのよね。検証のしようもないだろう。
646:NAME IS NULL
23/07/09 15:34:31.38 .net
RDBをよく知らない構造化ファイル時代のコボラーはJOINを嫌い
COBOLプログラムから一番扱いやすい形の構造化ファイル風にテーブルを作る
でもそんな時代は30年近く前に終わってる上に定形検索だけなら遅くはならないので
データベーススペシャリスト餅ｗが表面しか見ていないだけだろう
647:NAME IS NULL
23/07/09 22:27:42.41 .net
「コボラー」と言っとけば多分反論は来ないしお手軽にマウントとった気分になれる便利なワード。
648:NAME IS NULL
23/07/10 06:12:24.27 .net
このスレなんてそれが生き甲斐のやつばかりじゃん
初心者の質問にはまともに答えず、馬鹿にして溜飲を下げるだけ
649:NAME IS NULL
23/07/10 22:30:41.83 .net
ところで構造化ファイルってどんなん？
650:NAME IS NULL
23/08/18 08:33:02.53 .net
ﾎﾎﾎ!(^O^)
651:NAME IS NULL
23/09/30 00:06:07.97 .net
まじかよ、それはありえんわ
652:NAME IS NULL
23/10/03 22:53:58.05 puC6ODCi.net
VSAMとか悪名高いよな
653:NAME IS NULL
23/12/03 23:59:55.07 .net
VSAM
654:NAME IS NULL
24/03/07 18:22:53.35 4BnqPTKi.net
処理速度の遅さが頻繁に問題になっていても、めちゃくちゃな設計とめちゃくちゃなSQLを使うのが優秀な開発者なのがITの世界ではエリートだったりするからなあ
目に見えない部分は評価されにくい
655:NAME IS NULL
24/03/09 19:05:23.11 .net
推敲してレスしなおしてくれないか
656:NAME IS NULL
24/03/09 21:29:57.56 sC2bZ4HS.net
有名製品でもデータモデルはひどかったりする
657:NAME IS NULL
24/04/19 07:20:06.15 0Ztguvb/.net
アプリ開発者がただの入れ物として設計してしまうからなあ
658:NAME IS NULL
24/06/06 23:31:21.87 .net
>>657
それだね
他には正規化は遅くなるからだめだというやつもいる
正規化で整理してから多少崩すのは良いけど、そういう事言うやつはたいていめちゃくちゃに作る
もちろんデスペなんて持っちゃいない。
デスペごときをすげえとか言ってるレベル
659:NAME IS NULL
24/06/07 00:35:37.40 vcSub6lm.net
遅くなるというより、性能はあとからどうにでもなるという謎の思想があるからなあ。
660:NAME IS NULL
24/06/07 00:36:14.85 vcSub6lm.net
チューニングという言葉が嫌い
なんでチューニングという魔法で解決するのか