データベーススペシャリスト Part66

**名無し検定１級さん** (ﾜｯﾁｮｲ cff3-QYzy) · 2019/05/11(土) 18:55:46.86

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512
データベーススペシャリスト試験(DB)
[ Database Specialist Examination ]
http://www.jitec.ipa.go.jp/1_11seido/db.html

情報処理技術者試験センター
http://www.jitec.ipa.go.jp/

・スレを立てる時には>>1の本文1行目行頭に『!extend:on:vvvvv:1000:512』を入れて立てて下さい。

前スレ
データベーススペシャリスト Part65
http://matsuri.5ch.net/test/read.cgi/lic/1555680728/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**名無し検定１級さん** (ﾜｯﾁｮｲ fb66-dhKU) · 2019/11/11(月) 21:09:00.51

何年ごろから傾向変わったの？

**名無し検定１級さん** (ﾜｯﾁｮｲ 9f22-MvmH) · 2019/11/11(月) 22:08:31.56

>>813
おい、数個前の文章を脳内空間に
バッファ出来ない日本語能力じゃ
DB合格難しいんじゃねw

**名無し検定１級さん** (ﾜｯﾁｮｲ 8bbc-ePui) · 2019/11/12(火) 06:39:24.45

傾向かわっても本1冊読んで後は応用力というか国語の問題なんじゃねーの？
IPAなんて。

**名無し検定１級さん** (ﾜｯﾁｮｲ ef22-+CTT) · 2019/11/12(火) 08:01:13.87

どの対策本が良いかは、結局は、自分との相性ということか

2019/11/12(火) 08:23:06.99

本なんか要らんやろ

2019/11/12(火) 17:48:24.13

一昨年初めて受けて午後2で落ちた
前回午後1すら通ってなくて怖くて気力が戻らないんだけどどうしよう
頑張れば受かるだろうか…

**名無し検定１級さん** (ﾜｯﾁｮｲ 9feb-OqcI) · 2019/11/12(火) 20:56:18.65

久しぶりにDB受けるわ。

**名無し検定１級さん** (ﾜｯﾁｮｲ 9fbc-U/KP) · 2019/11/12(火) 21:25:35.33

俺も１年ぶりにDB受けてみるかな

**名無し検定１級さん** (ﾜｯﾁｮｲ 4b68-yujQ) · 2019/11/12(火) 23:53:37.83

それ毎年や

2019/11/13(水) 08:17:46.14

商品情報に価格，サイズなどの管理項目を追加する場合でもスキーマ変更を不要とするために，“管理項目"表を次のSQL文で定義した。"管理項目"表の"ID"は商品ごとに付与する。
このとき，同じIDの商品に対して，異なる商品名を定義できないようにしたい。aに入れる字句はどれか。

これ、同じIDで複数の商品名持ちたいと言ってるんじゃないの？

正解はイらしいが、ウだろうと。

**名無し検定１級さん** (JP 0Hcf-wV/W) · 2019/11/13(水) 10:16:55.43

ん？わからん
同じIDの商品に対して
「品名A」と「品名B」を持たせたいの？

しっかしこの問題、気持ち悪いテーブル構造だな

2019/11/13(水) 17:58:52.47

>>822
出典キボンヌ

**名無し検定１級さん** (ﾜｯﾁｮｲ 8bf3-DaD1) · 2019/11/13(水) 19:50:02.64

H30の午前II問7か？どう考えてもイが正しい。
イは要件より強い条件だが, それ以外が明らかに要件を満たさない。
こんなもん間違えるようなヤツが受かるわけねぇだろ

**名無し検定１級さん** (ﾜｯﾁｮｲ 8bf3-DaD1) · 2019/11/13(水) 19:53:30.40

というか>>822の

> これ、同じIDで複数の商品名持ちたいと言ってるんじゃないの？

がマジで言ってるのか読み間違えてるのかどっちだ

**名無し検定１級さん** (ﾜｯﾁｮｲ 0f96-DaD1) · 2019/11/13(水) 20:27:27.50

https://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2018h30_1/2018h30h_db_am2_qs.pdf

**名無し検定１級さん** (ﾜｯﾁｮｲ 0f96-DaD1) · 2019/11/13(水) 20:47:10.16

商品情報に列を追加出来るようにしたい
でも商品情報テーブルに列を追加するのは嫌
だったら列の名前を縦に持とうぜ！
「商品名ダブリはなしな！」　←　これを実現する答えを選べ！！

