21/09/06(月)21:00:02 データ... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1630929602212.png 21/09/06(月)21:00:02 No.843321704
データベース分からん… 俺にできるのはSQL投げる事ぐらいだ…
1 21/09/06(月)21:00:21 No.843321814
充分だ
2 21/09/06(月)21:03:31 No.843322950
phpMyAdminがあれば俺は何でもできる
3 21/09/06(月)21:04:36 No.843323315
>phpMyAdminがあれば俺は何でもできる URLさえ教えてくれるば俺も何でもできる
4 21/09/06(月)21:04:37 No.843323324
求められるレベルにもよるけどSQL文一通り書けるならなんとかなるだろう
5 21/09/06(月)21:05:16 No.843323558
Accessで良いよ
6 21/09/06(月)21:05:59 No.843323834
このアイコンって何を表しているの? HDDのディスクだけ?
7 21/09/06(月)21:06:28 ID:NeLlYmXQ NeLlYmXQ No.843324021
SSDなのにこのアイコンでいいか悩む
8 21/09/06(月)21:07:32 No.843324410
他のDBMSに移行することになって初めて今まで自分が書いてきたものがSQLでなかったことを知る
9 21/09/06(月)21:08:09 No.843324639
とにかく正規化だ 性能なんて物理で殴れ
10 21/09/06(月)21:09:22 No.843325100
SQL書かなくていいってのも多いんだけど正直いまいち信用できないので書いてしまう
11 21/09/06(月)21:09:32 No.843325163
unPivotはいいぞ…聳え立つクソのようなテーブル定義に対抗するには力が必要だからな…
12 21/09/06(月)21:10:21 No.843325468
SQL書かなくていい系のフレームワークって ぶっちゃけフレームワークのお作法のほうがめんどくさくない?
13 21/09/06(月)21:12:55 No.843326466
またにこれストアドで書いた方がはえーよなって思いながら仕事してる
14 21/09/06(月)21:12:57 No.843326476
>SQL書かなくていい系のフレームワークって >ぶっちゃけフレームワークのお作法のほうがめんどくさくない? その面倒なお作法で縛ってるからこそのフレームワークだからまあ 大人数の開発でみんな自由にやるとカオスだし
15 21/09/06(月)21:13:35 No.843326730
>Accessで良いよ クエリとマクロとVBAの集合体で俺は死にそうになったから大嫌い
16 21/09/06(月)21:15:12 No.843327373
複合主キーいいよねよくない…すぞ…
17 21/09/06(月)21:15:22 No.843327442
そういやなんでこのアイコンがDBなんだろう
18 21/09/06(月)21:15:27 No.843327474
集計系のあれこれが分からん…
19 21/09/06(月)21:16:03 No.843327724
ずっとDBしか触ってなかった人間で 最近WEBアプリ勉強してるんだけど 今の所データあり気のアプリをどう作っていいのか全く想像できない
20 21/09/06(月)21:16:17 No.843327816
>phpMyAdminがあれば俺は何でもできる クッキーを有効にしてください
21 21/09/06(月)21:19:01 No.843328948
SQLってえっそんな書き方できんの?みたいな文法をたまに見かける そういうのを見るたび何処でそういうの知れるんだって思う
22 21/09/06(月)21:19:06 No.843328988
初めて入った現場ではST環境のデータをtruncateで吹き飛ばしてみんなを休日出勤させました SEなんてそれでいいんだよ…
23 21/09/06(月)21:20:37 No.843329624
>SQL書かなくていい系のフレームワークって >ぶっちゃけフレームワークのお作法のほうがめんどくさくない? EFとかならLinq書けるだけで済むからそこまででもない けど翻訳先のSQL意識せずに書くとろくなことにならないのでまぁうn
24 21/09/06(月)21:20:39 No.843329633
>初めて入った現場ではST環境のデータをtruncateで吹き飛ばしてみんなを休日出勤させました >SEなんてそれでいいんだよ… なんで俺と同じ事してるの…?
25 21/09/06(月)21:21:57 No.843330153
テスト環境にalter tableしたつもりが本番にしてたことはある
26 21/09/06(月)21:22:00 No.843330183
>初めて入った現場ではST環境のデータをtruncateで吹き飛ばしてみんなを休日出勤させました >SEなんてそれでいいんだよ… 若いうちにやっとくと傷は浅く学べるぞ! 年取ってからやると二ヶ月くらいギスギスするぞ!
27 21/09/06(月)21:22:35 No.843330427
>複合主キーいいよねよくない…すぞ… むしろサロゲートキー滅べ…って思ってるけどな 複合主キーの複雑さを表向き隠蔽してしまうからロクなことにならん
28 21/09/06(月)21:24:08 No.843331037
無意味連番の主キーって結合に使えないし 意味ないよね
29 21/09/06(月)21:24:37 No.843331257
私はwithおじさん
30 21/09/06(月)21:26:13 No.843331948
>>Accessで良いよ >クエリとマクロとVBAの集合体で俺は死にそうになったから大嫌い AccessはちゃんとDB設計した上でクエリ書いてフォームやレポートもちゃんと機能活かして素直なバインディングをさせて VBAはその設定とかDB以外の事するくらいに留めておけばクソほど強力だよ そんなこと出来るやつはAccess案件来ないからそうはならないんだけど
31 21/09/06(月)21:27:08 No.843332354
>AccessはちゃんとDB設計した上でクエリ書いてフォームやレポートもちゃんと機能活かして素直なバインディングをさせて >VBAはその設定とかDB以外の事するくらいに留めておけばクソほど強力だよ >そんなこと出来るやつはAccess案件来ないからそうはならないんだけど VBAでもがっつりSQL動かしてたので安心してほしい
32 21/09/06(月)21:28:30 No.843332978
どこまでDBことわかったらDB理解したことになる?
33 21/09/06(月)21:28:46 No.843333088
SQL手組マンです 人力BIツールマンやってます
34 21/09/06(月)21:29:48 No.843333533
俺はDb2マン Db2滅ぼすマンでもある
35 21/09/06(月)21:31:10 No.843334155
>SQL手組マンです >人力BIツールマンやってます そういう人結構いるのかな…俺もだ…
36 21/09/06(月)21:32:28 No.843334686
>VBAでもがっつりSQL動かしてたので安心してほしい それはまだいいんだけどフォームやレポートをExcelのノリでコントロール全部VBAで制御しようとしたり COBOLのノリでVBAでレコード総ナメして集計やら何やら自前でしようとしたりする奴が作ると地獄になる
37 21/09/06(月)21:32:33 No.843334729
>そういやなんでこのアイコンがDBなんだろう ディスク装置だよ 保存アイコンのフロッピーが分からないってのはよく話題になるけどこのアイコンで以前からそういうのあったよなあって気分になる
38 21/09/06(月)21:33:11 No.843335006
ネットワークドライブ経由で使ってたAccessがwin10のアップデートで 頻繁にぶっ壊れるようになってぶち切れた
39 21/09/06(月)21:34:01 No.843335329
クソデータベース設計する会社滅べ SQLアンチパターンくらい読んどけ
40 21/09/06(月)21:34:23 No.843335460
hasura…prisma…ありがとう
41 21/09/06(月)21:35:24 No.843335894
昔EntityFramework使ってシステム作ってたけど何も考えないでLINQtoSQLで使うと吐くSQLがゴミだった
42 21/09/06(月)21:36:54 No.843336491
>どこまでDBことわかったらDB理解したことになる? DBスペシャリスト取ったらとりあえず名乗ってもいいよ
43 <a href="mailto:Oracle">21/09/06(月)21:38:45</a> [Oracle] No.843337303
おいでよOracleCloud ライセンスも安くて使いやすいよ
44 21/09/06(月)21:38:48 No.843337341
SQL一通り覚える労力が10とするとなんかDB遅いなを解決するスキルは100ぐらい必要な気がする
45 21/09/06(月)21:39:06 No.843337477
ちなみに工程はSIerによって定義が違うからな 迂闊に使うとお里が知れるぞ
46 21/09/06(月)21:40:08 No.843337921
>おいでよOracleCloud >ライセンスも安くて使いやすいよ 5年後には10倍ぐらいの価格設定にするつもりだよね君
47 21/09/06(月)21:40:22 No.843338022
Oracleなんもわからん
48 21/09/06(月)21:41:32 No.843338504
RAC無料で使えるDB出てこないかな
49 21/09/06(月)21:41:50 No.843338647
Oracle使ってるとこはテーブル構造がクソってイメージしかない
50 21/09/06(月)21:42:56 No.843339109
>SQL一通り覚える労力が10とするとなんかDB遅いなを解決するスキルは100ぐらい必要な気がする モダンでまともなDBMSでまともなDB設計ならクエリプランもわかりやすいしそこまではいらないと思う Accessは色々独特で辛かった、低機能すぎて逆に素直なところもあるんだけど…
51 21/09/06(月)21:43:49 No.843339471
>Oracle使ってるとこはテーブル名が母音だけで変な略だらけってイメージしかない
52 21/09/06(月)21:44:31 No.843339746
>モダンでまともなDBMSでまともなDB設計ならクエリプランもわかりやすいしそこまではいらないと思う 実行計画が問題だったら楽なんだけどね…
53 21/09/06(月)21:44:35 No.843339776
11gからの移行は皆終わったかな?
54 21/09/06(月)21:44:44 No.843339827
今はどうなのか知らないけどMSSQLと一般的なDBMSのSELECTのロック仕様が逆で死ぬ目にあった
55 21/09/06(月)21:45:31 No.843340164
MSSQLは設定変えないとselectは待機するよ
56 21/09/06(月)21:45:46 No.843340268
>5年後には10倍ぐらいの価格設定にするつもりだよね君 商品としてのOracleは信用してるけど企業としては全く信用してない
57 21/09/06(月)21:46:44 No.843340659
>実行計画が問題だったら楽なんだけどね… あっもしかしてテーブルとかビュー設計からやり直しさせられるやつですかすいませんナマいいました
58 21/09/06(月)21:46:52 No.843340716
Oracle売るの大変だった パートナーになって自治体向けのなんか入って研修受けて…もう二度と関わりたくない 客も適正にライセンス通り運用できてるか教育を受けさせて何時監査来てもいけるようにして もう二度と関わりたくない 普通に詳しい会社間に入れてリセールさせてほしい 客だけでなく売り手にまで普段強いないでほしい DB2の方がよっぽどマシだった ごめん嘘どっちもやだSQL Serverが楽です
59 21/09/06(月)21:47:14 No.843340877
今だにPostgre9.6でOID使ってます…
60 21/09/06(月)21:47:18 No.843340900
DBスペシャリストは取ってるけどSQLServerしか分かんないや
61 21/09/06(月)21:47:29 No.843340987
Postgres使おうぜ皆 タダだしいろんな命令語使えるし
62 21/09/06(月)21:47:33 No.843341018
>ごめん嘘どっちもやだSQL Serverが楽です いいよねSQLServer…MSに魂を捧げたいよね…
63 21/09/06(月)21:48:18 No.843341367
なんか専用のコマンド叩いて確認みたいなのがやたら多いけど もっとぱっとわかるguiつくらないの?
64 21/09/06(月)21:48:36 No.843341504
なんかおぷちまいざか知らんが RDBMS君が良かれと思って変えた実行計画で性能が崩壊したので 泣く泣くヒント与えてよちよちした
65 21/09/06(月)21:48:57 No.843341638
MSはもうそこに依存するならひたすら依存しときたい
66 21/09/06(月)21:49:00 No.843341658
OracleとSQLServerとPostgrsql触ったけどGUIツールのManagementStudioが1番使いやすかった
67 21/09/06(月)21:49:36 No.843341941
ユーザーがキーワードを入力したらそれを自由入力説明文カラムに含んでるレコードを探したいんだけどどうすればいいのかな… レコード数は10億くらい
68 21/09/06(月)21:49:50 No.843342049
a5m2も好き 何か優しい味がする
69 21/09/06(月)21:49:56 No.843342091
ぱーべーしぶ…(そもそもRDBMSですらなかった)
70 21/09/06(月)21:50:43 No.843342444
ストアド分かりやすくdebugできて ブレークポイントちゃんと止まれば なんでもいいや俺
71 21/09/06(月)21:50:55 No.843342526
like '%INPUT%'であとはINDEX様の気分次第
72 21/09/06(月)21:51:51 No.843342951
>ユーザーがキーワードを入力したらそれを自由入力説明文カラムに含んでるレコードを探したいんだけどどうすればいいのかな… >レコード数は10億くらい 素のRDBMSでなくフルテキストなんたらと連携する時間だ
73 21/09/06(月)21:51:54 No.843342975
エラで
74 21/09/06(月)21:52:32 No.843343251
頻出単語のマテビュー作って毎日バッチで更新
75 21/09/06(月)21:53:17 No.843343574
テキスト検索の機能を使うかヒットするまでクエリを眺める
76 21/09/06(月)21:54:27 No.843344076
>like '%INPUT%'であとはINDEX様の気分次第 中間一致というか前方一致以外だとインデックスの効果がかなり限定的になるから全文検索エンジン入れる方がいい気はする そのデータ量に耐えられるのかは知らんけど
77 21/09/06(月)21:55:39 No.843344571
フレームワーク使ってるのにSQL自由自在に使われてるの困る
78 21/09/06(月)21:56:20 No.843344876
>フレームワーク使ってるのにSQL自由自在に使われてるの困る ゴミSQL吐くフレームワークが悪い
79 21/09/06(月)21:56:57 No.843345151
対数使わないと掛け算集計できないのめんどい
80 21/09/06(月)21:57:06 No.843345209
OracleDBとしてはまぁ良いんだけど環境汚しまくるの本当にどうにかして欲しい
81 21/09/06(月)21:57:25 No.843345335
model使ってくれー!
82 21/09/06(月)21:58:21 No.843345682
~が吐くSQLがクソがこの20年ぐらい繰り返されてるが ORMのクエリ編むやつを使いこなせてないのか マジでクソかその両方かの3パターンがあるので 君はconnectionなりdriverなりのインスタンスから 直にクエリをexecute
83 21/09/06(月)21:59:16 No.843346020
結局クエリ手打ちが一番速度と柔軟性と確実性が高いからなあ
84 21/09/06(月)21:59:32 No.843346126
>~が吐くSQLがクソがこの20年ぐらい繰り返されてるが >ORMのクエリ編むやつを使いこなせてないのか >マジでクソかその両方かの3パターンがあるので >君はconnectionなりdriverなりのインスタンスから >直にクエリをexecute 正直使いこなせてない部分もあるけどそれ覚える時間あったら書いた方が早いし…ってなる