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

**名無し検定１級さん** (ﾜｯﾁｮｲ ff2a-3e/S) · 2019/04/19(金) 22:32:08.47

!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』を入れて立てて下さい。

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

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

2019/05/09(木) 02:11:47.03

>>856
士業位くらいじゃない？
サムライ商法じゃない、本物の士業の方

**名無し検定１級さん** · 2019/05/09(木) 03:37:40.11

医師、弁護士、公認会計士、一級建築士

IPAシステム監査技術者ｗｗ

2019/05/09(木) 05:25:05.48

>>847
秋は別の試験受ければ半年になるぞ

2019/05/09(木) 07:31:56.59

IPAで名刺に書ける資格を一つだけ挙げろと言われたら間違いなく厚労省から唯一専門職認定を受けてるSTだな

AUもいいけど、名刺を社内の人に渡す人はいないから内部監査には意味ないし、外部監査を担当する監査法人やそれに準ずる案件じゃないと浮く

オラクルプラチナだけだとインフラや運用に回されるし、実際に企画や設計スキルが問われてない
それを補完するのが経産省のDBという位置付けだから、両方取った上でR言語とか実務で使ってりゃスペシャリストの名にもそれなりに見合う

**名無し検定１級さん** (ﾜｯﾁｮｲ d738-aA6w) · 2019/05/09(木) 07:40:43.53

支援士になればロゴもつくな

2019/05/09(木) 08:20:16.87

支援士は高額な継続費用と謎の研修がネック

2019/05/09(木) 08:27:05.23

あの集金システムなんなのよ？
国が金だして安全確保支援士を増やせや

2019/05/09(木) 08:35:11.37

そもそもセキュリティ単体で試験作るのかおかしい
IT知ってりゃそのくらい分かるよな

だから情報処理技術者試験から追い出された、というのが真相

2019/05/09(木) 17:58:28.90

資格を保有し続ける限り定期的に集金されます
保有メリット今のところ無いし

**名無し検定１級さん** (ｽﾌﾟｯｯ Sd3f-J59E) · 2019/05/09(木) 19:40:48.48

>>865
だよなー、登録して講習未受講だと刑事罰だもんなぁ

**名無し検定１級さん** (ﾜｯﾁｮｲ d738-aA6w) · 2019/05/09(木) 19:47:18.62

>>866
未受講なだけでは刑事罰にならない

**名無し検定１級さん** (ﾜｯﾁｮｲ 578a-QSTq) · 2019/05/09(木) 19:51:01.75

会社も評価手探りだけど、何人か持たせておくかってことで登録したわ。
会社が費用持ってくれなかったら登録するつもりなかったけど、
結構面倒だった。

2019/05/09(木) 19:56:17.14

登録しなくても他の高度の午前Iがずっと免除ならとりあえず取りたいわ。他の試験よりは易しいというか対策が取りやすいように見えるが、どうなんかな

2019/05/09(木) 21:07:54.87

ITコーディネータの二の舞になるな
今時PMPも流行らんだろ？

2019/05/09(木) 21:14:33.46

スレ違甚だしい

2019/05/09(木) 23:56:45.81

確保支援士とかいうキチってる名前考えた経産省のやつも覚せい剤とかやってたんだろうな

**名無し検定１級さん** · 2019/05/10(金) 15:03:35.42

いまだに正式名称を覚えられない安確士

2019/05/10(金) 15:15:32.36

支援士も、毎年午後2を受かること、3年に一度は午後試験に受かること、これで認定しろよと

2019/05/10(金) 15:15:56.56

毎年午前2の誤りやけん

2019/05/10(金) 17:18:56.24

情確士だろ

**名無し検定１級さん** (ｽﾌﾟﾌﾟ Sdbf-tQvV) · 2019/05/10(金) 17:28:27.42

名前はセキュリティのままでよかったわ
データベースやネットワークみたいに分かりやすい名前の方がよかっただろう
エンベデッドも組み込みスペシャリストにすべき

2019/05/10(金) 17:31:35.32

久美子は和風でカッコ悪い横文字さいこう

2019/05/10(金) 18:46:44.10

