プログラマの雑談部屋 ★166
■ このスレッドは過去ログ倉庫に格納されています
複雑なSQLが困るのはパフォーマンスが読めなくなることだけ
それ以外に文句言ってるやつはただのゴミ 目的のデータが欲しい時
SELECT結果を加工するのと
負荷も複雑さも倍増するがSQLで一発取りならどっちがいいのよ >>179
クエリ出すたびに課金されるしパフォーマンスあげると更に課金される
インデックスがないカラムで検索クエリ出したとたん全件検索になり莫大な課金がされる
テーブル作成後にインデックス追加すると新たな課金がされる
DynamoDBはマジでやばい 負荷が増すのも複雑になるもの安易にサブクリ使いまくるようなアホが悪い
書き手がよくても複雑になるのはテーブル設計した奴が悪い
書き手とテーブル設計がよくても複雑になるのは仕様が悪い
SQLがわかない奴、どこまで書くかの線引きもできないような奴
そういうのはコードで加工する手段しか選べない
SQLもわからんので当然保守性も低いコードが出来上がる
質問してるおまえのことだよカス >>183
負荷も複雑さも倍増するがSQLを発行しなきゃいけない時点でDB設計が失敗してる。
基本的にDB設計する時点で主要な発行SQLは想定して設計すべき。
そういう設計の場合はDBAを恨みながらSELECT結果を加工するんだな。 そもそもJPAとかでやるようになって10年以上経つだろう
今時SQLができますが評価されるのは超レガシーの保守の現場くらいじゃねーの? 恨みながらも何もstreamで1行だし
そういうのできなそう まともにテーブル設計できないやつほどクエリに文句を言い最善の性能を引き出せない >>183
アプリケーションサーバの負荷はあがるかもしれんが
DBサーバの負荷は下がるでしょ
「SELECT結果を加工」なんて言ってるからにはもともとSQL投げてるんでしょ?
だったらSQL修正するのが正解
あとはプログラミング言語とSQLのどっちの技術者を調達しやすいかの問題
どちらも問題なくできるんだったら、設問の条件を見る限りではSQL修正したほうがパフォーマンスで有利
前提条件少なすぎてどっちがいいって断言はできないけど
数人程度の開発、10万行以内の規模、ユーザー数は少ないがスペックもそれほど余裕があるわけでもない
すでにSQL投げる形で実装済み
ってことならSQL修正で反対する人いないんじゃないかな
よっぽどSQLが複雑怪奇なら修正避けてもいいけどさ
既存がORMならあわせればいいという程度の話ではある
どんな処理であろうと「出力データをアプリケーションで変換したほうが有利」って結果にはまずならないと思うよ
保守性に対する考え方の問題 そら外部結合すらわからん奴等が開発してるからな
出力の結果しか気にしない管理者とのコンボで究極のゴミ成果物のできあがりよ アプリサーバーはデータ取得だけじゃなくて他にもいろいろやることある
DBサーバーはデータ取得だけ
あとはわかるな? なあ
仕事続けるかどうかにかかわることなんで
聞きたいんだが
上の会社が予算かっぱぐじゃん
下請けがさっさと終わらせるじゃん
終わったら困るから下請けいじめて遅延させるってある???? SES人材ぶっ込む側の人間の思考なんて最大人数最大時間が最大利益だと思ってるんだから当然だろ SQLなんてフロントやってからさわってないなあ
APIは利用する側でええわ >>163
そんなの面倒くさくてやる気しないんだけど、やる必要あるの? プライド高いハゲの前で髪切るの面倒くさいっていうたら殺される? >>196
アプリケーションサーバーは分散しやすい スキンヘッドの人って
オシャレでやってるの?
ハゲだからやってるの?
聞かずに判断できるの? >>163
プログラマの事務処理は楽でしょ
毎月同じような出入りしかないんだから 彡 ⌒ ミ
(´・ω・`) あーちみちみ、肩揉んでくれたまえ 齢50に近づいてきた
文章が幼稚園児のようだったが
さいきん大学生レベルに近づいてきた気がする 彡 ⌒ ミ
(´・ω・`)女の子と手も握ったことないのに 彡 ⌒ ミ
(´・ω・`)ノ彡 ⌒ ミ
(´・ω・`) 『宇宙一くだらん話。
Over36じじい+ばばあ凸待ち(雑談枠)』
(22:07〜放送開始)
htts://youtu.be/vItRgrNlcKE >>205
円形脱毛症でハゲにしている人が多い。
あと経験上、IT系のスキンヘッドは地雷率が高いな。100%で何かしら腐ってる。 業務管理ごときに
何百人とか年単位で入れて
ちょくちょくいじくりまわしてる会社の意味が分からん
りっぱなビル立てるのと似たようなもんなの?
金がくさるほどあるから慈善事業かなにか? 上司が専門卒ということが分かって腹立ってる
なんでこんなアホに京大院卒の俺が従わなあかんねん >>200
やらないと確定申告がいい加減になって
税務署とのやり取りが大変になる 確定申告の必要性について聞いてるんじゃない?
そんなに頭がわるい人がいるとも思えないけど、学校では教えてくれないしなぁ ミ ⌒ 彡
(´・ω・`) あたーらしーい はげがきた きぼーおのー はげーだ 彡 ⌒ ミ
(´・ω・`) 頭頂死すとも頭側は死せず >>237
ミ ⌒ 彡
(´・ω・`) 旭日ハゲを責めないで下さい 本当に今日日曜なんだな?
間違えたら危険だ。
しばらく様子を見よう。 日本人は一般的に言われる「黄色人種」ではないよ。
黄色人種(イエロー)とは韓国人や中国人のことを指す言葉であって、
日本人はむしろサルの仲間と欧米では考えられている。 いい仕事をするにはぼんやり考えるのが大事だそうだ
短期的に集中して頭を使わせる現代テストは人間をアスペにする
科挙ってすげー合理的だったのでは 彡 ⌒ ミ
(´・ω・`) サルはフサフサでいいよなぁ... 彡 ⌒ ミ
(´・ω・`) プログラミングを習得すれば半年で200万本以上 設計以降お願いしますとか言われて
めんどくせえなと思いながらちらっと設計書見たら
1日でもう何点かおかしい所見つけて突き返した ニコニコしながら下請けいじめるプロパーは
上会社から予算ふんだくってる
終わらないほうがいいのを知ってるから
必死で期待に答えようとする下請けをくそ小ばかにしている 一生懸命やってる感を出すために
下請けへの後期の要求はめちゃくちゃ厳しくして
プレッシャーかけまくった上で
無理難題や言いがかりをつけて遅延させる 近所の人も行き先がハロワだった。
どうなってんだ? >>259
いや、全部出してExcelで一覧作って管理しろ
1つとして漏らすな
相手も自分も追い込んでいけ >>259
設計以降だから設計も含むんじゃねえの? 「以降」は結構あいまい
「21日までに」もわりと曖昧 彡 ⌒ ミ
(´・ω・`)ハゲは言葉の定義にうるさい。俺は違いのわかる男 >>265
え?そうなの?
以降やまでってその日も含むって明確じゃないのか?
俺が勘違いしてた? VMware動かすからどれくらいのスペックがいい? >>224
公務員は人物評価の評定項目のメモの書き方や点数の重みづけで試験員がイカサマやっているから向かない人は早めに避けるのが正解
受験業界の情報を鵜呑みにしている人はやたら否定するけど、インチキをしている客観的な証拠はあるし、某J出版や予備校に騙されている人は多い また何もせず髪の毛50本抜けただけで土日が終わった 設計の後には実装と設計がまってる
無限再帰するから気をつけろ >>268
設計以降は設計を含まない
21日までには20日中にやっとけ
ってパターンが多いと思う 土日のサービス働きは当たり前みたいなノリで設計書の作成をやらされた うちの会社は募集段階では自社開発をアピールしているけど、実際は対多数が客先常駐している
たまたま研修に参加していた人をホームページに出して自社開発やっているとアピールしている(^O^)/ ■ このスレッドは過去ログ倉庫に格納されています