実現したいこと
・IDごとに商品名を複数もたないようにする

逆にIDごとに複数の商品名を持つにはどうすればいいか？
ID=1, 項目名=商品名, 値=ノート01
ID=1, 商品名=商品名, 値=ノート02

これでID=1には2つの商品名がついてしまった！

じゃあこれを実現しないためにはどうすればいいか？
もう答えが出てるようなもんで、「IDと商品名のセットを複数行もつ」←これを禁止すればいい

選択肢の中で実現できるのはイだ

ちなみにウがなぜダメかというと
ID=1, 項目名=商品名, 値=ノート01
ID=1, 商品名=商品名, 値=ノート02
を許可してしまうからだ
値が異なるのでUNIQUEではなくなる
つまり、複数の商品名を持ってしまう

余談として一言つけくわえると、イを定義してしまうと
商品名だけではなく商品番号や価格、サイズも複数持てなくなる

**名無し検定１級さん** (ﾜｯﾁｮｲ bbcb-PCU8) · 2019/11/13(水) 20:52:05.44

アとエは論外だしウだと異なる商品名が定義出来ちゃって要件満たさないじゃん、と応用の結果待ちが言ってみる。

2019/11/13(水) 20:55:26.95

出来ないようにしたい
のか。それじゃイだな。

**名無し検定１級さん** (ﾜｯﾁｮｲ bbcb-PCU8) · 2019/11/13(水) 20:57:18.99

>>828
ID=1, 項目名=商品名, 値=ノート01
ID=1, 商品名=商品名, 値=ノート02

じゃなくて、

ID=1, 項目名=商品名, 値=ノート01
ID=1, 項目名=商品名, 値=ノート02

だよね。

**名無し検定１級さん** (ﾜｯﾁｮｲ 0f96-DaD1) · 2019/11/13(水) 20:58:15.63

この問題はデータベース管理者ならではの哀愁を感じさせる非常に切ない問題だ
普通に考えたら
「え？なんで？普通に列を追加したらいいんじゃないの？こんな問題の為の問題はクソだ！」
と思わず叫んでしまうかもしれない

しかし、現場ではテーブルに列を追加するのはご法度なんだ
おそらく部長のハンコを貰わないといけないレベルの話
そして手順書を作成して二人でバディを組んで指差し確認しながらハンコ（シャチハタ可）を押しながら進めていく作業になる
それほど列追加というのはデータベース業界にとってのタブーなんだ

今まで列追加というのは「予備１」「予備２」という列名をあらかじめ確保しておくような対応が普通だった
それが今回扱った問７のようなエレガントな方法があるなんて！まさにデータベース業界の救世主だ！！
そんな有用で実用的な（そして泥臭い）やり方を出題するなんて
やはり情報処理技術者試験データベーススペシャリスト試験は業界ネイティブの知識の宝物庫だね
そういう称賛を送らなければならない問題だ！

**名無し検定１級さん** (ﾜｯﾁｮｲ 0f96-DaD1) · 2019/11/13(水) 21:01:00.73

>>831
その通り
すまん、ミスった

**名無し検定１級さん** (ﾜｯﾁｮｲ 9fbc-U/KP) · 2019/11/13(水) 21:36:20.25

列削除は骨折れるが追加はちょろいやろ

**名無し検定１級さん** (ﾜｯﾁｮｲ ef1a-05ug) · 2019/11/13(水) 21:44:20.92

なんかキモイな

**名無し検定１級さん** (ﾜｯﾁｮｲ bbcb-PCU8) · 2019/11/13(水) 22:37:50.58

>>834
そしてカラムリスト無しのinsert文が使われてて詰むんと。

**名無し検定１級さん** (ﾜｯﾁｮｲ 9f22-k3eE) · 2019/11/13(水) 23:30:24.06

>>832
拡張別テーブル持てば良いだけじゃね？
つか、ERPにアドオンするときゃ
普通そうすんじゃね？

**名無し検定１級さん** (ﾜｯﾁｮｲ ef1a-LQVM) · 2019/11/13(水) 23:32:32.75

右クリックして列を挿入すれば解決だろ

**名無し検定１級さん** (ﾜｯﾁｮｲ 228b-iGNt) · 2019/11/14(木) 00:58:28.26

ユーザーが自由に管理項目追加するためのテーブルでしょ
業務システムでも普通にあるぞ

2019/11/14(木) 07:24:25.48

