ここでは虹裏imgのかなり古い過去ログを閲覧することができます。
21/09/16(木)20:30:13 No.846748050
ど素人にやらせんじゃねえこんなの
1 21/09/16(木)20:31:51 No.846748641
勉強しろ
2 21/09/16(木)20:32:40 No.846748959
>勉強しろ やらされたわ 抽出ならだいたい出来る気がするわ
3 21/09/16(木)20:32:44 No.846748988
メンテで見る謎の塊みたいなSQLいいよね…
4 21/09/16(木)20:33:28 No.846749311
俺も触りたいけどわからん
5 21/09/16(木)20:33:49 No.846749435
むしろド素人はさわるな…
6 21/09/16(木)20:34:46 No.846749866
SQLは言語だからね がんばって！
7 21/09/16(木)20:35:16 No.846750066
引っ張りだすだけならまぁ…
8 21/09/16(木)20:35:56 No.846750333
selectしか触らないからダイジョブダイジョウブ
9 21/09/16(木)20:35:58 No.846750358
普段の手続き型と脳の違う部分使わされるのしんどい
10 21/09/16(木)20:36:12 No.846750456
ド素人でも使えるが達人が書いた何やってんだかさっぱり分からねえクエリは触りたくない
11 21/09/16(木)20:36:14 No.846750469
じゃあ次は集計して引っ張り出すか
12 21/09/16(木)20:36:23 No.846750523
existsは大体みんなつまずいてた 解説がわかりづらい
13 21/09/16(木)20:36:49 No.846750726
触り方勉強したいけどド素人は触れないのか…
14 21/09/16(木)20:36:55 No.846750774
実行計画出してみるとMySQLよりOracleの方が賢いなってなるけど Oracle使ってるとこをほとんど見なくなった
15 21/09/16(木)20:36:57 No.846750791
ORM使うなと言われても 嫌です…としか…
16 21/09/16(木)20:36:59 No.846750804
設計はマジで素人にやらせてはいけない 主キーに漢字混ざってるとかまだマシな方で主キー20個とかある
17 21/09/16(木)20:37:16 No.846750916
トランザクションがなにかいまだにわからないぜぇ！
18 21/09/16(木)20:37:39 No.846751057
>設計はマジで素人にやらせてはいけない >主キーに漢字混ざってるとかまだマシな方で主キー20個とかある 加馬
19 21/09/16(木)20:37:43 No.846751081
>むしろド素人はさわるな… ウチ別のシステムから取ってきたcsvをAccess経由で取り込んでSQLサーバでデータベース化してるんだ！管理お願いね！ されたぞ
20 21/09/16(木)20:37:47 No.846751104
join join join join join join join join join join join join join join join join join join
21 21/09/16(木)20:38:15 No.846751299
>join join join join join join join join join join join join join join join join join join (+) (+) (+) (+) (+) (+) (+)
22 21/09/16(木)20:38:16 No.846751305
オラクル高いんだもの 採用するユーザーが減ったんだ
23 21/09/16(木)20:38:24 No.846751370
selectひとつとってもマジで全部拾ってから絞るとかするのやめろ！ そのまま本番に適用してメモリ食いつぶしたバカがいた
24 21/09/16(木)20:38:32 No.846751435
delete from table
25 21/09/16(木)20:38:51 No.846751563
解析して分解してindexやテーブル構成いじって他処理の邪魔しないようロック時間短くして それでも出てくるスロークエリ
26 21/09/16(木)20:38:52 No.846751570
>触り方勉強したいけどド素人は触れないのか… ローカルPCにMySQL入れればすぐよ
27 21/09/16(木)20:38:56 No.846751598
>existsは大体みんなつまずいてた >解説がわかりづらい 未だに使うときは調べる…
28 21/09/16(木)20:39:00 No.846751620
>selectひとつとってもマジで全部拾ってから絞るとかするのやめろ！ >そのまま本番に適用してメモリ食いつぶしたバカがいた オプティマイザが悪いしし！
29 21/09/16(木)20:39:26 No.846751764
オートコミットにしてコミットの手間を省いてあげるね…
30 21/09/16(木)20:39:51 No.846751918
>未だに使うときは調べる… 別にそれでいいよ というかそのほうがいいよ
31 21/09/16(木)20:40:12 No.846752035
>触り方勉強したいけどド素人は触れないのか… Accessとかから触ってみると簡単なSelectくらいならGUIで作ってくれるし便利だよ
32 21/09/16(木)20:41:38 No.846752633
こんな複雑な永続化層なのにド素人が触っても案外形になるのがすごいと思う AccessやNotes/Dominoみたいなチンピラ向けシステムで主キーなにそれ？マンがやってこないかぎり割と回る KVSやスキーマレスのオブジェクトデータベースなんて素人が触りやすいのに素人が触るとすぐにデータ構造破綻する
33 21/09/16(木)20:41:44 No.846752672
select /*+ (なんか早くなるやつ) */
34 21/09/16(木)20:42:09 No.846752835
Accessみたいにいろんなデータソース結合してクエリ流せるやつってほかにあるんかな？ もしくはそういう仕組みみたいなのってなんか名前あったりするんだろうか
35 21/09/16(木)20:42:17 No.846752898
Oracle高い…
36 21/09/16(木)20:42:31 No.846752997
機械学習のためのデータ集めに始めたけどマジでよくわからねえ
37 21/09/16(木)20:43:09 No.846753273
全てぶっこ抜く！ プログラムで整形する！ できた！
38 21/09/16(木)20:43:18 No.846753337
PostgreSQLが一番無難 MySQLは死んで♥
39 21/09/16(木)20:43:32 No.846753432
>全てぶっこ抜く！ >Excelで整形する！ >できた！
40 21/09/16(木)20:43:39 No.846753482
やらせてくれるだけ良い職場じゃん
41 21/09/16(木)20:43:44 No.846753514
正規化を突き進めて行くと小さな表が沢山できて連結が増えていくのだ
42 21/09/16(木)20:43:46 No.846753521
Oracleは高いのはまだいいんだよ 客に売るのとライセンス管理が面倒すぎる
43 21/09/16(木)20:43:51 No.846753569
何十年経ってもこいつが生き続けている事に驚愕するわ
44 21/09/16(木)20:43:54 No.846753591
>オートコミットにしてコミットの手間を省いてあげるね… MySQL5.7以降なら基本的にONにしてトランザクション単位でOFFにした方が管理が楽だと思う それより前なら基本的にOFF
45 21/09/16(木)20:44:11 No.846753698
主キーが…存在しない！
46 21/09/16(木)20:44:15 No.846753732
phpMyAdminいいよね…こいつがいないと俺はもう何もできない
47 21/09/16(木)20:44:37 No.846753874
インデックス？ってやつを作ると早くなるらしい！
48 21/09/16(木)20:45:04 No.846754082
なんかメモリ食っててまどろっこしい気がするけど教本通りだから多分合ってる！で終わる事が多い
49 21/09/16(木)20:45:09 No.846754113
OracleといえばJDKはまた無料に方針転換したらしいね
50 21/09/16(木)20:45:22 No.846754203
>MySQLは死んで♥ やっぱMariaDBよね！
51 21/09/16(木)20:45:33 No.846754264
>主キーが…存在しない！ APでチェックするから…
52 21/09/16(木)20:45:35 No.846754286
複合キーいいよね…うんざりする
53 21/09/16(木)20:46:00 No.846754458
>インデックス？ってやつを作ると早くなるらしい！ よし！なら全部につけよう！
54 21/09/16(木)20:46:02 No.846754477
性能要件なんざ物理で殴れ
55 21/09/16(木)20:46:20 No.846754595
NULLと空文字が混在してる…
56 21/09/16(木)20:46:35 No.846754708
昔Oracleで階層問い合わせ作ったけど今は再現できる気がしない…… 保守は俺じゃ無いからまあいいか！
57 21/09/16(木)20:46:40 No.846754740
副問い合わせの副問い合わせの副問い合わせ
58 21/09/16(木)20:46:41 No.846754742
いいですよねn+1問題
59 21/09/16(木)20:47:07 No.846754899
むぅ さっぱりわからん
60 21/09/16(木)20:47:26 No.846755030
おーとこみっとってなにやってるかわかんないけど いつだれがこみっとしてるの…？接続元のドライバがよしなにやる仕組みならそんな大袈裟な言い回ししないだろうし あとsavepointどうなるの…
61 21/09/16(木)20:47:35 No.846755092
消せねぇ！外部キー制約だ！無効化！
62 21/09/16(木)20:47:39 No.846755116
とりあえずガバっと拾ってから処理するほうがいいよって人と 最初から絞り込めやって人の両方がいてわかんない…
63 21/09/16(木)20:47:43 No.846755138
Oracleと微妙に関数の仕様違っててバグ踏んだやつ！
64 21/09/16(木)20:47:43 No.846755145
調べて一番上に出てきたからこれが正解なんだ とりあえずテストで動いたからいいんだ
65 21/09/16(木)20:47:44 No.846755148
>OracleといえばJDKはまた無料に方針転換したらしいね マジか…マジだ！！
66 21/09/16(木)20:48:15 No.846755349
>OracleといえばJDKはまた無料に方針転換したらしいね マジかマジだ なんだこの会社
67 21/09/16(木)20:48:24 No.846755406
>OracleといえばJDKはまた無料に方針転換したらしいね もう誰も信用しちゃいない
68 21/09/16(木)20:48:36 No.846755467
>とりあえずガバっと拾ってから処理するほうがいいよって人と >最初から絞り込めやって人の両方がいてわかんない… どこの負荷を減らすかって問題でもある
69 21/09/16(木)20:48:46 No.846755529
Oracleはちょっと殿様商売しすぎた ライセンスごとじゃなくて会社単位でサポートレベル合わせろとかやりすぎ
70 21/09/16(木)20:48:48 No.846755543
Webフロント専業の開発ベンダーがお出ししてくるクソみたいなSQL率の高さ
71 21/09/16(木)20:49:05 No.846755658
>OracleといえばJDKはまた無料に方針転換したらしいねOracleっていつもそうですよね！ ユーザーたちの事なんだと思ってるんですか！！
72 21/09/16(木)20:49:08 No.846755673
どうせまたそれで集めたら方針転換するんでしょ そういうのわかっちゃう
73 21/09/16(木)20:49:19 No.846755735
ストアドプロシージャやめろAPで食わせろ
74 21/09/16(木)20:49:21 No.846755752
>おーとこみっとってなにやってるかわかんないけど >いつだれがこみっとしてるの…？接続元のドライバがよしなにやる仕組みならそんな大袈裟な言い回ししないだろうし オートコミットはオンになってるならいつでもどいつもこいつもコミットするよ
75 21/09/16(木)20:49:23 No.846755760
>>OracleといえばJDKはまた無料に方針転換したらしいね >マジか…マジだ！！ そりゃそうなるだろう
76 21/09/16(木)20:49:37 No.846755843
>副問い合わせの副問い合わせの副問い合わせ 実テーブルにSELECTテーブルをjoinしてそこにWith句を外部結合！さらにUNIONも追加だ！
77 21/09/16(木)20:49:47 No.846755895
Oracleはさあマジなんなん
78 21/09/16(木)20:49:52 No.846755918
ほらここインデックス張ってないから性能出てないよとか こうすればチューニングできるよとか 遡及SQLをパパっと作れる人とか 俺には無理だよ
79 21/09/16(木)20:49:59 No.846755966
オラクルって高いんだなって上流いってから実感した
80 21/09/16(木)20:50:03 No.846755991
なんで昔の人はサロゲートキーを内部に隠蔽して複合主キーなんて概念を許したんだろう もちろん人間系が自然に理解しやすいのは分かるけどそれが目的ならユニーク制約でいいじゃん
81 21/09/16(木)20:50:41 No.846756209
>とりあえずガバっと拾ってから処理するほうがいいよって人と >最初から絞り込めやって人の両方がいてわかんない… レコードの件数が億超えてたりするととりあえずで持ってくることができない 両方検証してから決めよう
82 21/09/16(木)20:50:43 No.846756221
エロスケに学べ
83 21/09/16(木)20:50:50 No.846756281
俺はpostgreが嫌い
84 21/09/16(木)20:51:06 No.846756386
JDKはとりあえずAWSのやつ使っておけばいいだろ…してたから 今更JDKが元に戻ってもはぁそうですかで終了だな…・
85 21/09/16(木)20:51:22 No.846756483
もうZuluでいいや…
86 21/09/16(木)20:51:25 No.846756508
人類には早すぎた言語
87 21/09/16(木)20:51:39 No.846756601
SEになれたけどついた案件がド素人から見てもゴミみたいなテーブル設計で早くも転職したい 200カラムとかアホか…同一カラムに違う用途の値を入れるなアホか…
88 21/09/16(木)20:51:42 No.846756626
for文でSQLを繰り返し実行するよ！
89 21/09/16(木)20:51:46 No.846756651
DBスペシャリストの過去問やり始めたけど 普段からER図描いたりSQL書いてる身からしたら思ったより簡単だった
90 21/09/16(木)20:51:58 No.846756732
>なんで昔の人はサロゲートキーを内部に隠蔽して複合主キーなんて概念を許したんだろう >もちろん人間系が自然に理解しやすいのは分かるけどそれが目的ならユニーク制約でいいじゃん 目的が違うからでは？
91 21/09/16(木)20:52:01 No.846756750
前関わってたPJでdoma2使ってたからめちゃくちゃ書いてた むしろみんなSQL書く方が慣れててdoma2からじゃなくて直接クエリ生成して問い合わせしてる部分とかあって危なかった
92 21/09/16(木)20:52:29 No.846756927
ちゃんと正規化しようね♥
93 21/09/16(木)20:52:31 No.846756953
SQLﾁｮｯﾄﾜｶﾙ
94 21/09/16(木)20:52:43 No.846757032
データの数が10万件超えたあたりからいろんな問題が顕在化してくる ネットなんかの質問もだいたいそのあたりで性能問題出てきたって質問が多い印象
95 21/09/16(木)20:52:45 No.846757055
クソ開発しかやってないから自分の腕前がわかんないやつ 識者がレビューしてくれたらいいのに
96 21/09/16(木)20:53:01 No.846757160
Windowsなら20年ぶりに帰ってきたMicrosoft Javaが運用上一番楽だと思う
97 21/09/16(木)20:53:02 No.846757175
おらくる丸ごといらねーやのきっかけになっちゃったからなjavaのあれ
98 21/09/16(木)20:54:11 No.846757590
インフラもDBもアプリエンジニアが片手間でやって❤️
99 21/09/16(木)20:54:28 No.846757692
分からない…データが少ないから全部持ってきている…
100 21/09/16(木)20:54:31 No.846757721
select tableA.column1,tableB.column1 from tableA,tableB
101 21/09/16(木)20:54:36 No.846757747
主キーはGUIDかSEQUENCEでアプリケーションでは非表示 コードか複合キーをユニークキーにしてユーザーには使わせる
102 21/09/16(木)20:54:45 No.846757805
Oracle高いわ→Javaも有料ならもうOpenJDK使うわついでにDBもMySQLとかにするわの流れだからな…
103 21/09/16(木)20:54:51 No.846757845
>select >tableA.column1,tableB.column1 >from >tableA,tableB オオオ イイイ
104 21/09/16(木)20:54:52 No.846757848
データ設計ミスったままテーブル設計もミスる 穴埋めのために地獄のようなSQLでなんとかする システムできた！
105 21/09/16(木)20:55:05 No.846757927
>インフラもDBもアプリエンジニアが片手間でやって❤️ ……すぞ
106 21/09/16(木)20:55:07 No.846757949
>俺には無理だよ EXPLAINでSQLの実行計画を取得するじゃろ？ …サーバのスペック上げてもらおう
107 21/09/16(木)20:55:19 No.846758037
応用午後のためだけにSQL勉強するのってアリなんだろうか
108 21/09/16(木)20:55:22 No.846758051
SELECT * FROM tblで引っこ抜いておいて プログラムの中で取捨選択して 更新はDELETE→INSERT
109 21/09/16(木)20:55:24 No.846758065
ド素人に教えられないやつはアホ
110 21/09/16(木)20:55:28 No.846758084
>前関わってたPJでdoma2使ってたからめちゃくちゃ書いてた SQLテンプレートタイプのライブラリいいよね…最適化とか色々潰しが効いて DBの設計が完璧ならActiveRecordでも上手くいくのかもしれないけど…
111 21/09/16(木)20:55:31 No.846758109
mysqpとオラクルの違いもわからんがなんかメンテ任されてる そのうち多分重大なエラーが起こると思うがそれまでに俺は辞めたい
112 21/09/16(木)20:55:49 No.846758221
>インフラもDBもアプリエンジニアが片手間でやって❤️ クラウドに置いてORM使って…まあ片手間でやらせるところなら大丈夫だろう
113 21/09/16(木)20:55:55 No.846758259
webデザイナーとDBエンジニアは別！
114 21/09/16(木)20:55:59 No.846758283
>応用午後のためだけにSQL勉強するのってアリなんだろうか プログラマーやるなら正規表現とSQLは覚えておいて損はない
115 21/09/16(木)20:56:00 No.846758287
>システムできた！ ゴミしか出来てねぇよクソガ
116 21/09/16(木)20:56:25 No.846758440
>Oracle高いわ→Javaも有料ならもうOpenJDK使うわ そうだね >ついでにDBもMySQLとかにするわの流れだからな… きがるにいってくれるなあ
117 21/09/16(木)20:56:27 No.846758454
>Oracle高いわ→Javaも有料ならもうOpenJDK使うわついでにDBもMySQLとかにするわの流れだからな… MySQLもOracleのものだし矛盾してないかそれ？
118 21/09/16(木)20:56:36 No.846758502
牧歌的な時代だから仕方なかったんだろうけど IN句の書式を考えた人に世界中で起きてるSQL injectionの30%ぐらい責任取って欲しいと思う prepared statementだいなし
119 21/09/16(木)20:56:38 No.846758515
>SEになれたけどついた案件がド素人から見てもゴミみたいなテーブル設計で早くも転職したい >200カラムとかアホか…同一カラムに違う用途の値を入れるなアホか… ブラックで3年目についた案件は！ システム更改するから新規テーブル設計すると聞いて3か月まったあげく！ 出て来たのは700カラム超えるメインテーブルでした！
120 21/09/16(木)20:56:47 No.846758582
オプティマイザくんオプティマイザくん どうして急に実行計画を変えるの 夜間バッチが終わっていないわよ 昨日と同じやり方でよかったじゃない
121 21/09/16(木)20:56:52 No.846758614
>selectしか触らないからダイジョブダイジョウブ ちょっとデータ見たくてselectしてみたらデータが膨大で重いよー
122 21/09/16(木)20:57:00 No.846758669
営業ができて経営のわかるフルスタックエンジニア育成中！ 中途採用も募集中！
123 21/09/16(木)20:57:07 No.846758713
OpenJDKってLTSなくて死ぬのでは
124 21/09/16(木)20:57:09 No.846758727
俺はテーブルごとにデータファイルを作るよ
125 21/09/16(木)20:57:11 No.846758737
やはりpostgresか…！
126 21/09/16(木)20:57:11 No.846758744
DROP TABLE大好きだよ
127 21/09/16(木)20:57:16 No.846758773
>出て来たのは700カラム超えるメインテーブルでした！ すっげぇ…
128 21/09/16(木)20:57:29 No.846758862
>ド素人から見てもゴミみたいなテーブル設計 hogehoge_flgカラムの中身が0,1,2,3まであった…
129 21/09/16(木)20:57:47 No.846758972
>TRUNCATE大好きだよ
130 21/09/16(木)20:57:58 No.846759030
色んな話聞くと俺はマシな案件ばかり当たってたんだなあと思う
131 21/09/16(木)20:58:03 No.846759067
join覚えたら世界が変わった
132 21/09/16(木)20:58:03 No.846759070
わかりました引かれる実行計画が変わらないように 統計情報を更新しないようにします！ ヒント埋め込むと改修になりますから！
133 21/09/16(木)20:58:08 No.846759103
>>出て来たのは700カラム超えるメインテーブルでした！ >すっげぇ… 更改前はね別の2つのテーブルだったの なんで設計しなおして1つになるの？ 馬鹿なの？それでお賃金貰っていいと思ってるの？
134 21/09/16(木)20:58:35 No.846759283
SAPの透過テーブルをご覧なさい
135 21/09/16(木)20:58:39 No.846759310
Oracleって性能いい？
136 21/09/16(木)20:58:41 No.846759331
マジでDB設計は専用のプロに任せないとあかん プロに任せても中規模よりデカくなるとちょっとヤバくなることが多いのに その辺の奴に任せたらそりゃ地獄決定すぎる…
137 21/09/16(木)20:58:44 No.846759353
地獄みたいなview作るのやめろ！！！
138 21/09/16(木)20:58:59 No.846759449
こいつがクソなところはどんなRDBMSでも最初にSQLアンチパターン読めって警告出さないところ あの本一冊読むだけで救える命がある
139 21/09/16(木)20:59:03 No.846759459
消費税率とか税込価格とかは第二正規化で止めておきたい
140 21/09/16(木)20:59:10 No.846759502
なにもしてないのにこわれました がある
141 21/09/16(木)20:59:13 No.846759530
排他処理わからん…
142 21/09/16(木)20:59:22 No.846759590
正規化とかやってらんねぇぜ！
143 21/09/16(木)20:59:37 No.846759687
このクソみたいな副問合せを作ったのは誰だ！
144 21/09/16(木)20:59:39 No.846759707
>マジでDB設計は専用のプロに任せないとあかん >プロに任せても中規模よりデカくなるとちょっとヤバくなることが多いのに >その辺の奴に任せたらそりゃ地獄決定すぎる… それを上に納得させられればいいんだがなあ せめてPM辺りには
145 21/09/16(木)21:00:01 No.846759862
ファイルの整理もろくに出来ん奴に設計を任せるのは少し不安
146 21/09/16(木)21:00:02 No.846759881
>こいつがクソなところはどんなRDBMSでも最初にSQLアンチパターン読めって警告出さないところ アンチが書いた本なんてよまねーし！！
147 21/09/16(木)21:00:18 No.846759972
まあ…地獄みたいなマテビューよりはいいだろ… だいたい地獄みたいなトリガーもワンセットだ 結局この出力結果は何なんだ
148 21/09/16(木)21:00:29 No.846760066
>それを上に納得させられればいいんだがなあ >せめてPM辺りには まあ大体客側の社内政治にぶっ潰されるんだけどね！
149 21/09/16(木)21:00:32 No.846760094
たかがデータ並べるだけじゃん（笑） そんなことでカネとるなんて社会をわかってないよ（笑）
150 21/09/16(木)21:00:54 No.846760245
正規化なんて概念は俺らにゃねえぜ！ みたいなテーブルを目にすることは多々あるけど カラム名がnamae_ichi,namae_ni... みたいになってるテーブル見た時は笑いが止まらなかった ちなみにカラム名に数字が使えないとかそういう制約は無い
151 21/09/16(木)21:00:56 No.846760263
適当に組むんじゃねえ性能を考えろ！！！！！
152 21/09/16(木)21:01:13 No.846760386
やはり求められるはインフラもDB設計もアプリも全部できるてマネジメントもできる 最強のフルスタックプレイングマネジャー…
153 21/09/16(木)21:01:13 No.846760390
ゴミを売り付けても金になるから凄い業界だと思う
154 21/09/16(木)21:01:22 No.846760459
>こいつがクソなところはどんなRDBMSでも最初にSQLアンチパターン読めって警告出さないところ >あの本一冊読むだけで救える命がある プログラマーのためのSQLも合わせて読ませるべき 読ませなければならない
155 21/09/16(木)21:01:31 No.846760517
知らない間にデータ変わるの怖いよね？ だから分離レベルは反復可能読み取りにしておくね…
156 21/09/16(木)21:01:32 No.846760530
なんならheadfisrt SQL読むだけでもだいぶ違う
157 21/09/16(木)21:01:42 No.846760604
こういうのってデータベーススペシャリスト辺りの資格勉強したらどうにかなるの？
158 21/09/16(木)21:01:54 No.846760696
社内SEになったけどSQLめっちゃ書く生活は変わらなかった
159 21/09/16(木)21:01:55 No.846760702
テーブルやカラムを変な略称にするのまじやめて… itemclrcdとか意味わからん…
160 21/09/16(木)21:01:55 No.846760710
誤解を恐れずに言えば教科書通り第N正規化まじめにやるヤツの方が今は取り回しも性能も悪いと思う お金数えるもんじゃなけりゃ 適当でいいだろ…
161 21/09/16(木)21:02:01 No.846760747
某新日鉄のコルセンにいたけど あそこは不夜城だったな…
162 21/09/16(木)21:02:11 No.846760811
>こういうのってデータベーススペシャリスト辺りの資格勉強したらどうにかなるの？ ならない 現実は非情である
163 21/09/16(木)21:02:31 No.846760964
そうだよ客が性能問題を言ってきたら高いサーバーを買わせるんだ
164 21/09/16(木)21:02:44 No.846761062
理想は分かる だが現場の現実は
165 21/09/16(木)21:02:45 No.846761077
>やはり求められるはインフラもDB設計もアプリも全部できるてマネジメントもできる >最強のフルスタックプレイングマネジャー… そりゃどこでも求めてるしまあ居ないわけでもない フリーなわけないけど
166 21/09/16(木)21:02:52 No.846761119
>こういうのってデータベーススペシャリスト辺りの資格勉強したらどうにかなるの？ >まあ大体客側の社内政治にぶっ潰されるんだけどね！
167 21/09/16(木)21:03:03 No.846761191
物理削除派？論理削除派？
168 21/09/16(木)21:03:08 No.846761229
いまストレージはやいし むかしのISAMみたいにシーケンシャルでガーッとガラポンしてもいいんじゃね
169 21/09/16(木)21:03:12 No.846761257
>やはり求められるはインフラもDB設計もアプリも全部できるてマネジメントもできる >最強のフルスタックプレイングマネジャー… 独立するわ
170 21/09/16(木)21:03:25 No.846761331
基幹システムからDWHに欲しいって頻繁に項目追加依頼が来てそのたびにDWH洗い替えしてるの不毛だ
171 21/09/16(木)21:03:30 No.846761372
SQLアンチパターンは読むべきだとは思うが新人に読ませてしまうと 目の前の糞コードから逃げてしまう…(退職)
172 21/09/16(木)21:03:34 No.846761396
>こういうのってデータベーススペシャリスト辺りの資格勉強したらどうにかなるの？ 君資格持ってるの じゃあこれやってって 紙の台帳と何も規定がないエクセル。
173 21/09/16(木)21:03:37 No.846761417
会社が全部OSSで作り直すぜ！サーバOSもLinuxだ！って言い出したけど保守耐えられるんかな
174 21/09/16(木)21:03:55 No.846761557
>誤解を恐れずに言えば教科書通り第N正規化まじめにやるヤツの方が今は取り回しも性能も悪いと思う 全員のレベルを高くできない前提で とりあえず全部雑に突っ込んでどうこうしようぜってNoSQLへ
175 21/09/16(木)21:04:29 No.846761808
うちは方針として使わなくなったカラムもGit管理のしやすさのために消さないから結果的にカラムはどんどん増えてくんだけどこれダメなのかな
176 21/09/16(木)21:04:30 No.846761812
テーブルの構造がシーケンシャルリードの時代のままだわ
177 21/09/16(木)21:04:32 No.846761823
NOSQLとか最近言わなくなったね
178 21/09/16(木)21:04:39 No.846761878
>目の前の糞コードから逃げてしまう…(退職) 俺がいる…
179 21/09/16(木)21:04:41 No.846761893
なんか大昔の見て盗めみたいな世界が未だにあるのか…
180 21/09/16(木)21:04:46 No.846761923
そんで今度はデータ分析もしてくれって…どんだけ仕事すりゃいいんだよ…
181 21/09/16(木)21:04:48 No.846761935
>会社が全部OSSで作り直すぜ！サーバOSもLinuxだ！って言い出したけど保守耐えられるんかな 保守はどこがやるのかにもよるけど開発メンバの中に保守行ってもらう人がいないとヤバそう
182 21/09/16(木)21:04:57 No.846762008
SQLiteを高速化のためにRDBにする案件でSQLiteのデータをSSDに入れたら性能目標達成して300万の案件が3万円で解決した話が面白かった
183 21/09/16(木)21:05:00 No.846762036
よしなんかこのNoSQLってのを使えばいいらしいぞ！
184 21/09/16(木)21:05:19 No.846762176
>物理削除派？論理削除派？ ログテーブル派 ホットデータを生かす 物理削除は内部統制のため
185 21/09/16(木)21:05:28 No.846762244
デジタル庁ができたから安心だな
186 21/09/16(木)21:05:40 No.846762303
>こういうのってデータベーススペシャリスト辺りの資格勉強したらどうにかなるの？ 正直、基本の補足レベルかなって思う スペシャリストになりたいなら個々のDBの特徴にも精通しなきゃならないし 資格勉強程度じゃ経験が全然足りない
187 21/09/16(木)21:05:47 No.846762364
>SQLアンチパターンは読むべきだとは思うが新人に読ませてしまうと >目の前の糞コードから逃げてしまう…(退職) もしくはアンチパターンアンチ拗らせすぎてクソコテになる…
188 21/09/16(木)21:05:52 No.846762392
>そんで今度はデータ分析もしてくれって…どんだけ仕事すりゃいいんだよ… 何を分析してどういう出力を求めてるのでしょうか
189 21/09/16(木)21:05:57 No.846762436
>SQLiteを高速化のためにRDBにする案件でSQLiteのデータをSSDに入れたら性能目標達成して300万の案件が3万円で解決した話が面白かった ええぇ…
190 21/09/16(木)21:06:06 No.846762487
>SQLアンチパターンは読むべきだとは思うが新人に読ませてしまうと >目の前の糞コードから逃げてしまう…(退職) わかりみがある歴史的経緯
191 21/09/16(木)21:06:33 No.846762677
「」はsqlserverのことどう思ってるの
192 21/09/16(木)21:06:35 No.846762683
基本的にデータは消さずに足すだけだ
193 21/09/16(木)21:06:42 No.846762744
俺は悪くねぇ！ DB設計したアイツが悪い！
194 21/09/16(木)21:06:53 No.846762809
BIだと似たようなことやってるようでお作法が全然違うらしくてつぶしが効かなくて辛い
195 21/09/16(木)21:07:05 No.846762881
>SQLiteを高速化のためにRDBにする案件でSQLiteのデータをSSDに入れたら性能目標達成して300万の案件が3万円で解決した話が面白かった わからんでもない 俺が入る前だけどうちの会社も問題解決のためにデータベースサーバめっちゃ性能良くしてた
196 21/09/16(木)21:07:08 No.846762911
>「」はsqlserverのことどう思ってるの 高機能なようでひたすら面倒くさい
197 21/09/16(木)21:07:27 No.846763029
マジでSQLアンチパターンくらい読んでくれ 仕事だぞ？
198 21/09/16(木)21:07:28 No.846763038
>「」はsqlserverのことどう思ってるの どっちつかず
199 21/09/16(木)21:07:39 No.846763112
いいですよね 永年保存のデータ
200 21/09/16(木)21:07:42 No.846763135
>「」はsqlserverのことどう思ってるの いい子だよ癖はあるけどいいとこある
201 21/09/16(木)21:07:47 No.846763160
join複数絡んだりしてるのを性能改善できなくて自分の知識不足が露呈して絶望した その後なんやかんや適当に順序いじったら改善したけど周りもよくわかんねーけど改善したわって感じだった 上に出てる本買おうかなぁ…
202 21/09/16(木)21:07:53 No.846763194
>SQLiteを高速化のためにRDBにする案件でSQLiteのデータをSSDに入れたら性能目標達成して300万の案件が3万円で解決した話が面白かった 高速化ならSQLiteが一番早かったなんたなんて笑い話もあるぞ シングルユーザー環境でならって成約はつくけど
203 21/09/16(木)21:08:03 No.846763275
>「」はsqlserverのことどう思ってるの Expressなら無料で使えてお得！ ライセンスは見ないものとする
204 21/09/16(木)21:08:13 No.846763339
>「」はsqlserverのことどう思ってるの 割と便利に使ってる
205 21/09/16(木)21:08:25 No.846763442
>うちは方針として使わなくなったカラムもGit管理のしやすさのために消さないから結果的にカラムはどんどん増えてくんだけどこれダメなのかな DDL管理を時系列でプログラミング言語の世界から弄るActiveRecordのmigrationの仕組みは Ruby on Railsがソフトウェア開発の最前線から脱落したとしても輝き続ける確かな設計思想だと思う
206 21/09/16(木)21:08:37 No.846763526
ストレージをSSDにするととりあえずの解決にはなるよってDB公式のリファレンスにも書いてあってそんなんでいいのかってなった
207 21/09/16(木)21:08:38 No.846763532
SQLiteいいよね… みんなで更新することさえ考えなければ
208 21/09/16(木)21:08:52 No.846763607
>「」はsqlserverのことどう思ってるの 基幹システム用に使ってるところ多い
209 21/09/16(木)21:08:55 No.846763633
クライアント側にSQLite入れてサーバーのDBと同期！
210 21/09/16(木)21:08:57 No.846763649
SQLできる？ じゃあPLSQLもできるよね
211 21/09/16(木)21:09:01 No.846763682
MongoDBは結構わかりやすいけれど DynamoDBは設計むずかしい
212 21/09/16(木)21:09:10 No.846763739
>もしくはアンチパターンアンチ拗らせすぎてクソコテになる… アンチパターン妄信するあまり応用が効かなくなる新人いいよね… …現行踏襲も必要なんだ…頼むから折れてくれ
213 21/09/16(木)21:09:11 ID:kyR7YvkY kyR7YvkY No.846763741
…わからん
214 21/09/16(木)21:09:20 No.846763800
とりあえず 解決すれば ええ！
215 21/09/16(木)21:09:31 No.846763863
>…わからん 不正データ野郎！
216 21/09/16(木)21:09:36 No.846763903
>>「」はsqlserverのことどう思ってるの >どっちつかず NULLの扱いがクソ
217 21/09/16(木)21:10:09 No.846764154
>BIだと似たようなことやってるようでお作法が全然違うらしくてつぶしが効かなくて辛い こっちは色々あっても結局Btreeだが BIだのキューブは好き勝手だからな…
218 21/09/16(木)21:10:12 No.846764184
個人開発するとして 今最強のosと最強のwebサーバーソフトと最強のデータベースってなんなの
219 21/09/16(木)21:10:16 No.846764212
>SQLできる？ >じゃあPLSQLもできるよね …すみませんできません…
220 21/09/16(木)21:10:41 No.846764397
>個人開発するとして >今最強のosと最強のwebサーバーソフトと最強のデータベースってなんなの ケースバイケース
221 21/09/16(木)21:10:49 No.846764458
こうやって益体もない話をいもげでできるのも裏でDBくんが頑張ってくれてるからなんだよな…
222 21/09/16(木)21:10:54 No.846764485
Oracle高いって言うけど弊社はそれに寄せようとしているからDB2よりは安いんでしょ？ってなる
223 21/09/16(木)21:10:54 No.846764488
>個人開発するとして >今最強のosと最強のwebサーバーソフトと最強のデータベースってなんなの テオデラートに聞いてくれ
224 21/09/16(木)21:11:04 No.846764569
>個人開発するとして >今最強のosと最強のwebサーバーソフトと最強のデータベースってなんなの まず最強の知識があるSEを呼ぶ
225 21/09/16(木)21:11:19 No.846764691
PLSQLとか20年近く触ってないけどだいぶかわったんだろうか
226 21/09/16(木)21:11:30 No.846764762
>今最強のosと最強のwebサーバーソフトと最強のデータベースってなんなの シェアの高いヤツ選んどけ
227 21/09/16(木)21:11:39 No.846764816
>マジでSQLアンチパターンくらい読んでくれ これくらいでいい？ fu348642.jpg
228 21/09/16(木)21:11:47 No.846764892
>個人開発するとして >今最強のosと最強のwebサーバーソフトと最強のデータベースってなんなの Docker使ってNodeとMySQL系のDBで開発するのでいいんじゃないか
229 21/09/16(木)21:12:06 No.846765022
>Oracle高いって言うけど弊社はそれに寄せようとしているからDB2よりは安いんでしょ？ってなる IBMと関わると毎年値上がりする保守料を払うことになるぞ
230 21/09/16(木)21:12:17 No.846765094
だいたい今NVMeの玉ひとつでシーケンシャル7GB/sだぞ 大量データなんかまじめにindex張って正規化した設計の方が遅いんじゃないかと思うまである
231 21/09/16(木)21:12:19 No.846765120
dockerとnginxとnosqlだよ
232 21/09/16(木)21:12:34 No.846765214
SQLが分かりづらい理由として英語としての語順にこだわり過ぎて データをとってくる流れと逆になってるかららしい Select→From→Where ではなく From→Where→Select になるべきなのだとか
233 21/09/16(木)21:12:38 No.846765240
>アンチパターン妄信するあまり応用が効かなくなる新人いいよね… >…現行踏襲も必要なんだ…頼むから折れてくれ こういう板挟みが苦手で俺はアンチパターンを捨てた
234 21/09/16(木)21:12:50 No.846765325
>>マジでSQLアンチパターンくらい読んでくれ >これくらいでいい？ >fu348642.jpg 健康食品・中毒百科は大事
235 21/09/16(木)21:13:05 No.846765414
>これくらいでいい？ よくこんなに買うな… もう公式ドキュメントでいいじゃんっていうの結構ない？
236 21/09/16(木)21:13:28 No.846765550
よくわからんからとりあえず全部のカラムをマスタ化するね…
237 21/09/16(木)21:13:59 No.846765741
>fu348642.jpg かなり古い本だけど実践ハイパフォーマンス MySQLもあいつの内部構造への理解が深まるのでオススメ
238 21/09/16(木)21:14:06 No.846765798
>これくらいでいい？ ＿＿＿_ ｸﾞｷｯ!! /∥￣￣∥((/⌒＞ ｜∥＿＿∥ ｜ ＞ ｜￣￣＼三⊂/￣￣/ ｜ ｜( / /
239 21/09/16(木)21:14:07 No.846765810
新人の頃db何もわからん状態からdb周りほぼ一人で作ったシステムがまだ特に問題起こさずに動いててビビる 作った後で「トランザクションって何ですか？」って聞いたときの上司の顔を今でも思い出す
240 21/09/16(木)21:14:17 No.846765881
>>>マジでSQLアンチパターンくらい読んでくれ >>これくらいでいい？ >>fu348642.jpg >健康食品・中毒百科は大事 すごい高給取りに見える 1000万プレイヤー？
241 21/09/16(木)21:14:31 No.846765989
金が無限にあるなら俺も欲しいけど会社は数冊ぐらいしか買ってくれないからちくしょう！
242 21/09/16(木)21:14:57 No.846766153
図書館行けよ！
243 21/09/16(木)21:15:18 No.846766291
実務で触り始めてそろそろ1年半だけど身についてる気がしねえ
244 21/09/16(木)21:15:18 No.846766296
>もう公式ドキュメントでいいじゃんっていうの結構ない？ オライリー邦訳本になるの3年はかかるからその方がいいけど紙の本は読むのにはいい 検索には向かない
245 21/09/16(木)21:15:23 No.846766324
設計は組織に詳しい上の何も分からん奴がやるので ウチらには発言権すらないんですけどね
246 21/09/16(木)21:15:27 No.846766354
DBは職人技だからな…
247 21/09/16(木)21:15:33 No.846766417
DB2は実行計画ころころ変わって往生したなぁ XMLDB流行ってた10年ぐらい前何もしてないのに性能崩壊するトラウマがある
248 21/09/16(木)21:15:58 No.846766590
>Select→From→Where ではなく >From→Where→Select になるべきなのだとか 書いてるとSelect最後に書きてぇ…ってなるよね
249 21/09/16(木)21:16:08 No.846766655
>よくわからんからとりあえず全部のカラムをマスタ化するね… 性別とかマスタいるのかな…とたまに思う
250 21/09/16(木)21:16:22 No.846766745
汎用機の流れをくむ設計のDBはもう触りたくない テーブルとかカラム名がドキュメントみないとわかんねえ
251 21/09/16(木)21:16:24 No.846766765
俺はゴミだよ たまに手打ちするとUPDATE FROM tblとか書いて構文エラーと怒られるゴミだ
252 21/09/16(木)21:16:49 No.846766934
>>よくわからんからとりあえず全部のカラムをマスタ化するね… >性別とかマスタいるのかな…とたまに思う 男 おとこ man こんなデータ入ってたりするよたまに
253 21/09/16(木)21:16:51 No.846766942
でもDB2のANSI/ISO標準を意識する姿勢は好き
254 21/09/16(木)21:17:17 No.846767107
富士通の偽Symfoware良いよ Symfowareなんてご大層な名前つけたわりにポスグレだけど
255 21/09/16(木)21:17:28 No.846767176
マスタ化はできるならどんどんするべき
256 21/09/16(木)21:18:04 No.846767388
>性別とかマスタいるのかな…とたまに思う 不変的な情報は読み取り専用のデータファイルだな
257 21/09/16(木)21:18:18 No.846767473
マスタはあるけどレコードごとに値が保存されてるの見ると諸行無常を感じる 品名とか金額だから仕方ないんだけど
258 21/09/16(木)21:18:22 No.846767497
>>性別とかマスタいるのかな…とたまに思う 最近は時流のせいで男/女/それ以外が必要になるから…
259 21/09/16(木)21:19:42 No.846768019
名字と名前で列を分ける必要ってあるのかな…
260 21/09/16(木)21:19:50 No.846768056
>最近は時流のせいで男/女/それ以外が必要になるから… 男→女 女→男 無性別 ちゃんとマスタ登録しようね
261 21/09/16(木)21:19:52 No.846768060
>>>性別とかマスタいるのかな…とたまに思う >最近は時流のせいで男/女/それ以外が必要になるから… そもそも性別を証明する書類ってあんまりないからね…
262 21/09/16(木)21:20:02 No.846768127
>名字と名前で列を分ける必要ってあるのかな… ミドルネームどうしよう…
263 21/09/16(木)21:20:05 No.846768135
>名字と名前で列を分ける必要ってあるのかな… ある
264 21/09/16(木)21:20:23 No.846768253
区分のカラムでデータを分けるなテーブルを分けろって そこまでしたら凄く大変…
265 21/09/16(木)21:20:33 No.846768335
>すごい高給取りに見える >1000万プレイヤー？ たまにフリーで仕事する無職…
266 21/09/16(木)21:20:36 No.846768362
パスワードは8文字以上12文字以内で
267 21/09/16(木)21:20:47 No.846768419
CASE文が冗長過ぎるのが一番クソ
268 21/09/16(木)21:21:25 No.846768673
とりあえずNVARCHAR2
269 21/09/16(木)21:21:32 No.846768706
>最近は時流のせいで男/女/それ以外が必要になるから… LGBTQQIAAPPO2S！
270 21/09/16(木)21:21:35 No.846768732
>CASE文が冗長過ぎるのが一番クソ よしDECODEつかえ
271 21/09/16(木)21:21:36 No.846768747
メールアドレスのカラム長はどうしたもんか…
272 21/09/16(木)21:21:39 No.846768767
>名字と名前で列を分ける必要ってあるのかな… 後で元に戻せるなら基本的には意味のある分割はした方がいい
273 21/09/16(木)21:21:53 No.846768849
>パスワードは8文字以上12文字以内で そもそも素のパスワードをDBにいれるな ハッシュ化しろ
274 21/09/16(木)21:21:53 No.846768853
triggerいっぱいあるとわけわからん…
275 21/09/16(木)21:22:08 No.846768931
>パスワードは8文字以上12文字以内で DBに入れるときはsalt使おうな
276 21/09/16(木)21:22:14 No.846768974
なんかこう流行りのAIででっかいテーブルも自動で正規化できないんですか
277 21/09/16(木)21:22:14 No.846768977
不変な区分でもDBに載ってないとSQL組むの面倒だなと思うことはある
278 21/09/16(木)21:22:25 No.846769051
>LGBTQQIAAPPO2S！ 性的嗜好と性別を混ぜるな
279 21/09/16(木)21:22:41 No.846769166
>triggerいっぱいあるとわけわからん… 業務ロジック全部DBに寄せようぜ！
280 21/09/16(木)21:22:57 No.846769274
>>名字と名前で列を分ける必要ってあるのかな… >ミドルネームどうしよう… 時差とか国際化一切視野にないシステムいいよね…
281 21/09/16(木)21:23:01 No.846769305
>たまにフリーで仕事する無職… 隠居してる仙人みたいな強キャラオーラ出しやがって…
282 21/09/16(木)21:23:02 No.846769306
塩だけじゃなくてペッパーもまぶそう
283 21/09/16(木)21:23:34 No.846769494
phpでシリアライズされたデータが雑に入ってるdbを扱っている！まともに検索できねえ！
284 21/09/16(木)21:23:56 No.846769628
3年目だけどスレで挙がってる機能とか製品使ってないものだらけだ 案件こなすうちに触れるものだろうか
285 21/09/16(木)21:24:10 No.846769724
>>>名字と名前で列を分ける必要ってあるのかな… >>ミドルネームどうしよう… >時差とか国際化一切視野にないシステムいいよね… 当然入力必須なもんだから 名字がない国の人からしょうがないから名前ぶった切って入力してるんだと聞いて笑った
286 21/09/16(木)21:24:14 No.846769749
>メールアドレスのカラム長はどうしたもんか… RFC準拠！したいが長いな…
287 21/09/16(木)21:24:22 No.846769796
名字や名前が長くて入らない事例結構遭遇する… 本人にとってはハァ？？だよなあ
288 21/09/16(木)21:24:34 No.846769875
>時差とか国際化一切視野にないシステムいいよね… 日本でしか展開されないはずのシステムなのにUTC運用いいよね…
289 21/09/16(木)21:24:37 No.846769902
脱OracleのJavaの勢いでDBの方もだしなんなら自社開発のミドルウェアすら脱の動きになってて吹く
290 21/09/16(木)21:24:41 No.846769925
Unicodeと文字列のソートから逃げるな 外字から逃げるな フルテキストサーチから逃げるな
291 21/09/16(木)21:24:47 No.846769961
LOB型がまた面倒くさいんだ…
292 21/09/16(木)21:24:55 No.846770003
>3年目だけどスレで挙がってる機能とか製品使ってないものだらけだ >案件こなすうちに触れるものだろうか ORACLEとポスグレだけでいいよ
293 21/09/16(木)21:24:56 No.846770017
>ハッシュ化しろ はっしゅか…？
294 21/09/16(木)21:25:00 No.846770042
>3年目だけどスレで挙がってる機能とか製品使ってないものだらけだ >案件こなすうちに触れるものだろうか 案件に寄るつまり案件次第で自分のスキルやキャリアが決まるかもしれない 可能なら上司にどういう案件やりたいか言っておくほうがいい
295 21/09/16(木)21:25:14 No.846770131
多分LGBTは10年位したら今認知されてないあれこれが尾ひれみたいにくっついて増えそう
296 21/09/16(木)21:25:28 No.846770237
>LOB型がまた面倒くさいんだ… BLOBもLOBも触りたくねえ…
297 21/09/16(木)21:25:33 No.846770273
>3年目だけどスレで挙がってる機能とか製品使ってないものだらけだ >案件こなすうちに触れるものだろうか そう易々となんでもできてたまるか なんなら一個の製品で一生食っていける
298 21/09/16(木)21:25:34 No.846770280
なにっ ここまで国産データ・ベース HiRDBの話題がない
299 21/09/16(木)21:25:58 No.846770445
ぱーべーしぶ… でぃーべーす…
300 21/09/16(木)21:26:02 No.846770479
今はVARCHAR使って列長とりあえず適当に滅茶苦茶長くしとけばいいと思ってる
301 21/09/16(木)21:26:04 No.846770492
分からない 俺たちは雰囲気でselectをしてる
302 21/09/16(木)21:26:16 No.846770588
>>時差とか国際化一切視野にないシステムいいよね… >日本でしか展開されないはずのシステムなのにUTC運用いいよね… サーバーの設定ちゃんとしてなくてUTCになったままsysdate使いやがったからチクショウ！
303 21/09/16(木)21:26:19 No.846770605
>なにっ >ここまで国産データ・ベース >HiRDBの話題がない ハイル！ハイル！
304 21/09/16(木)21:26:25 No.846770657
性別はJISにしたがっておけばいい というかJISにあるものはJISに従え
305 21/09/16(木)21:26:37 No.846770767
>>メールアドレスのカラム長はどうしたもんか… >RFC準拠！したいが長いな… 暗号化した場合の文字列長も考えないと… いや暗号化スキーマの方でよろしくやってくれるか
306 21/09/16(木)21:26:48 No.846770850
髙
307 21/09/16(木)21:26:57 No.846770912
俺は設計書が無いデータ確認用WEBの保守をやらされている
308 21/09/16(木)21:27:04 No.846770968
>サーバーの設定ちゃんとしてなくてUTCになったままsysdate使いやがったからチクショウ！ ワロタ
309 21/09/16(木)21:27:21 No.846771094
表
310 21/09/16(木)21:27:48 No.846771268
計算