デスペって、業務内容に合致した無駄のないデータベースの設計ができるかどうかを見る試験じゃないの？
ベンダーはデータベース製品の使い方を見るのであって、全くの別物だと思うが。

2019/05/10(金) 19:53:24.65

>>879
2Hでパン屋の業務を理解し、お絵描きできるかを評価するのがデスペ

**名無し検定１級さん** (ｽｯｯﾌﾟ Sdbf-doof) · 2019/05/10(金) 19:57:10.07

データ設計の仕事はお絵描きすることだからな
ホワイトボードに円柱書いてこれがDBですと言い張ったりした経験はこのスレなら誰でもあるだろう

**名無し検定１級さん** (ﾗｸｯﾍﾟ MM4b-/brs) · 2019/05/10(金) 20:20:33.13

タイムアタックパン焼き

**名無し検定１級さん** (ｽﾌﾟｯｯ Sd4b-sfxi) · 2019/05/10(金) 21:56:41.23

来年受けるつもりだけど絵のセンス皆無だから詰んだわ…

2019/05/10(金) 22:02:41.87

ERお絵描きできない奴が受かる訳ない、
大人しくPMで文字でも書いてろ

**名無し検定１級さん** (ｽｯｯﾌﾟ Sdbf-Ti0/) · 2019/05/10(金) 22:46:14.81

来年は寿司工場だな
解答がシャリ生成指示とか

**名無し検定１級さん** (ﾜｯﾁｮｲ 3721-0gCO) · 2019/05/10(金) 22:52:24.62

>>879
試験内容はタイムアタックなんだよな
実務なら時間かけてもっと良いものを設計する

2019/05/11(土) 07:23:41.20

SMも「テクニカルエンジニア（システム管理）」の時代にはスペシャリスト系科目の仲間っぽかったのに、「ＩＴサービスマネージャ」に変わってからの中途半端感
午後2は論文だしな

タイムアタック要素は否めないけど、実務で数をこなしてればスピードアップするのは確かなので、まぁ経験値を測る試験のあり方の一要素としてはアリかな

2019/05/11(土) 08:25:47.51

DB午後のスピードアップする実務なんて何処にあんだよ
DB向けの勉強したからスピード上がっただけ

2019/05/11(土) 08:42:57.98

可哀想に実務でDB設計してないのね

**名無し検定１級さん** (ﾜｯﾁｮｲ 5729-tQvV) · 2019/05/11(土) 08:53:18.51

うーん人によってはスピードアップするかもしれんけど普段試験のときほどスピード感気にしてないしな

2019/05/11(土) 09:48:29.20

テクニカルエンジニア時代の方がもっと時間にタイトだった。特に午後1。

2019/05/11(土) 09:51:15.95

そんな短時間で設計して4割間違ってたら、試験は合格できても実務では許されないなw

**名無し検定１級さん** (ﾜｯﾁｮｲ fffb-aA6w) · 2019/05/11(土) 12:04:24.54

実務はそんなもんだ
4割弱の間違いをレビューやテストで見つけ、直していく
問題は叩き台を作り上げるまでの時間

案件数をこなすうちに、セオリーの部分については手が勝手に動くレベルに小慣れてくるだろう

2019/05/11(土) 13:04:10.72

実務経験なくて受けて、午後1の問2のトリガーの構文とか参考書にのってなくてお手上げなんだが、どうやって勉強すればええの～？
実務経験あれば常識なのかな？

2019/05/11(土) 14:51:06.47

当然だが、試験と実務は別物。
6割点とれても仕事が出来る訳じゃない。

6/21合格してたら、合格すら出来ない奴はクズ扱いするが許せ

2019/05/11(土) 14:51:46.47

立場が変われば意見も変わるものだ

**名無し検定１級さん** (ﾜｯﾁｮｲ d74f-3HmU) · 2019/05/11(土) 15:02:10.92

>>894
金融や製造行でOracleDBやDB2使ってる人が
ベンダーのドキュメントをもとに勉強したというケースが多いんじゃないかな

個人的にはトリガーというかPL/SQLは勉強する必要ないと思うよ
ビジネスロジックをDB層に書くのは基本的に悪手で、アプリ層に書くことのほうが多いから。