だね、Redmimeとかtracとかのカスタムフィールド（ユーザー定義項目）持てるアプリケーションはたいていこれだし

**名無し検定１級さん** (ﾌﾞｰｲﾓ MMa2-/72c) · 2019/11/14(木) 11:55:38.10

真面目な話、午前2の問題内容を読み解けないなら、
午後は難しいだろうな

**名無し検定１級さん** (ﾜｯﾁｮｲ 6e96-iGNt) · 2019/11/14(木) 14:29:21.46

列挿入はけっこう重い処理
データ件数が多い本番環境でやるとシステムダウンする

**名無し検定１級さん** (JP 0H25-DHtS) · 2019/11/14(木) 16:26:54.49

>>839,>>840
その場合はメタテーブルと値テーブルに分けるんじゃないの？

**名無し検定１級さん** (ﾜｯﾁｮｲ 0d21-E7mR) · 2019/11/14(木) 22:02:28.73

>>842
メインフレーム使っていた頃はfillerを削ってレコード長変えずにやっていたな
Filler足りなくなるとシーケンシャルに抜いて
ログ出力禁止してキーやインデックスも作らずに再格納してから
キーとかインデックスの再構成していた

**名無し検定１級さん** (ﾜｯﾁｮｲ 121a-rTS1) · 2019/11/15(金) 02:18:13.88

列追加すんのも
別テーブルで管理すんのも
実務じゃそら両方ある

前者は考え方はシンプルなのはいいけど
・レコード件数多けりゃ負荷が高い
・だから変更タイミングと移行計画は気にする
・既存のアプリのCRUD確認はしなきゃならん
・select * とかで手抜いてたバカのケツ拭くのとか嫌だ

後者は既存のテーブル構造に影響ないのはいいが
・拾ってくるときjoinが要るから遅くなるだろうし
・管理項目表でいろんな属性表現するならそのjoinも
多くなってSQLの可読性は最悪になるし
・商品Deleteしたのに管理項目表にはそのIDのデータ残ってるとか整合性も気にしなきゃならない

2019/11/15(金) 02:27:36.68

>>842
諸々の設計が悪いだけ

2019/11/15(金) 08:28:35.34

>>846
>>842の話は設計関係ない
まあ本番で頻繁に列挿入/削除する運用とかなら設計が腐ってるって言ってもいいと思うが

2019/11/15(金) 10:32:55.80

>>847
一表にデータ持ちすぎなんだろ
バックアップの頻度、必要データ以外の待避や削除、諸々出来てないからだろ

2019/11/15(金) 12:21:19.80

>>848
実務経験のない奴は気楽でいいなw

**名無し検定１級さん** (JP 0H25-DHtS) · 2019/11/15(金) 17:04:15.67

問題文のCREATE TABLE をブラッシュアップすると
こんな感じでいいかしら？
Oracle依存スマソ
/*
-- テーブル名一覧
create table TABLE_NAME (
TABLE_NAME VARCHAR2(100) not null
, constraint TABLE_NAME_PKC primary key (TABLE_NAME)
) ;

-- データタイプ
create table DATA_TYPE (
DATA_TYPE VARCHAR2(20) not null
, STRING_FLAG CHAR(1) not null
, constraint DATA_TYPE_PKC primary key (DATA_TYPE)
) ;

-- 管理項目メタ情報
create table MANAGED_COLUMN_META_INFO (
TABLE_NAME VARCHAR2(100) not null
, COLUMN_NAME VARCHAR2(100) not null
, DATA_TYPE VARCHAR2(20) not null
, constraint MANAGED_COLUMN_META_INFO_PKC primary key (TABLE_NAME,COLUMN_NAME)
) ;

alter table MANAGED_COLUMN_META_INFO
add constraint MANAGED_COLUMN_META_INFO_FK1 foreign key (TABLE_NAME) references TABLE_NAME(TABLE_NAME);

alter table MANAGED_COLUMN_META_INFO
add constraint MANAGED_COLUMN_META_INFO_FK2 foreign key (DATA_TYPE) references DATA_TYPE(DATA_TYPE);

-- 管理項目値
create table MANAGED_COLUMN_VALUE (
TABLE_NAME VARCHAR2(100) not null
, COLUMN_NAME VARCHAR2(100) not null
, ID NUMBER not null
, STRING_VALUE VARCHAR2(300)
, NUMBER_VALUE NUMBER(13,4)
, constraint MANAGED_COLUMN_VALUE_PKC primary key (TABLE_NAME,COLUMN_NAME,ID)
) ;

alter table MANAGED_COLUMN_VALUE
add constraint MANAGED_COLUMN_VALUE_FK1 foreign key (TABLE_NAME,COLUMN_NAME) references MANAGED_COLUMN_META_INFO(TABLE_NAME,COLUMN_NAME);
*/

