虹裏img歴史資料館

ここでは虹裏imgのかなり古い過去ログを閲覧することができます。新しいログはこちらにあります

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 正直使いこなせてない部分もあるけどそれ覚える時間あったら書いた方が早いし…ってなる

↑Top