2019/05/11(土) 15:37:30.99

基本的にアプリケーションから呼ぶことばっかりやってたからトリガは使ったことなかったけど, トリガ構文もDMLやDDLと同じ系列だろうからこれっぽい, と思って選んだ選択肢がだいたい合ってた

厳し目部分点なしの自己採点で72 65 (iTEC)と71 72 (TAC)だったぞい

**名無し検定１級さん** (ﾜｯﾁｮｲ b7c7-I6v+) · 2019/05/11(土) 15:47:10.18

トリガ使うかは場合によるかな。設計がきちんとしてるシステムなら不要、将来のためにレイヤー分けを守る。
最近はWebフレームワーク側の機能で更新イベント拾えたりするし。
でも古くてスパゲティコードのシステムなら、もうDB層にロジックを追加するのが安全だったりする。

2019/05/11(土) 15:50:05.55

トリガーは何度も使ったことあるけど、試験の時には構文忘れてたから飛ばしたわ。
トリガーはイベントドリブンなんので、きちんと設計し対応範囲を明確に定めて使わないと、メイン開発終わって、引き継いだ担当がメチャクチャにしたりと不具合が出やすいから、俺は自分が設計するときは使わない。

2019/05/11(土) 17:08:08.29

トリガーとか外部キーとかはちゃんとやるとデメリットもデカいからな
一つ覚えで使いまくるやつは半人前

**名無し検定１級さん** (ﾜｯﾁｮｲ 571d-ryPg) · 2019/05/11(土) 17:31:33.18

>>900
そうだね。
一貫性のない変な使い方し始めたりするから、超かんたんでシンプルな使い方までにしておかないと、将来ハマる。

2019/05/11(土) 17:50:07.56

>>902
900だけど、その通り。
せいぜいテーブルの登録年月日、更新年月日をトリガーで済ます程度にしておくのがお勧め。

何年だか忘れたけど、過去問でトリガー使って退職者のデータを削除だか何だかする問題があったけど、あれは正直やらない方がいい。
トリガーで頑張るくらいなら、機能としてソフト側に実装すべきやね。

**名無し検定１級さん** (JP 0Hbb-cH3A) · 2019/05/11(土) 18:06:36.87

>>901
外部キーのデカいデメリットとはなんでしょうか？

2019/05/11(土) 18:49:40.35

データの収束

**名無し検定１級さん** (ﾜｯﾁｮｲ 572d-ONLE) · 2019/05/11(土) 18:51:47.47

アプリケーション側で存在するコード値かどうかチェックするシステム組んでたけど
結局変なデータ混入するの避けられずバグってた

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

次スレ

データベーススペシャリスト Part66
http://matsuri.5ch.net/test/read.cgi/lic/1557568546/

2019/05/11(土) 19:00:15.17

>>904
適当なデータを登録できなくなる
って所だろうな
入力チェック等がユルユルなシステムなんかごまんとあるから

**名無し検定１級さん** (ﾜｯﾁｮｲ b7c7-I6v+) · 2019/05/11(土) 19:02:29.61

外部キーはとにかく取り回しが面倒くさい。開発中だと特に思う。
一つの機能だけ触りたいのに外部キーで他の機能が見てるからデータ消せないとかね
そこで関係性を調べるのにまた時間がかかる

2019/05/11(土) 19:08:41.21

>>909
他の機能で見てるなら、さわっちゃダメなのが正解
やっつけじゃなく、キチンと回避策考えないと。平たく言えば、システム全体を見た設計をしなさい、って事。

**名無し検定１級さん** (ﾜｯﾁｮｲ ff25-vVMj) · 2019/05/11(土) 19:33:44.13

次スレ
　
データベーススペシャリスト Part66
https://matsuri.5ch.net/test/read.cgi/lic/1557570009/

**名無し検定１級さん** (ﾜｯﾁｮｲ b7c7-I6v+) · 2019/05/11(土) 19:44:24.85