2019/11/15(金) 18:28:11.20

>>849
いやいや腐るほど運用で苦労しているから解るんだがな

**名無し検定１級さん** (ﾜｯﾁｮｲ e1bc-zSCU) · 2019/11/15(金) 19:30:47.47

結局みよ本かえばいいんか？

**名無し検定１級さん** (ﾜｯﾁｮｲ fdcb-+VUM) · 2019/11/15(金) 20:09:02.37

>>850
最後のテーブルのIDカラムはなんのためにあるの？

**名無し検定１級さん** (ﾜｯﾁｮｲ fdcb-+VUM) · 2019/11/15(金) 20:11:37.31

>>853
やっぱなんでもない。
自己解決。

**名無し検定１級さん** (ﾜｯﾁｮｲ 21f3-6HYk) · 2019/11/15(金) 21:39:54.32

>>852
せやで

2019/11/15(金) 22:03:35.21

>>851
無理すんなよ
実業務だと要件として1億レコードとかもあったりするから>>848みたいな教科書レベルで済むわけじゃない

**sage** (ﾜｯﾁｮｲ c222-PyOQ) · 2019/11/15(金) 22:09:23.18

>>853
はい、このIDは
商品マスタのIDが入ると
想定しました

商品マスタに限定せず、
色々なマスタの拡張項目を
まとめて引き受けるテーブル、
という気持ちで書いてます

2019/11/15(金) 22:13:28.89

>>856
で、どんなシステムなのかな？ニヤニヤ

**名無し検定１級さん** (ﾜｯﾁｮｲ c222-PyOQ) · 2019/11/15(金) 22:39:14.06

ちょっと～
こんな所でマウントの取り合いして
何になるのさ
つまらんことせんで合格に向かおうや

2019/11/15(金) 23:28:30.61

>>858
ん？
ちょっとググれば出てくるだろ
https://moneyforward.com/engineers_blog/2016/08/03/bigqueryandembulk/
一体何を聞きたいのか知らんけどw

2019/11/16(土) 00:15:19.08

>>860
もうやめとけよ
底が見えてる

2019/11/16(土) 00:51:31.26

>>861
で、一体何を聞きたかったんだよw
底が浅いとかお前に言われてもなぁ

2019/11/16(土) 01:02:02.60

>>862
で、お前が実務で経験してる一億レコード越えるデータ扱うシステムてなんだよ？
カスw 出直してこいよ

2019/11/16(土) 01:02:59.46

これだからお子様は困る

2019/11/16(土) 01:11:19.86

試験直前でもないのにもう殺伐としてるのか
ペース配分！

**名無し検定１級さん** (ﾜｯﾁｮｲ 82ed-2+ns) · 2019/11/16(土) 01:16:49.90

勉強始めた新規が、午前Ⅱの野鳥観察の解説を聞きに来る時期だな

2019/11/16(土) 01:17:39.04

>>863
ん？
結局何を聞きたいのかも言えずに撃沈か？w
具体的なシステム名なんて言えるわけないこともわからんとか、まじで実務経験ないんだな

2019/11/16(土) 01:37:24.05

>>867
だからー、お前が業務に携わってる一億レコードのデータ使ってるシステムについて答えろってのw
ゴミクズww

**名無し検定１級さん** (ﾜｯﾁｮｲ 21f3-jvSr) · 2019/11/16(土) 03:28:17.41

ダメだ、試験勉強しようと過去問開いてもやる気が全然でないｗ

2019/11/16(土) 03:47:21.36

>>869
過去問も2～3年前のものしか役に立たないし、じっくり進めればいいんじゃない？

**名無し検定１級さん** (ﾜｯﾁｮｲ 0297-uhTm) · 2019/11/16(土) 05:36:58.36

>>866
0件レコードのアレですか？
今月から勉強始めましたが、アレ理解できずスルーしましたw

2019/11/16(土) 07:30:37.17

>>868
学習効果 "0" の知ったか乙w

2019/11/16(土) 08:41:18.91

>>872
朝から自己紹介かよゴミクズw

**名無し検定１級さん** (ﾜｯﾁｮｲ 21f3-jvSr) · 2019/11/16(土) 08:45:14.85

