09/11/27 14:40:31 .net
むしろバックエンドにDB使ってないシステムなどまずない
351:NAME IS NULL
09/11/27 20:55:10 .net
とりあえず、>>350が利用している2chはRDBは使っていない
352:NAME IS NULL
09/11/28 03:36:12 .net
いやだからRDBMSじゃなくてDBは使ってるだろ
テキストファイルに書き出すのだって独自DBなわけで
353:NAME IS NULL
09/11/28 07:31:54 .net
逆に東京証券取引所の規模でテキストファイルのほうが無茶だろ。
銀行の取り付け騒ぎで人が大量に押し寄せてATM操作するとISAMでがんばってるホストが堕ちるのと同じ。
テキストファイル自体はdbじゃないだろ。
354:NAME IS NULL
09/11/28 09:10:00 .net
＞ATM操作するとISAMでがんばってるホストが堕ちるのと同じ。
ナニ言ってんだ？コレ？
タイムアウトやら領域が足りなくてトランザクションがコケた事とISAMの関連が意味不明。
ISAMでなく、普通のRDBでも帯域＆領域足りなきゃ落ちるのは一緒なんだが。
テキストを独自ＤＢと言うのは痛いが、引き合いにホストを持ち出してトンデモ理論展開スナ。
355:NAME IS NULL
09/11/28 12:06:43 .net
>353-354
データベースの定義 ＠ Wikipedia
> 特定のテーマに沿ったデータを集めて管理し、容易に検索・抽出などの
> 再利用をできるようにしたもの。
> 狭義には、コンピュータによって実現されたものを言う。
広義には記録メディアが紙だろうが石版だろうがDBはDBなんだぜ。
テキストファイルは言わずもがな。
356:NAME IS NULL
09/11/28 14:30:13 .net
小学生は2chなんかせずに外で遊んでこいよ。
357:NAME IS NULL
09/11/28 15:04:45 .net
とりあえずテキストファイルがＤＢと言うヤツは
ニコ動とか東京証券取引所のシステムを「石版」で構築してから語ってくれ。
358:NAME IS NULL
09/11/28 15:22:55 WYkIZs31.net
MySQL CSVストレージエンジン・・・
359:NAME IS NULL
09/11/28 15:52:18 .net
テキストファイルだけならDBじゃないけどプログラムとしてテキストファイルを使うなら
それを読み出してデータストアとして利用するロジックがあるんだからDBと言えるだろうに
ただ石板は情報システム的にDBにはなり得ないから例えが悪い
360:NAME IS NULL
09/11/28 15:54:11 .net
テキストファイルはDBにならないって言ってる奴は、
ミドルエアとしてのDBMSと勝手に解釈して限定してるんだろ。
361:NAME IS NULL
09/11/28 16:25:41 WYkIZs31.net
>>359
追記専用で基本屋外設置かつメンテ頻度も大変低いという条件下では
中の人の名前が順に彫り込まれる墓石というデータメディアは大変に
優れたものだと思う。
何より墓石メディアを用いた墓場というDBは古くは古代メソポタミア
に始まる何千年もの利用実績があるわけで、侮れん。
362:NAME IS NULL
09/11/28 18:50:14 .net
必死に話をそらそうとしているのを見ると頭が可哀想な人なんだろうな。
常識でモノを考えて喋ってくれ。
会社でよく「コミュニケーション力が低い」と怒られている人だろうけど。
363:NAME IS NULL
09/11/28 18:57:49 .net
>357
指摘が全く意味不明だ。
石版メディアを使ったDBは読み書きが遅く電子処理に向かないので、
東京証券取引所では使えない。それだけの話がなんで理解できない？
おそらく君が「DB」と呼んでいるものは、正式には「RDBMS」だ。
364:NAME IS NULL
09/11/28 19:02:55 .net
いやだから現実的に情報システムで利用できる媒体のみで語れよ
テキストファイル、パンチカード、印刷物あたりまでは理解できるが
石板をシステムで読み書きするシステムなんて現実的に存在しないだろ
365:NAME IS NULL
09/11/28 19:09:00 .net
>>364
今は純粋に「データベース」という言葉の定義についての話をしてるんだろ？
情報システムで容易に媒体以外はデータベースにあらず、というのは単に君個人の
思い込みであって常識じゃない。
電話帳は電話番号のデータベース。これが常識レベルの解釈。
366:NAME IS NULL
09/11/28 19:10:15 .net
× 容易に媒体 ⇒ ○ 容易に扱える
そういう意味じゃ、石版がNGなら紙もNGだろ。
367:NAME IS NULL
09/11/28 19:30:53 .net
現実問題として紙に印刷しておいてあとでドキュメントスキャナで取り込むというデータの保存の仕方はあるけれど
石板に掘っておいてあとで読み込むなんて使い方をしている奴は誰もいないわけで
368:NAME IS NULL
09/11/28 19:36:05 .net
だから、昔は住所データベースが手書きだったりしたんだってば。
電子的に扱えるかどうかなんて問題じゃないんだって。
369:NAME IS NULL
09/11/28 19:43:07 .net
しかし、「データベース」の定義に照らしてもやっぱり2chはデータベースじゃないわな。
370:NAME IS NULL
09/11/28 19:56:06 .net
>>368
印刷物はDBとして使えるって言ってるじゃんみんな
否定されてるのは石版なんてとんでもない例でしょ？
371:NAME IS NULL
09/11/28 19:56:53 .net
>>369
372:NAME IS NULL
09/11/28 20:53:21 .net
>370
手書き文書は印刷物じゃないし、情報システムと親和性が無いのは石版と同じ。
石版の話は極端な例だけど間違いや嘘じゃない。
「データベースと呼べるかどうか」は、使いやすい／使いにくい、早い／遅いなんて
話とは別次元の問題だよ。
373:NAME IS NULL
09/11/28 20:57:48 .net
>言ってるじゃんみんな
「みんな」が誰を指してるのか知らんが、世の中の常識とは言葉の認識が乖離してるな。
374:NAME IS NULL
09/11/28 21:02:17 .net
紙も石板も単にメディアの一種にすぎない
データベースってのは、メディアは関係ない
ハンドリングの容易さとか管理のしやすさとかは別の話
ＤＢとＤＢＭＳの区別ついてない奴が多すぎるな
俺も普段はＤＢ＝（Ｒ）ＤＢＭＳの意味で使ってる場合が多いが
こういった議論のときはきっちり区別しろよ
375:NAME IS NULL
09/11/28 21:15:58 .net
テキスト/バイナリ、電子メディア/紙/石版wなんてのは単に実装方法の違いだけの
話なんだよね。DBかどうか、ってのは記録された情報の性質で決まる事なんだから、
「テキスト形式で保存したから」「記録媒体がアナログだから」なんて理由で
DBじゃなくなるという理屈は根本的におかしい。
376:NAME IS NULL
09/11/28 22:21:58 .net
うちの墓石にも幕末から死んだ先祖の名前と日付が掘ってあるけど、あれもDBだったんだな
377:NAME IS NULL
09/11/28 22:49:14 .net
「データの再利用を目的として、特定のテーマに沿ったデータを集めて管理したもの」では
ないので、墓石はDBとは呼びにくいな。
上記の目的で墓石にデータを記録したなら、それはDBと呼んで差し支えない。
378:NAME IS NULL
09/11/28 22:54:56 .net
>>377
>特定のテーマに沿ったデータを集めて
お墓の中に入っている人の名前しか入っていないけど。
>データの再利用を目的として
毎年お墓参りしないの?
379:NAME IS NULL
09/11/28 23:12:30 .net
>378
一般的には、墓石は単に故人の名前を残すこと自体が目的だと思うけど。
例えば「大量の先祖の中から特定の故人の名前を探す事を容易にする」のを目的に
墓石に名前を彫ったんだとしたらDBと呼べるんだろうけど。
目的がデータの再利用ならデータの構造も探索に適した構造になってる筈だけど、
故人の名前に見出しが付いてたりはしないだろ？
>毎年お墓参りしないの?
俺はしないw
つか、お墓参りはデータの再利用なのか？
380:NAME IS NULL
09/11/28 23:18:18 .net
没年でインデクシングされた故人データベースとして使う事は可能だなw
381:NAME IS NULL
09/11/28 23:27:29 .net
所詮墓石はデータメディアにしか過ぎない。
墓地の管理人さんも含めて初めてデータベース管理「システム」
と呼べる。
382:NAME IS NULL
09/11/28 23:36:57 .net
過去帳ならともかく、墓石そのものは集積されていないからなぁ。
383:NAME IS NULL
09/11/28 23:52:27 .net
墓石とか石版とかどうでもいいよｗｗｗ
384:NAME IS NULL
09/11/29 00:06:05 .net
>>383
しょうもない話だけど、本質を捉えていて面白いじゃないか。
こういう話を見てると、普段「データベース」という物がいかに
表面的かつ一面的にしか捉えられていないかが解るな。
385:NAME IS NULL
09/11/29 05:16:11 .net
しかし「データベース」の定義という知識が必要となることはまずないからなぁ。
今では博物学的意味しかないかもしれん。
386:NAME IS NULL
09/11/29 05:22:49 .net
テキストファイルや紙までなら理解できるけど
石版とかになるともうデータを取り出す目的で作ってるわけじゃないし
データベースじゃなくてストレージなんじゃないかと
387:NAME IS NULL
09/11/29 06:09:08 .net
ストレージがなければデータベースも実装できないのだが。
388:NAME IS NULL
09/11/29 06:31:32 .net
自動車にはタイヤが必要だがタイヤは自動車ではない
389:NAME IS NULL
09/11/29 07:40:55 .net
データベースは物質ではなくて概念の名前。
石版の例で言えば、厳密には石版そのものがデータベースなのでなく、石版に記録された情報が
データベースなの。
> 石版とかになるともうデータを取り出す目的で作ってるわけじゃないし
この話は「仮にデータの集積方法が石版への記述であったとしてもDBはDB」という例え話だろ。
データを取り出す目的で石版を作る事だって当然できる。
ほかのデバイスより読み書きの効率が悪いとか集積率が悪いとか、そんな事はここでは全く
問題ではない。
> しかし「データベース」の定義という知識が必要となることはまずないからなぁ。
知識以前に常識の問題だと思う。
データベースという言葉が何を指すのか知らないで日々その言葉を使うのか？
狭義のDB＝DBMSの中にもDBって言葉は入ってるんだぜ。
390:NAME IS NULL
09/11/29 08:23:41 .net
「DBMS」と「データベース」は異なる概念だというのは常識レベルの話だとしても、
あるAが「データベース」の定義にはてはまるかどうかという判断が求められることって
こんな議論の場でもなきゃまずないだろ。だいたい、「データベース」という言葉は
そもそもDBMSと比較して定義があいまいだし。
掲示板/BBSという用語を正確に定義付けられなくても2chやるのに何の支障も
ないってことよ。
391:NAME IS NULL
09/11/29 09:06:02 .net
なんでこんな現実性のない言葉遊びで熱くなれるんだ？
職場で「空気読めないヤツ」とか言われないか？＞石版データベース君
392:NAME IS NULL
09/11/29 09:06:16 .net
> あるAが「データベース」の定義にはてはまるかどうかという判断が求められる
日常的に行われている事だけど、当たり前過ぎて普通は意識しないだけだろ。
というか、そんな高尚な話か？
一から十まで常識レベルの話をとくとくと聞かせてるのに、まるで理解してるように
見受けられないから話が長引いてるだけだと思うんだけど。
> 掲示板/BBSという用語を正確に定義付けられなくても2chやるのに何の支障も
> ないってことよ。
エンジニアが仕事で使うならそんな訳にいかんだろ。ちゃんとしろよ。
393:NAME IS NULL
09/11/29 09:14:55 .net
>391
石版の話は単なる例え話だ。言葉の定義は単なる遊びでなく現実の問題だ。
散々感覚のズレを指摘されてるのに反省が見られんな。
こういういい加減な奴が技術者ってのが信じられん。
394:NAME IS NULL
09/11/29 09:20:20 .net
言葉遊び云々を言うなら、「テキストで保存したらもうDBじゃない」という
主張の方がよっぽど屁理屈だと思うんだ。
395:NAME IS NULL
09/11/29 09:44:03 .net
>>392
別に判断が必要じゃなきゃ仕事でもしないだろ。そもそも、データベースに該当するか
どうかという判断なんて、たとえばどういうケースで何のために行うの？
396:NAME IS NULL
09/11/29 09:58:23 .net
判断するというより、言葉の指す意味の範囲を知っておく事が重要だよ。
仕様書に「ログインユーザのデータベースを作成する」と書いてあったとして、
書いた側と受け手に共通認識が無いとおかしな事になる。
ぶっちゃけこういう時、勝手にRDBMSの準備をする奴は無能なエンジニアだと思う。
397:NAME IS NULL
09/11/29 10:17:09 .net
＞仕様書に「ログインユーザのデータベースを作成する」と書いてあったとして、
この場合は普通にDBMSを用いてログイン情報を管理する事を想定すると思うが。
要件に「ログインユーザの履歴を記録する」ならテキストに順次書き出しを想定する。
＞書いた側と受け手に共通認識が無いとおかしな事になる。
＞ぶっちゃけこういう時、勝手にRDBMSの準備をする奴は無能なエンジニアだと思う。
現実の仕事だとすり合わせとか会議があるからありえないケースだが、
そういう発想できる人の方がコミュニケーション能力と実務経験が欠如したエンジニアだと感じる。
398:NAME IS NULL
09/11/29 10:30:07 .net
DBを作成するけど、所謂DBMSを使わない案件だっていくらでもある。
DBが概念に過ぎない事を知っているエンジニアは、実装はどうするか？という発想になる。
そうでない人はDBMSを使う（仕様作成元は使いたがっている）と信じて疑わない。
> 現実の仕事だとすり合わせとか会議があるからありえないケースだが
勘違いしたまま実装まで行かないのは当然。
だだし、すり合わせの場でその話が出るまではずっと勘違いしてるわけだ。
仕事の仕方は全然違うと思うがね。
399:NAME IS NULL
09/11/29 10:31:32 .net
>>396
コミュニケーションミスの話はまた別のような。
「AはXである」
「『Iさんの言うA』はXである」
この2つの命題はは異なるからね。
データベースとDBMSは概念が異なるという常識があって、その上でその仕様書に
書かれた「データベース」がどちらを指しているのか明確でなく、さらにその違いが
実装する上で重要な違いなのであれば、普通は確認するよね。
そういう状況で、「『データベース』は必ずしもDBMSを必要としない」といって
勝手にテキストファイルで作ってしまうのも同様に困ったチャンだろうね。
後で客と「データベースを作れと言ったじゃん」「テキストファイルでもデータベースです」
みたいな押し問答になったりして。
400:NAME IS NULL
09/11/29 10:42:43 .net
石板DB否定派＝DBとは実装のこと。テキストがDBの実現手段に含まれる事を想像もしない。
石板DB肯定派＝DBとは概念のこと。DBの実装形態が様々あることを理解し、色々な可能性を想定している。
DBを概念として捉えている人は、実装について勝手な思い込みはしない。
> 勝手にテキストファイルで作ってしまうのも同様に困ったチャンだろうね。
その人はポジション的に石板DB否定派だと思う。
401:NAME IS NULL
09/11/29 10:46:30 .net
>>397
>この場合は普通にDBMSを用いてログイン情報を管理する事を想定すると思うが。
スタンドアロンや組み込みのシステムでもかい？
402:NAME IS NULL
09/11/29 10:55:39 .net
>>400
アンタさぁ、自分ひとりが後者、他の全員が前者だと思ってるだろw
403:NAME IS NULL
09/11/29 10:58:48 a+E7ORTb.net
既婚女性板はカルト団体の糖一教回や、そよ風などが支配し世論工作をしています。
既婚女性に成り済ましレスを繰り返してます。
残念だが既婚板の政治スレは全部カルトの工作スレです。
例えばこのスレ
↓
【民主党の政策に不安を感じる奥様の雑談室】その80
ｽﾚﾘﾝｸ(ms板)
web魚拓
URLﾘﾝｸ(s03.megalodon.jp)
404:400
09/11/29 11:01:08 .net
>402
いや、常識的な大半のエンジニアが後者、このスレにいる数名が前者だと思ってるが？
なんでそう思う？
405:NAME IS NULL
09/11/29 11:21:32 .net
その「数名」ってどこにいるの？
その話題でループしてんのアンタ一人じゃない？
406:400
09/11/29 11:28:21 .net
>405
そもそも石版の話を出したのは俺じゃないんだけどな。
テキストファイルはNGだ、紙ならセーフだ、墓石はどうだ、なんて話をしてた人は
明らかに前者だろ。石版DBの話にチャチャ入れてた奴も前者だと思ってるけど。
あ、君がどっちかは知らんよ。
407:NAME IS NULL
09/11/29 11:41:05 .net
どうせもう「前者」は居ないんだろうし、
>337以前の流れに戻そうや。面白かったけど、ちょっと引っ張りすぎ。
408:NAME IS NULL
09/11/29 11:43:41 .net
墓石のチャチャいれ？>>382なら俺だ。
つかその時点で既にデータベース≠DBMSが前提の議論じゃん。
409:NAME IS NULL
09/11/29 11:52:49 .net
>>408
>383 とか >391 のつもりだったんだが。
>382はそれもそうだなあ、と思いながら読んだよ。
> その時点で既にデータベース≠DBMSが前提の議論じゃん
君はそうかも知れんけども。
>386 とか >397 は理解してるようには見えん。
410:NAME IS NULL
09/11/29 12:45:50 .net
なんか休日に寂しい暇人が勝手に敵を作って「俺Sugeee」って言ってるスレだな。
定義厨は他人の意見を絶対に聞き入れないからカキコするだけ無駄だな。
411:NAME IS NULL
09/11/29 16:25:18 .net
馬鹿は反省しないから馬鹿なんだよね
412:NAME IS NULL
09/11/29 17:19:39 .net
DBとDBMSの区別もつかないレベルの人に仕事が回ってきちゃうぐらい
データベース設計が軽視されているという流れでOK？
413:NAME IS NULL
09/11/29 18:15:34 .net
DBってドラゴンボールですか？
414:NAME IS NULL
09/11/29 23:57:19 .net
墓石をデータの永続化対象として何がいけないのか、さっぱりわからん
415:NAME IS NULL
09/11/30 00:10:22 .net
曰く「実際にそういう実施例が存在するかどうか」が重要なんだそうだ。
頭が固いを通り越してアホとしか思えん。
416:NAME IS NULL
09/11/30 00:15:09 .net
DBってドラゴンボールではないんですね
417:NAME IS NULL
09/11/30 05:27:07 .net
ログイン認証の情報はテキストに保存しないって言ってる奴正気か？
htpasswd知らないとかないよな
418:NAME IS NULL
09/11/30 06:56:41 .net
このスレの本題はRDBMSのスキーマ設計の軽視だが、
実は軽視されてるのはデータ設計全般なんだろうか。
と、ここ数日のやりとりを見ていて思った。
2chのレベルが平均的とは思わないけれども。
419:NAME IS NULL
09/11/30 07:22:36 .net
一部のアフォが喚いているだけだろ
420:NAME IS NULL
09/11/30 22:20:31 .net
マジレスすると軽視されてるのは設計屋だお
421:NAME IS NULL
09/11/30 22:27:14 .net
マジレスすると開発＆運用屋は軽視されている
422:NAME IS NULL
09/12/01 00:41:31 .net
マジレスするとDBはデータベースだお
423:NAME IS NULL
09/12/01 01:33:05 .net
マジレスするとこの板が出来たときは8割のスレがドラゴンボール関連だった
424:NAME IS NULL
09/12/01 01:41:26 .net
過去レスみたら、>>19にワロタｗ
ひどいね
425:NAME IS NULL
09/12/01 02:04:03 .net
タイムスタンプにINT型でUNIX時間入れてるのが酷いと思ったけど超えたな
426:NAME IS NULL
09/12/01 10:05:12 .net
正しい知識を持った人間以外がプロになっているのがおかしい
一級建築士と同じように、充分な知識を学習した人間のみが、
システム設計に参画出来るようにするのが本来の正しい姿。
もう、遅いけどね。
427:NAME IS NULL
09/12/01 15:06:04 .net
機械設計だって回路設計だって人生設計だって資格はないけどな
428:NAME IS NULL
09/12/01 20:06:48 .net
十分な知識を学習とかって、実務経験に勝るモノはないんだが。
正確には「各行程を経験し死ぬまで学習意欲があり常に成長し続ける
コミュニケーション能力の高い人間」でないと設計はやるべきではない、
が正しいな。
知識なんてあって当たり前でなんの自慢にもならん。
まあ、免許制にして欲しいと思う事は多々あるがｗ
429:NAME IS NULL
09/12/01 21:25:31 .net
ペーパーでOracleのプラチナやPostgreSQLのゴールド持ってる奴より
無資格で現場で痛い目に遭ってる奴の方がまだいいだろうな
430:NAME IS NULL
09/12/01 21:55:33 .net
どっちが重要なんて比べるもんじゃないだろ。
知識も経験もどっちかが欠けてたらダメじゃん。
知識なんてあって当たり前。経験なんて勝手に積み上がる。
431:NAME IS NULL
09/12/01 22:20:12 .net
知識は幅広い視野を持つのに必要、経験はその上で必要。
スレチだが、ちまちま何かを作ったのに、それをカバーした上品なライブラリ見つけたらマジへこむ。
432:NAME IS NULL
09/12/01 22:32:55 .net
「知識より経験」って言う奴って、自慢できるのが本当に経験だけだったりするからな。
そういう奴は得てして怪しげなノウハウを振りかざしたり、理論的な話をするとなぜか怒ったり。
433:NAME IS NULL
09/12/01 22:48:16 .net
>>429
Platinumはペーパーでは取れんだろう。
434:NAME IS NULL
09/12/01 23:24:20 .net
>>432
資格もっててスマソｗ
つかDB関連の資格はペーパーはなくなないがある程度以上は実際に使った人間でないと
受かるのは辛いだろ。
現実には資格持ちは「古くて使えなくて胡散臭い都市伝説」を信じてるヤツ多いけどな。
「SQLはこう書くと・・・」とか「サロゲートキーが・・・」とか「こういう場合はストアドが・・・」とか、
「こうやって教えられた」とか、応用を知らんのかと小一時間(ry
実際やらしてみるとパフォーマンスでなかったり、JOBの再投入が不可能な論理設計したりとか。
資格取った後も最新動向やら勉強会やらニュースとか読め。
435:NAME IS NULL
09/12/02 00:43:57 .net
なんだその痛すぎる自己紹介はw
436:NAME IS NULL
09/12/02 01:12:12 .net
ペーパーでplatinum結構いるよ
goldだとやたらいる
437:NIN
09/12/02 01:52:02 .net
その先生方に確認したんだが、
テーブルの主キーの空きを管理するテーブルを作って、
主キーの空きを管理するっていうことを聞いたんだけど、ほんとかぬ？
438:NAME IS NULL
09/12/02 03:45:08 .net
OracleのGoldやPlatinumは講習会受けて取る資格だからな
難しいのは確かだけど時間と金がものを言う資格でもある
439:NAME IS NULL
09/12/02 04:26:21 .net
国家資格の情報処理試験が評価されてない現実。
440:NAME IS NULL
09/12/03 20:45:05 .net
>>425
1970年1月1日0時0分0秒からの経過秒数をDBに整数型で入れてるってこと？
…それはナイスな方法だな。今度使わせてもらうわ。
441:NAME IS NULL
09/12/03 21:21:06 .net
データ的には軽いけどトラブル対応時に人間が見て全く意味がわからないから死ねる
というか死んだ
442:NAME IS NULL
09/12/04 00:27:24 .net
その手の変換ツールぐらい準備しておくものだ。プログラマなら簡単にツールぐらい作れるだろ。
443:NAME IS NULL
09/12/04 01:15:07 .net
いやだから普通にtimestampでいいじゃんて話じゃないのか
プログラム上でだっていちいち変換して使わなきゃならんのだし
444:NAME IS NULL
09/12/04 07:26:50 .net
RDBMSによって実装が違うが、このケースでは普通にtimestampを使えばいいのでは？
そういう型がないRDBMSなら仕方ないと思うけど。
445:NAME IS NULL
09/12/04 08:09:50 .net
Unix系のアプリなら、time_t型を入れると出し入れが便利じゃん。
変換するコストもいらないし。
446:NAME IS NULL
09/12/04 09:21:40 .net
画面にそのまま出すのか
入力は？
447:NAME IS NULL
09/12/04 22:45:54 .net
まあUnix系なら「出し入れ」だけは便利な面はあると思う。
日付や時刻関連でGROUP BYするときにちょっと殺意が沸くくらいだな。
448:NAME IS NULL
10/03/21 14:22:04 7Pz5sOZx.net
age
449:NAME IS NULL
10/04/11 16:39:24 .net
ahe
450:NAME IS NULL
10/05/16 01:23:57 LQJdvEO0.net
有効期間のあるマスタテーブルの主キーってサロゲートキーにできるのかな？
451:NAME IS NULL
10/05/16 02:11:03 .net
できるよ
452:NAME IS NULL
10/07/31 21:47:51 IkDl9wDS.net
age
453:NAME IS NULL
10/10/30 13:29:21 .net
インデックス10個のテーブルに100万件のデータってやばいですか？
454:NAME IS NULL
10/10/30 14:23:02 .net
>>453
全然普通
455:NAME IS NULL
10/11/02 22:37:47 .net
それ殿くらいの鯖スペックでの話？
456:NAME IS NULL
10/11/03 08:21:23 .net
その辺の安鯖でも楽勝なレベル
要求性能にもよるが、10年前のハイエンドクラスだときついだろうね
457:NAME IS NULL
10/11/16 17:14:04 .net
atom 1.6GHz 2GBメモリで１００人ぐらいの共有鯖でもおk？
458:NAME IS NULL
10/11/23 16:06:12 lzgg56a3.net
余裕のヨーコゼッターランド
459:NAME IS NULL
10/11/24 16:00:20 .net
じゃあ問題出たら損害賠償請求するのでヨロw
460:NAME IS NULL
10/11/24 21:25:35 .net
じゃあ性能要件を満たす設計をしてあげたからその分の費用請求ヨロｗ
0.25人月で60万円でおｋ
461:NAME IS NULL
10/11/24 21:32:17 .net
単価安いなｗ
462:NAME IS NULL
10/11/26 21:57:49 .net
1人月240万だろ？充分高いだろ
俺のとこなんて1人月120万だよ基本orz
463:NAME IS NULL
10/11/27 02:10:26 .net
そんなボッタクリな所には仕事頼まないしw
464:NAME IS NULL
11/01/18 19:33:09 .net
プラズマクラスター効果なし
URLﾘﾝｸ(twitter.com)
465:NAME IS NULL
11/10/29 19:01:44.37 .net
大手ベンダーの標準的な人月って150万くらい？
466:NAME IS NULL
11/11/27 14:59:22.75 .net
>>439
国家資格（笑）の情報処理試験受けたことあんのかと
あんなもん実務に役立つのはどのポジションだろうが2割程度だろ
「プラズマテレビがガス放電で発光してます」とか知ってる必要あんの？
IPAは今年度になってようやく業界のゼネコン型に言及するレベル
お勉強しか出来ない無能集団の天下り先
国家自体が無能で仕事遅いしなｗ
ロジックとデータ（論理・物理）見てテストして
壁にぶち当たってマニュアルやら仕様書見て
ソースとデータ（論理・物理）見てｒｙ・・・・ループ
この作業以外で技術力を上げる方法なんか存在しない
467:NAME IS NULL
11/12/02 21:33:33.05 kohrfEHA.net
派遣で天才プログラマーが消えた
468:NAME IS NULL
11/12/03 00:57:01.54 .net
>>466
糞ﾜﾛﾀお前の情試の例はよりによってITパス/FEの午前かよｗ
高度のスペシャリスト系は良く出来てる
所詮知識なので合格即実務で出来る、ではないが
「この程度も知らずに実務やってないよね？」感はある
469:NAME IS NULL
11/12/03 12:43:57.30 .net
>>468
高度がよく出来てる？
アホか？回答速報当日出ないような奇問も混じってるわけだが？
470:NAME IS NULL
11/12/03 13:50:27.97 .net
>>469
お前はずっとFE午前レベルの「プラズマテレビの～」だけやってろｗ
お前みたいに高度もとれない程度の知識レベルの奴が設計してるシステムとか・・・
関わってる連中が可愛そうだわ。まさにスレタイにピッタリな人間ｗｗｗ
471:NAME IS NULL
11/12/04 00:16:08.13 .net
>>470
難易度低い時に受けてたまたま取れたヤツが偉そうにしてるの見ると痛々しくなるよな。
基本はわかってるが応用効かないし、製品個別の仕様部分を考慮できなかったりロクなヤツがいない。
472:NAME IS NULL
12/04/23 13:48:49.67 .net
専板のDB設計スレが保守の末落ちる程だから軽視も致し方ない
473:NAME IS NULL
12/07/15 16:24:28.05 .net
大本の設計程制約少ないから楽に作れるもんなんだが、
逆に末端がどんどん依存してくれるから後で変更するのがた～いへん。
わかってるとこだとDB設計にコストかけてくれる。
わかってないとこだと作る側の営業と使う側の購買が交渉にコストかけてくれる。
後者、会社関係単位で迷惑。
詳細テーブル全てに予めtempカラム群持たせるのって、
個人的にはかなりの糞だと思うんだが・・・
474:NAME IS NULL
12/07/22 12:59:18.94 .net
予備カラム…COBOL脳全開の設計ですな。
475:NAME IS NULL
12/07/22 14:06:03.40 C+pjCT8o.net
そこで列指向データーベースですよ
476:NAME IS NULL
12/07/23 19:43:57.61 .net
そうそう
ところで激安中古CAD専門店っていいの見つけた。
かなり安いし使える
477:NAME IS NULL
12/07/24 22:41:20.78 .net
>>474
何百万レコード級のテーブルを
使ったことはある？
ALTER TABLEだけで何十分とか
当たり前にかかったりするぞ。
それを思えば、ハナからバカにした
ものでもない。
478:NAME IS NULL
12/07/24 22:49:28.17 .net
>>477
レコード数が多いからこそ、カラム数を減らすべきだってことが分からないのか？
479:NAME IS NULL
12/07/24 22:55:57.42 .net
COBOL脳だとRDBにおいてはテーブルサイズが大きくなるとパフォーマンスが加速度的に劣化する場合があることを理解できない。
あいつらなんでもかんでも一行づつ処理しようとする。
処理時間=一行の処理時間(一定)×行数
はRDBじゃ通用しないんだよ
480:NAME IS NULL
12/07/24 23:29:57.10 qDs+O0CQ.net
某H関連会社に訪れた際、若手ＳＥが仕様レビューを受けていた
「ここでSQLのSUM関数で合計を取得します」
「それ信用できるの？ちゃんと一つずつ足さないとダメだよ」
２１世紀でこれかと驚いた
481:477
12/07/26 22:49:50.88 .net
>>478
ケースバイケースだと言ってるんだよ。
絶対どっちか、というものではない。
予備カラムがあっても、理由が充分なら、
それでよいではないか。
482:NAME IS NULL
12/07/26 23:25:44.93 .net
予備カラムなんて持たせたら、いざ使う時、意味合いとカラム名が乖離するよね。
検索パフォーマンスが必要無いならxml型にするって手もあるけど
483:NAME IS NULL
12/07/26 23:36:01.31 D083zD7I.net
DB変更は仕様変更になるから別契約だけど
予備項目を活用する分には保守の範囲内で出来るから
予備を多めに作っとくっていうのがあったな
クソだと言われてる設計でも事情でそうなってるのも結構あるよね
484:NAME IS NULL
12/07/27 00:24:21.29 .net
予備カラム多用すると、後々どの予備カラムが何の目的で使われてるか分からなくなるw
画面から予備カラムにセットする値にも制限掛からないから、変な値入ってバグってみたり。
485:NAME IS NULL
12/07/27 20:28:23.51 .net
そもそも可変長ランダム入出力が基本なRDBのレコードにおいて
予備カラムをあらかじめ作る必要性はうすい
COBOLだから予備カラムつくるんじゃなくて、それが動いているプラットフォームが
固定長バッファのシーケンシャル入出力を基本としてたから必要なだけ
486:NAME IS NULL
12/07/28 01:31:34.34 +zDhKkY8.net
>>439
あんな天下り先確保のための試験を
ボッタクリ価格で受けるとか、
怒りが湧いてくる。
487:NAME IS NULL
12/07/28 02:12:21.50 .net
まるで意味のない資格では無いだろ。
とはいえ午後1は酷い問題混じってることあるから、選択運の要素が強いけど。
488:NAME IS NULL
12/07/28 10:54:33.10 .net
>>486
安いので許せや
489:NAME IS NULL
12/07/28 10:55:35.76 .net
>>487
酷い問題のってどれですか
490:NAME IS NULL
12/08/04 09:12:32.99 .net
>>487-488
>>486 は取れなかった奴の言い訳じゃね (w
491:NAME IS NULL
13/10/13 20:53:47.26 4bhXtCWz.net
保守age
492:ＮＰＣさん
14/01/15 06:23:23.94 8z9mQXwT.net
66427727358778987766457232625+40=66427727358778987766457232665
www.2ch.net
toro.2ch.net/db/
toro.2ch.net/test/read.cgi/db/1228061247/
493:NAME IS NULL
14/01/29 00:39:34.78 .net
>>1
せっかく合意のとれた業務フローとテーブル設計を
180度ひっくり返しに来る奴（客・身内問わず）がいるから
それが最初からわかってるから軽視される
494:NAME IS NULL
14/01/29 01:16:58.43 .net
この前某中古ショップですごく安いパソコンを発見しました。
ちょうど私はその時新しいパソコンがほしいと思っていて本当に買おうかと悩みました。
というのも２０１１年製でCPUがCorei5、メモリも４ＧＢあるしHDDが１ＴＢもあってお値段がなんと３８０００円でした。
まだ発売日からあまり期間も経っていないしこのスペックでこの値段ならかなりお買い得かなと思ったのですが、問題は少スペース型というか拡張性がないタイプのものだったんです。
それにグラフィックボードもついておらず後々の事を考えるとやめといたほうがいいかなという結論に達しました。
結局ネットでBTOのパソコンを後で注文しました。
いやぁしかしまさか周りにあるパソコンの中で一番スペックが高いのに一番安い値段になってるとは思いませんでした。
ｽﾚﾘﾝｸ(hp板)
ｽﾚﾘﾝｸ(hp板)
495:NAME IS NULL
14/02/02 00:06:45.66 LwhyxpFz.net
自分で競馬データベースや競馬新聞を作りたいんだが
どんなプログラミング言語を学習すればいいですか？
競馬を通してプログラミングを勉強すれば楽しいと思うし、
仕事にも役立つとなれば一石二鳥。
データーソースは外部の物を利用。
496:NAME IS NULL
14/02/14 21:34:14.86 .net
↓こういう提供されたexcelデータがあるとします
日本小学校
１年 |２年
1組 ２組 | 1組 ２組
座席番号１安藤 伊藤|五十嵐 飯田
座席番号２臼井 榎本|上田 岡田
座席番号３０（全クラス３０で統一）
↑をデータベースに格納しようとすると
こういう風な感じになると思いますが
日本小学校 一年 1組 座席番号1 安藤
日本小学校 一年 1組 座席番号2 山田
日本小学校 ２年 1組 座席番号1 伊藤
視覚的に編集するには前者の方がやりやすいですよね
こういう前者のデータ構造は何か名称があったりしますでしょうか
また前者のテーブルの横にアメリカ小学校を追加する場合もあります
こういうデータを管理するために何かいいツールとかないでしょうか？
データベースに格納できるよう変換してくれたり
１年 |２年
1組 ２組 | 1組 ２組
日 座席番号１安藤 伊藤|五十嵐 飯田
本 座席番号２臼井 榎本|上田 岡田
小
ア 座席番号１ボブ トム
メ 座席番号２マリー
リ
カ
小
こんな風にしたり
497:NAME IS NULL
14/02/15 11:02:45.63 .net
>>496
そもそもそれはデータ構造と呼べる代物かが疑問なんだが
表現方法としては「マトリクス表」とか呼べばいいんじゃね？
ツール？excel使えばいいじゃん
excel VBAでcsvを出力するマクロを作れば終いだ
498:NAME IS NULL
14/02/15 20:26:44.89 .net
やっぱ自作ですかね
どうもです！
499:NAME IS NULL
14/07/22 14:35:32.25 AM7LzXqx.net
★2ch勢いランキングサイトリスト★
◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
◎ +ニュース板他
・ Desktop2ch
・ 記者別一覧
◎ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
・ ログ速
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi
※ 要サイト名検索
500:NAME IS NULL
14/07/23 19:35:38.12 .net
埼玉県警川口署は２０日、小学生の女児の下半身を触ったとして強制わいせつの疑いで、
同県蕨市南町、東大大学院博士課程の内藤慶一容疑者（２６）を逮捕した。
川口署によると、内藤容疑者は「研究が忙しく、ストレスがたまっていた。少女に興味があった」と供述している。
逮捕容疑は１月４日午後５時半ごろ、埼玉県川口市並木２丁目の書店１階の階段近くで、
当時９歳で小学４年だった女児の下半身を触った疑い。
書店の防犯カメラ画像を解析するなどして内藤容疑者が浮上した。
３月上旬に近くのスーパーで別の女児が下半身を触られる被害があり、関連を調べる。
URLﾘﾝｸ(www.47news.jp)
501:NAME IS NULL
15/02/08 18:11:12.29 .net
色々あるけど結論として
役に立たないんだよ。
まじで。
502:NAME IS NULL
15/08/22 10:22:18.62 .net
テーブル設計がきちんとしてるだけで
オプティマイザがいい仕事するんやで
503:NAME IS NULL
15/10/22 23:00:56.18 72sKbAfY.net
☆ 日本の核武装は早急に必須ですわ。☆
総務省の『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。
504:NAME IS NULL
15/11/22 12:48:10.28 7pwbZA71.net
インターフェイスが決まってからデータベースを設計するのに今更気づいた。
505:NAME IS NULL
15/11/24 20:00:17.75 dq6F7Xc9.net
>>504
インターフェイスって何？
506:NAME IS NULL
15/11/24 21:21:06.03 bTXxqVP9.net
> 748 名前：名無しピーポ君 ：2015/11/24(火) 12:28:48.30
> 噂の日教組保育士がまた報復やったってさ
>
> 749 名前：名無しピーポ君 ：2015/11/24(火) 12:41:16.38
> あーーーー在日居住地にある能満幼稚園の
507:NAME IS NULL
15/12/10 17:38:16.52 9MpJNZja.net
>>504
システム間インターフェイスだとしても、ユーザーインターフェイスだとしても間違っているか？
508:NAME IS NULL
15/12/10 17:40:03.26 9MpJNZja.net
データをどう持つのかを初めから考えていないとUIもデータモデルも失敗する。
509:NAME IS NULL
16/01/21 04:46:50.28 .net
途中で持ち方換える事もあるけどな
510:NAME IS NULL
16/12/16 06:28:37.13 .net
柔軟に設計しろよ。ただしスタンダードはある。
511:NAME IS NULL
17/08/18 10:52:33.77 .net
>>216
Googleの検索システムがKVSの御時世に何言ってっだこいつ？
512:NAME IS NULL
17/08/18 13:05:23.32 .net
>>511
8年前の書き込みに何言ってっだこいつ？
513:NAME IS NULL
17/08/18 22:51:50.80 41NDIrx4.net
>>511
>>512
自演なのかも知れんがクッソワロタ
514:NAME IS NULL
17/08/22 21:43:07.29 .net
スレタイが気になっから来てみたが
データベース設計を「テーブルレイアウトを決める」という作業と捉えてる時点でDB設計を軽視してるんだよね
テーブル設計はDB設計の中でも末端作業だから、そういう認識から変えたほうがいい気がする
経験上、DB設計出来ますってやつのうち概念設計や論理設計がまともにできるやつは20人に1人いればいいほう
515:NAME IS NULL
17/08/23 00:07:55.54 xUh+Pb4A.net
論理設計とかについて偉そうに語れるほど
論理設計が出来るとは思ってないが
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことを
末端作業と言って軽視すのは
どうかと思うよ
516:NAME IS NULL
17/08/23 01:15:21.19 .net
軽視してるってわけでもないんだがテーブルレイアウトを決めるのはDB設計全体の一部でしかなく
それも最後のほうにやる作業だって意味
ある業務に関わるデータをどういうデータ構造で管理するのが適切かを考えようとしてる時に
「Excelのフォーマットを決める」ような作業が、RDBなら「テーブルレイアウトを決める」という作業
「どういうExcelフォーマットにしようか」ってのと同じ観点から始めて
テーブル定義書と申し訳程度のER図を書くことがDB設計だと思ってる人がすごく多い
DB設計はテーブルレイアウトを決める作業じゃなくて、DB設計の結果としてテーブルレイアウトが決まる
517:NAME IS NULL
17/08/23 02:10:01.71 .net
システム設計を「クラスの定義を決める」作業として捉えてるのと同じって言ったほうがわかりやすいか
クラス図とクラス定義書を書くのが設計だと思ってる人はほとんどいないけど
DB設計においてはそのレベルの人がたくさんいるよね
518:NAME IS NULL
17/08/23 08:18:56.25 ZPvWL1rI.net
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことが
最も大切だよ
それだけの話
それらを必要に応じて
敢えて崩すのはアリだけど
正規化をやらないとかはありえない
519:NAME IS NULL
17/08/23 22:05:49.25 .net
>>518
それって結局、DB設計をテーブルレイアウトを決める作業と捉えてて
テーブルレイアウトを決めるのにはそれらが最も大切だって言ってるんじゃねーの？
例えば正規化ってOOにおけるSRPやOCPみたいな設計原則に相当するものだよ
SRPに従ってクラスを分けることがシステムやプログラム全体の設計の中で最も大切だったりする？
クラス定義においてならまだ理解できるけどさ
それと同じで正規化の知識は必須だし、業務アプリなら当然その設計原則に従ったモデルを作るんだけど
DB設計において正規化することが最も大切なわけではないよ
520:NAME IS NULL
17/08/23 22:20:54.73 HAUVK0b0.net
>>519
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことが
最も大切だよ
それより大切なことって何かな？
521:NAME IS NULL
17/08/23 22:52:53.62 .net
>>1
>何故データベース設計は軽視されるのか？
理由を考えてみたが、教育不足と経験不足が大きな原因だと思う
まず一般的なプログラムの設計に比べてDB設計はその機会自体が圧倒的に少ない
それはプログラムに比べてDBは数も少なくライフライクルも長いし、プログラム設計に比べればDB設計は一人で担当できる規模が大きいから
機会自体が少ないから、業務アプリに関わるエンジニアの中で繰り返し何度もDB設計の経験が積めるような人も当然少ないし
その中でも優れたDB設計者となるともっと少ない
だから一部のDB設計に特化した会社や部門を除くと、かなり大手でもDB設計に関してまともに後進の教育や育成ができるような人はすごく稀
そうでない人たちに教育・育成されたエンジニアが大多数を占めるからDB設計が軽視されることが自然と多くなる
DB設計能力の低いと、どうしてもプログラムの処理に重きを置きがちで
プログラムからデータをどう使いたいかという観点でDBを設計しちゃう人が多い(=DB設計の軽視)
そういうやり方を見てきた人たちはそれが当たり前だと考えるからDB設計軽視が再生産される
個人レベルでは優れた教育を受けたり、数多くの経験を積むことで負の連鎖からは抜け出せそう
会社レベルではDB設計の機会の少なさと重要性を認識して、優れた育成者を多く育てる努力が必須かな
522:NAME IS NULL
17/08/23 22:56:37.93 .net
>>520
DB設計において最も重要なことは
ビジネスドメインと要求を深く理解して適切なデータモデルを作ること
523:NAME IS NULL
17/08/23 23:33:45.34 HAUVK0b0.net
>>522
ビジネスドメインと要求を深く理解するというのは
そもそもデータベース設計レベルの話かい？
524:NAME IS NULL
17/08/24 00:54:44.89 .net
>>523
そうだよ
ちゃんとしたデータベース設計には必須だよ
対象のドメインと要求を深く理解しないと適切なデータモデルは作れないから
だからプログラムの実装に近い人がDB設計するよりも
要求分析をする人で技術力もある人がDB設計をしたほうがまともな設計ができることが多いよ
後者の場合は組織や責任者がDB設計にとって何が重要か理解しててDB設計を軽視してないっていう理由も大きいけどね。
525:NAME IS NULL
17/08/24 01:09:48.34 3UP+EtyQ.net
>>524
ふむ
要求分析をする人で技術力もある人が
ビジネスドメインと要求を深く理解して適切なデータモデルを作れば
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するのは
やらなくて良いと仰りたいなかな？
526:NAME IS NULL
17/08/24 01:22:40.19 .net
>>523
大局的には「計算機で効率的に処理可能な形式で対象を表現したモデル」―「対象領域の計算機向けモデル」（数理モデルとか、あっちの意味でのモデル）の構築こそが根本であるので、
それを重要視する、ということ？
でも個人的には正規化などのtuple（型）の設計しながらフィードバックしていって上記の概念を理解・把握・構築している感じがある
具象から始まり抽象化する、というか、つまり何なのか、を追求していくとそこに至るというか
なので個人的には>>522 兼 >>520 ww
データベースに長けた人からみるとまた違うのかな？
527:NAME IS NULL
17/08/24 01:41:42.12 3UP+EtyQ.net
>>526
ビジネスドメインと要求を深く理解して適切なデータモデルを作る
という作業の中に
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する
という作業が内包されてるなら
そもそも比較することが間違い
528:NAME IS NULL
17/08/27 03:26:41.28 .net
正規化も、データ型の決定も、それより上位の工程がちゃんとできてれば
ほぼ機械的に決定して薦めれるからなぁ
529:NAME IS NULL
17/08/27 11:26:11.65 .net
DB設計と、要件定義やモデリングとかとを同一視しすぎてるような気もするな。
本質的に不可分なのだという主張なら、それはそれというか、方向性としてはわかる。
もっとも、そうなるとその線引きは難しいだろうけど。
530:NAME IS NULL
17/08/27 13:03:07.94 .net
>>528
機械的にやれるからと言って軽視するのが
そもそも間違い
531:NAME IS NULL
17/08/27 16:06:51.20 .net
>>529
DB設計の一部である概念設計は要件定義の一部
という考え方なので不可分といえば不可分
フェーズの呼び方は会社によって違うだろうけど
要件定義時に概念設計,
基本設計時に論理設計,
詳細設計時に物理設計が基本
DB設計の質を一番大きく左右するのが概念設計
エンティティの漏れやリレーションの間違いがあると
制約の定義漏れやデータ型の選択ミスとは比べられないレベルの悪影響が出る
(正規化の多くは概念設計で行われる)
もっと狭義のDB設計フェーズという考え方があるのかもしれないけど
そういう考え方自体がデータベース設計軽視につながっている可能性があるのかも
532:NAME IS NULL
17/08/27 19:45:14.75 .net
>>531
その考え方を徹底すると、DB設計はなくなりそう。ｗ
533:NAME IS NULL
17/08/28 10:28:40.21 .net
>>530
機械的にやれるということと、軽視するということには関連性がない
君はいったい何と戦ってるんだ？
534:NAME IS NULL
17/08/28 19:01:17.75 .net
>>531
概念設計、論理設計、物理設計のどの段階で正規化するの？
535:NAME IS NULL
17/08/28 19:05:55.75 pMau8GL2.net
>>534
普通は初めから正規化したようなまとまりで考える。
536:NAME IS NULL
17/08/28 22:24:53.78 .net
概念モデルに正規化もなにも無いと思うけど
概念を正しく論理モデルにする作業が正規化だろ
537:NAME IS NULL
17/08/28 22:34:45.38 .net
>>534
>>535の言うとおり、どこかで正規化の工程があるというよりは
最初からほぼ正規化されたモデルで考えて
モデルを改善するたびに正規化違反をチェックしながら都度対応する
なので概念設計が終わったらその段階まででの正規化も終わってる
論理設計時にはサロゲートキーや削除フラグみたいなのが追加されて
正規化が崩れる場合があるからその場合も都度判断して対応する
物理設計では正規化に関わるようなところは基本的にいじらない
DB概念設計のインプットになるようなドメインモデリングをする時は
概念間の関係とわかりやすさを重視するので正規化されてるかどうかは気にしない
538:NAME IS NULL
17/12/29 11:16:22.87 dtNZwIie.net
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
DX2Z9GYZ7S
539:NAME IS NULL
18/10/13 19:50:55.09 .net
URLﾘﾝｸ(imgur.com)
540:NAME IS NULL
20/03/17 17:13:56.31 .net
そういえば、昔、DB仕様が悪くて、日次夜間バッチ処理が2日かかるシステムがあったな。
541:NAME IS NULL
20/03/30 23:47:53.57 .net
今の現場にも「正規化！正規化！」キチがおる、確かに少し歪んだところもあるが、締めのバッチなどでやむを得ず放置されている
で、「じゃ、キッチリ正規化してみてよ」ってお願いしたら「影響範囲がー」とか
お前はアホか？お前はそれを改善するために「正規化！」言うてたんやろ
もう。口出しすんなってＰＭに怒られてたわ
542:NAME IS NULL
20/03/31 19:03:26.69 Kc++IpJB.net
わかってないやつほど正規化と言ってしまう。用語で知ったかぶりをする典型例。
543:NAME IS NULL
20/03/31 19:48:49.04 .net
「良い設計」を専門用語で言うと「正規化」だと思ってるような奴がこの板にも多いよね
544:NAME IS NULL
20/11/27 18:40:16.40 Ej4Euwca.net
いまどきまったく正規化されていない表を思いつく方が難しい。
545:NAME IS NULL
20/11/28 00:34:19.70 .net
それが難しいようじゃあデータベース設計に向いてないんじゃないかねぇ。
546:NAME IS NULL
20/11/28 00:44:18.27 .net
>>545
データベース設計よりも、日本語が向いてなさそう。ｗ
547:NAME IS NULL
20/11/28 00:56:27.32 .net
本人は本気で「難しい」と思ってるのかもしれんよ
548:NAME IS NULL
20/11/29 21:29:54.99 ytxd6aPT.net
すべてを2次元の表であらわしているデータなんて、Excelでも見たことない。
549:NAME IS NULL
20/11/29 22:03:27.79 .net
つか、RDBの表は2次元じゃないがな。
550:NAME IS NULL
20/11/30 01:35:47.36 .net
テーブルのことを表、インデックスを索引と呼ぶのはいまだに違和感がある
551:NAME IS NULL
20/12/02 22:02:19.48 VAfE8mAC9
副業、大手も制度着々…コロナ禍、働き手は空き時間活用
URLﾘﾝｸ(www.itmedia.co.jp)
富士通「年収3500万円」の衝撃 ソニー、NECも戦々恐々の「グローバル採用競争」
URLﾘﾝｸ(www.itmedia.co.jp)
東大の起業ラッシュは本物か、大学発ベンチャー数日本一の実力
URLﾘﾝｸ(business.nikkei.com)
AI研究の第一人者、東大・松尾研でも起業ラッシュ
URLﾘﾝｸ(business.nikkei.com)
失敗は認める、多数決はダメ。拡大する「社会起業家集団」の作り方
URLﾘﾝｸ(newswitch.jp)
新卒“即”起業せよ。社会起業家への最短距離に挑む若者たち
URLﾘﾝｸ(newswitch.jp)
人々の共感を得られないと潰される時代。
URLﾘﾝｸ(news.yahoo.co.jp)
ゼロから起業するよりも事業承継（小さな会社の買収）が圧倒的に有利である3つの理由
URLﾘﾝｸ(honsuki.jp)
「エース人材だって起業OK」、NECは挑戦者が集う場をつくる
URLﾘﾝｸ(business.nikkei.com)
NECなど「出向起業」 大企業人材、起業しやすく
URLﾘﾝｸ(www.nikkei.com)
552:NAME IS NULL
20/12/04 10:47:51.96 RVC9j45Y.net
軽視していないけど、人間の脳には難しいからだよ。
人件費がいくらあっても足りない。
ディープラーニングに任せたほうがいい分野だよ。
553:NAME IS NULL
20/12/04 21:54:56.41 .net
設計のどの部分をディープラーニングに任せるって話なんだろうか
554:NAME IS NULL
20/12/08 01:32:48.66 TMPxYOvH.net
>>549
あなた職場では嫌われているよね
555:NAME IS NULL
20/12/08 01:33:42.67 TMPxYOvH.net
>>550
製品マニュアルを呼んだことがありますか？
556:NAME IS NULL
20/12/08 01:34:02.37 TMPxYOvH.net
>>550
製品マニュアルを読んだことがありますか？
557:NAME IS NULL
20/12/08 02:01:56.21 .net
>>554
おまえもそうやと思うで？
558:NAME IS NULL
20/12/28 18:37:06.97 .net
軽視したくないけどさ、設計が良いかどうかってどうやって見分けるの？
正規化をバカにする人が多いけど、あれ以外に人に教えられる観点ってあるのか？
559:NAME IS NULL
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
チューニングという言葉が嫌い
なんでチューニングという魔法で解決するのか