>>909
設計じゃなく実装レベルの話ね
理想を言えば手を入れるのに全体を把握するべきだけど、与えられた工数的にそうもいかん場合があるのよ
そんな時に外部キーが張り巡らされていると正直キツい

2019/05/11(土) 19:45:44.63

CRUD図作っとけば改修時のデグレは減る

2019/05/11(土) 19:48:20.54

与えられた工数で他機能を壊したら与えられた工数以上に工数がかかる旨を説明して、設計に要するに工数を確保するだけじゃん
その為にもCRUD図は作っておきましょうね

2019/05/11(土) 19:51:00.93

技量の差か

**名無し検定１級さん** (ﾜｯﾁｮｲ b7c7-I6v+) · 2019/05/11(土) 19:55:53.91

>>914
まぁそれは分かるが、取り回しが大変な以上、セキュリティと同じで
毎回設計時に外部キーをガチガチに付けるのは悩むところじゃないかと思うだけだよ

**名無し検定１級さん** (ﾜｯﾁｮｲ 9774-y0Vo) · 2019/05/11(土) 19:57:52.33

次スレが冗長になってる

**名無し検定１級さん** (ﾜｯﾁｮｲ bf22-oB4u) · 2019/05/11(土) 20:19:21.49

>>911
バカヤマが金かけて立てた重複スレは廃棄だろｗ

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

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 01:59:28.73

>>897
データベース内で簡潔する処理で、さらにそのデータベース製品に最適な物を使わないというのは頭がおかしいとしか思えない。

バッチ処理をプロセス間通信、ネットワーク越しにやるのは、データベースが根本的に分かっていないプログラマの特徴。

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 02:05:29.14

ロジックをデータベースの外に追い出したいデータベース管理者は、データベースそのものをただの入れ物にしたいだけだろ。

**名無し検定１級さん** (ﾜｯﾁｮｲ d74f-doof) · 2019/05/12(日) 03:27:58.27

難癖はいらないから具体的に指摘してくんない？
バッチ処理をプロセス、ネットワーク越しにやると何が問題なのか
ロジックをデータベースの外に追い出すと何が問題なのか

アプリのほうが自動テストやバージョン管理の点でデータベースよりビジネスの変更に強いんだから
データベースはただ一貫性を保証するデータの入れ物でいいと思うけど。

**名無し検定１級さん** (ﾜｯﾁｮｲ d74f-doof) · 2019/05/12(日) 03:40:45.68

てかもともとトリガーの話してるのにバッチ処理を持ち出すのかよ

バッチ処理ならワークフローアプリ
からDBにクエリ投げる方が並列、監視、リトライの点で優れてるだろ

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 03:54:47.63

データベース製品に詳しくないのはよくわかったよ。それでいてデータベーススペシャリストの資格を取ろうするのは実務より資格が優先だと個人的に思っているだけ。

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 03:56:17.31

トリガーは主にアプリケーションの負担を減らすために存在している。

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 03:58:09.10

>>921
データベースは静的SQLの管理、変更が完璧

**名無し検定１級さん** (ﾜｯﾁｮｲ 3788-SLDd) · 2019/05/12(日) 04:03:53.44

横からで失礼。
システム設計開発の駆け出しだけど、
この種の議論は、肥大化したシステムでよく起こりうる論争なのかなと思ったのでコメントします。

結局、DB層とAP層どちらで処理を行うかという話だと思う。
DB層ではデータの管理で閉じておくべきで、ロジックを記述すべきではないという意見は原則としてその通りだと思う。
しかし、細かい処理までなんでもかんでもAP層に外出しすると、そのためにオーバーヘッドが生じて、それが積重なるとシステム全体として性能劣化につながるのかなと。

なので、DBソフトの手に届く範疇の処理ならばそうするのがいいという話なのかなと。

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 04:04:33.05

>>921
データベース内にロジックがある方が仕様の変更に対応しやすく、保守性が高い。

自動テストについては、データベースにも存在し、むしろデータベースの方が高機能である。

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 04:13:34.44

だいたいしょぼいシステムの方が世の中、たくさんあるのだから、データベースを中心にしてシステムを考える大規模業務システムを知らない人間には、想像さえもできないだろう。