>>870
ありがとう。じっくりやっていくわ。

2019/11/16(土) 09:04:17.43

実務を知らなくて恥かいて発狂中の>>873w

**名無し検定１級さん** (ﾜｯﾁｮｲ 811d-Nr7V) · 2019/11/16(土) 09:18:50.64

あ、もう結構ですよ？

**名無し検定１級さん** (ﾌﾞｰｲﾓ MM0d-Da0d) · 2019/11/16(土) 10:01:00.90

オレが見る限り>>875の方が世間知らずっぽいな。

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/16(土) 10:24:18.19

どこを見てそう思ったのか書いてみw

**名無し検定１級さん** (ﾌﾞｰｲﾓ MM76-GFdT) · 2019/11/16(土) 12:05:28.80

>>870
過去問10年解き始めました

2019/11/16(土) 14:58:57.00

>>878
一億レコードもあるテーブルとか、とても一般的でない事を言い出す辺りだよ
世間知らず丸出しで恥ずかしいレベル

2019/11/16(土) 15:21:30.08

>>880
ん？
誰も普通とは言ってないし>>860で事例も出してるんだけど？
今時普通のPCでもそれなりに処理できるレベルだぞ
まあ高負荷だと流石にサーバーレベルのマシンが必要になるけど

**名無し検定１級さん** (ﾜｲｰﾜ2 FFca-okc6) · 2019/11/16(土) 17:57:41.75

1億レコード持ってるテーブルは別に珍しくもないけどなぁ
マスタテーブルでは流石に見たことはないけど

2019/11/16(土) 17:58:03.53

1億レコード持ってるテーブルは別に珍しくもないけどなぁ
マスタテーブルでは流石に見たことはないけど

2019/11/16(土) 18:10:28.45

>>883
そーなんだ！
珍しくないんだねー！君の狭い業務経験だとw

もう鼻糞で何も言えねえよお子様か？

2019/11/16(土) 18:11:03.02

>>882
そーなんだ！
珍しくないんだねー！君の狭い業務経験だとw

もう鼻糞で何も言えねえよお子様か？

2019/11/16(土) 18:12:43.01

>>881
あらあらw ゴミカスwww
いい加減、黙ってろよクズw

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/16(土) 19:25:55.75

言い返せないなら黙ってりゃいいのに…
まあ運用で苦労とか言ってるけど具体的には何も語れないんだろうなw

**名無し検定１級さん** (ﾜｯﾁｮｲ 2e8c-b647) · 2019/11/16(土) 21:37:47.15

『紀伊水道航路殺人事件』

ネット掲示板に謎の書込みがあった。
「もし島嶼部ならストーカーが船便もしくは航空便で来島し殺害されているでしょう」
それは紛れもなくこれらの離島を往来する旅客に対しての無差別殺人犯行声明だ。

この書き込みを追跡していくとあるキチガイにたどり着いた。
IT関係の国家試験に９年連続で落ち続ける偏差値３５未満の男の正体はまさにストーカーだった。

以前もネットで言い負かされた恨みから全世界に向けて対して殺人の依頼をしている事件が判明。

この殺人依頼との因果関係は？
犯人の意図はなにか？？
最後に追い込まれた犯人がとった意外な行動とは？

痛快ラブコメディ殺人事件は米韓大統領、北の独裁者、日本の政治家を巻き込む
自爆テロ覚悟のキチガイ・ワカヤマンが暇人に贈るレクイエムに全米は泣かない。

**名無し検定１級さん** · 2019/11/16(土) 21:50:40.77

IPA国家試験の曲がりなりにも高度区分であるデータベーススペシャリストの品格を落とす発言は慎んでくれませんこと？

2019/11/17(日) 04:43:34.59

>>887
それはお前だ
実務経験ないのバレバレな世間知らずのクズだ

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/17(日) 06:23:40.48

>>890
俺は1億レコードがあるとしか言ってないし、その実例も出してる
お前は具体例なんて何も書けてないのになw

2019/11/17(日) 06:48:29.75

>>891
一億レコードのコテハンつけろお前は
低スキルの実務経験なしはこれだから困る

2019/11/17(日) 07:04:15.34

まだやってんのかよ
登録処理でシステムダウンする
→一億レコード
とか実務で遭遇する事がほぼ無いであろう非現実的な事を書き込むから絡まれるんだ
一億レコード氏は学生なのかな？

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/17(日) 07:54:50.41