リアルタイムオンライン処理、バッチ処理が同時に行われて、外部システムデータ連携も毎日、頻繁にあるようなシステムでは、データベースがただの入れ物では対応できない。

**名無し検定１級さん** (ﾜｯﾁｮｲ fffb-aA6w) · 2019/05/12(日) 08:35:41.99

外部キーのデメリットすら知らない素人が喚いてるのか

外部キーを使ってはいけない、トリガーを使ってはいけない、なんてことは誰も言ってないのにな

こういう如何にもコミュ障で独り善がりな思い込みによる論理展開をする似非エンジニアは、
ユーザーどころか同僚とも会話が成り立たない

あらゆるメソッドにはメリットとデメリットがあり、それらを総合的に勘案して、トリガーや外部キーを使うべきところには使い、といってバカの一つ覚えのように使えるところ全てに適用するような愚行は避ける

本当の意味で経験を積んだデータベーススペシャリストとは、そういうものだろうな

2019/05/12(日) 08:36:45.62

真のDB使いはそもそもこのスレには来ない

**名無し検定１級さん** (ﾜｯﾁｮｲ 57bc-cH3A) · 2019/05/12(日) 09:17:50.17

>>929 の考える外部キーのデメリットは？

**名無し検定１級さん** (ﾜｯﾁｮｲ b7c7-I6v+) · 2019/05/12(日) 09:41:54.34

>>921
データベースが入れ物という言い方は良くないな
ACID特性が保証されてる有り難みを知ってるだけでも出てこない言葉のはずだから
それにWebアプリケーションの負荷のボトルネックはほとんどDB側で発生するんで
負荷に対する意識が高ければチューニングの一環としてトリガはあり得る選択肢だよ
あえて正規化を崩すのと同じ感じで
おっさんエンジニアとしてその言葉にはその様に反応する

**名無し検定１級さん** (ﾌﾞｰｲﾓ MMbb-9Rbh) · 2019/05/12(日) 19:43:33.01

まだ発表まで1ヶ月以上あるのか...

**名無し検定１級さん** (ﾜｯﾁｮｲ 9f16-vyow) · 2019/05/12(日) 21:12:23.74

>>932
> ACID特性が保証されてる有り難みを知ってるだけでも出てこない言葉のはずだから
「一貫性を保証する」を抜いてるのはわざとなのか、それとも抜けてるからなのか？w

**名無し検定１級さん** (ﾜｯﾁｮｲ 37cb-BEL3) · 2019/05/12(日) 22:38:46.60

>>934
一貫性はACID特性の一部でしかない。
彼はデータベースオンチなので、このスレッドにいるのが謎。

**名無し検定１級さん** (ﾜｯﾁｮｲ d74f-3HmU) · 2019/05/12(日) 23:11:18.83

いい年したおじさんにマウンティングされて悲しい

DB特性の話で揚げ足取るならそこはBASEだろ。トランザクションのACIDを持ち出すなよ

トリガーの負荷軽減目的が>>924と>>932で矛盾してるのは何？おじさんから若者にここ詳しく教えて
トリガー使ったらDBの負荷が減るのはよくわからない。トリガーを導入しようと実際に演算するのはDBだしトリガー発動元のクエリと同期的な処理になる
かといってアプリの負荷軽減できるかというと、DBにただクエリ投げるだけなら対して負荷はかからない。
（DBからデータ取り出してアプリ側でtransformしてDBに返すような状況の通信オーバーヘッドのことをさすならまあわかるけど・・・）

あとテスト自動化をサポートしたDBMSと具体的な機能名はぜひ参考にしたいからこれも教えて

**名無し検定１級さん** (ﾜｯﾁｮｲ 9f16-vyow) · 2019/05/12(日) 23:13:52.26

>>935
何を持ってオンチと判断してるのか、お前のほうが謎なんだがw

**名無し検定１級さん** (ﾜｯﾁｮｲ ff08-Yua8) · 2019/05/12(日) 23:25:23.65

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

**名無し検定１級さん** (ﾜｯﾁｮｲ b7c7-I6v+) · 2019/05/13(月) 00:39:58.79

>>936
なんでBASE特性が出てくる？それだとNoSQL等のドキュメント志向DBの話だし
DBMSの良いところやっぱり理解してないことになる
トリガを使うことが直接DBの負荷に関わらないのは確かにそうかもな
話に出ていたので、少々強引にトリガに繋げた感はあった。
トリガで削除、挿入処理を隠蔽するとチューニングしたSQLで管理しやすい
のはあると思う。削除、挿入はロックのきっかけになりやすいので注意が必要
ただDBを単なる入れ物というからには常日頃DBの面倒を見ていない、
クエリや設計、設定ファイルでのチューニングの意識がないってことで
それだとまともに議論する気が起きなくなるのも確かだな
マウント取ってすまんが。長くやってるおっさんの性だわ

**名無し検定１級さん** (ﾜｯﾁｮｲ 9fed-Fjsy) · 2019/05/13(月) 00:46:48.16

おっさん達かっけえ……

みんな余裕でスペシャリスト受かってんだろうな……

2019/05/13(月) 03:00:29.98

DB受かったら1年半ぶりに嫁を抱くんや

**名無し検定１級さん** (ﾜｯﾁｮｲ 578a-QSTq) · 2019/05/13(月) 06:39:39.59

>>941
試験前日にヤらないから落ちるんだぞ

2019/05/13(月) 14:35:46.94

>>936
あんたはトリガーがやっていることもアプリケーション側で担保するから不要という考えではないのか？おそらくトリガーがPL/SQLのストアドだと理解していないから、こちらの言っていることがわからないんだろうが。

**名無し検定１級さん** (ｽﾌﾟﾌﾟ Sdbf-tQvV) · 2019/05/13(月) 15:07:21.63

>>929が全てだと思うが議論が続いてる理由は何だろ

2019/05/13(月) 16:20:03.89

>>943
お前はまず日本語を勉強しろ

2019/05/13(月) 17:55:08.12

反論不能になったらしいな

2019/05/13(月) 18:10:15.28

本当に優秀なDBエンジニアは、こういう思い込み（ex.トリガー不要って言われているという誤読）による不必要な揉め事も起こさないんだよな

無駄な仕事を増やすんだよ、ゴミは

2019/05/13(月) 18:19:46.91

トリガーを使うとロジックがデータベース側にできあがると説明しています。

データベース側にロジックを作らないというのが「データベースはただの箱でよい」論者でしたよ。

**名無し検定１級さん** (ﾜｯﾁｮｲ 571d-ryPg) · 2019/05/13(月) 18:40:15.71

揉め事の結果、クソな仕様になってもデータベースの設計に落とし込めるのもスペシャリストの仕事。
いきなり完全な解決を目指してはいけない。

2019/05/13(月) 19:09:43.65

クソな仕様に落とし込むのはスペシャリストの仕事じゃないだろ

人の話を聞けないのはスペシャリスト以前に社会人として無能

**名無し検定１級さん** (ﾜｯﾁｮｲ 571d-ryPg) · 2019/05/13(月) 19:13:57.83

>>950
クソな仕様であっても、設計に落とし込む
って読めないの？
スペシャリストには程遠いのでは？（笑）

2019/05/13(月) 19:15:20.72

いつからこのスレこうなった

**名無し検定１級さん** (ﾜｯﾁｮｲ 5729-tQvV) · 2019/05/13(月) 19:30:30.81

結果が出るまで遠すぎて発狂しだしたか

2019/05/13(月) 19:44:11.44

今回、DB初受験だったが
午後Iがどれだけとれてるかによっては来年春はエンベだ

**名無し検定１級さん** (ｽｯｯﾌﾟ Sdbf-AilG) · 2019/05/13(月) 20:03:11.26

トリガーは使いどころが難しいけど使いようによっては便利だよ（小並感）
じゃいかんのか？

2019/05/13(月) 20:50:27.41

揉め事を起こすような似非DBスペシャリストがいるって話をしてんだから、そいつのせいでクソ仕様になったなら設計もクソになるだろ

設計担当が一つ覚えで何でもかんでもトリガーにしたがるようなクソなんだから

アホはまず日本語を勉強しような