>>892
>>872w

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/17(日) 07:58:54.08

>>893
非現実的？
事例があると言ってるだけだしその事例もあげてるだろ、馬鹿なの？

まあ、わざわざワッチョイからミネオに変えて必死なのはわかるけどブラウザも変えなきゃ意味ないぞw

**名無し検定１級さん** (ﾜｯﾁｮｲ 89cb-mvIU) · 2019/11/17(日) 08:35:56.46

こんなとこでクソみたいな書き込みしているからいつまでも合格しないんだよな

**名無し検定１級さん** (ﾜｯﾁｮｲ 811d-Nr7V) · 2019/11/17(日) 08:42:56.89

1億レコードとかありえるやろ。
1日30万件作れば1年で1億、
1日3万件作れば10年。
ただ、テーブル分割でIO分散は必須で考えたいところ。

2019/11/17(日) 08:56:59.60

1億レコードかぁ
ちょっと見てみたいし、扱ってみたいなぁ

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/17(日) 09:43:09.66

>>898
軽く扱うだけならRaspberry-Piレベルでもできるみたいよ
ストレージも数十GBあればいいから今時ならたいしてかからんし
https://qiita.com/saitamasaitama/items/3ca05f8bd22044bfa26a

2019/11/17(日) 11:28:37.24

一億レコード馬鹿は運用ってものを知らない
バックアップはどうする、システムの処理速度の担保、データを一定量に保つのも重要な設計なんだが

>>899
よお！コテハンつけろよクズ

**名無し検定１級さん** (ﾜｯﾁｮｲ 29ed-PABf) · 2019/11/17(日) 11:33:56.81

一億レコードはあり得るだろ

以前なんか全てのDBを論理削除でやってるから
入荷テーブルや出荷テーブルが暴走してるシステム触ってたぞ

2019/11/17(日) 11:35:52.01

>列挿入はけっこう重い処理
>データ件数が多い本番環境でやるとシステムダウンする

明らかな設計の不備
もうなにも言えないwww

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/17(日) 11:47:07.68

>>900
まだ言ってるのかよ…
マネーフォワードを構築した奴に聞けよw
お前が考えるような低レベルの話はクリアしてるのは当たり前

> よお！コテハンつけろよクズ
ワッチョイも知らんのかよ…
まあ知ってたら>>893みたいなダサいレスはしないかw

2019/11/17(日) 12:59:19.29

>>903
これだから実務経験ない奴は困る

2019/11/17(日) 13:02:36.56

君はinsert発行してシステムダウンしてなさいよ
おばかさんwww

**名無し検定１級さん** (ﾜｯﾁｮｲ ee94-p68a) · 2019/11/17(日) 13:26:07.31

次スレ
データベーススペシャリスト Part67
http://matsuri.5ch.net/test/read.cgi/lic/1573964631/

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/17(日) 13:56:30.20

具体的なことを何も言えない自称腐るほど運用で苦労した実務経験者
列の追加の話に
> 君はinsert発行してシステムダウンしてなさいよ
とか笑えるわ
alter tableすら知らんのかよw

> おばかさんwww
お前がな

**名無し検定１級さん** (ﾜｯﾁｮｲ c216-Da0d) · 2019/11/17(日) 15:41:06.00

今年の流行語大賞は本命の「パン屋」を押しのけ
まさかの「1億レコード」！

**名無し検定１級さん** (ﾜｯﾁｮｲ 228b-iGNt) · 2019/11/17(日) 16:11:44.08

気になってマネーフォワードの資料みてたら1テーブルに最大で70億レコードとか書いてあって笑う
MySQLって結構すごいんだな

2019/11/17(日) 16:25:22.56

1億レコードでも登録処理でシステムダウンしちゃだめだよな

2019/11/17(日) 16:27:38.67

>>907

>列挿入はけっこう重い処理
>データ件数が多い本番環境でやるとシステムダウンする

はー、腹痛いわ
何度見ても笑える

カスw

ほんとパン屋も吹き飛んだわww

**名無し検定１級さん** (ﾜｯﾁｮｲ 8216-0xny) · 2019/11/17(日) 16:38:48.20

>>910
> 1億レコードでも登録処理でシステムダウンしちゃだめだよな
登録処理でシステムダウンとか言ってるのはお前だけだけどな

>>911
列追加をinsertとか言ってるのもお前だけだけど

あといちいち回線変えなくていいから
ワッチョイでバレバレだしw