lynx   »   [go: up one dir, main page]

記事へのコメント186件

  • 注目コメント
  • 新着コメント
turanukimaru
ストアドでOKって人本気？TransactSQLもPL/SQLも保守性最悪じゃん。テストとかデバッグとかどうやってるの？単体テスト作ってる？自動テストの環境は？新人に引き継げる？良い方法あるなら教えてください本気で困ってます

その他
pptppc2
逆にSQLしかわかんねー！プログラム側はストアドプロシージャを呼び出して値渡すぐらいの記述しかなくて、あとはぜーんぶストアドにやらせてる！

その他
Lumin
甘えず入門書読め。その辺に転がってるきーたの記事は読むな。3時間あれば本は読めるし理解できる

その他
toro-chan
そりゃSQLだけ見たら呪文にしか見えないのだから当然ではある。DB設計(+スキーマ)がわからない限り、意味のない記号の羅列でしかない。逆にDBMSにデータを入れる意味がわかれば大して難しくない。

その他
kakei-akihiko
SQLは良くて、ORMが用意した独自メソッドがとても面倒でしかも読みにくい。

その他
theatrical
成功体験がないと難しく感じると思う。小さく単純な練習をたくさんやって成功体験得るのが良いと思う。そうすると複雑なものも、複雑な一つの塊ではなく、自分にもわかる小さな塊のあつまりになって、扱えると思う。

その他
studymonster
たいへん昔の話だけど私が新人の時に初めて触れたデータベースがAccessで初学者にはわかりやすかった。Access自体はその後使う機会は全くないけど。今はどうなんだろ。

その他
kotaponx
サブクエリやjoinで劇長いSQL文はヒトが読むものではないよね。Oracle10g以降は無制限なんだっけ

その他
mak_in
手続き型のプログラミングとSQLは実は思考プロセスが違い、SQLはどちらかというと高階関数（filter/map/reduceなど）に近い。filterやmapが世にでてしばらく経つのに、未だにforをすぐ使う人が多いので、仕方ないと思う。

その他
AKIMOTO
わかんねー、ってなるような複雑なSQL文もあるよね。うん

その他
deep_one
まずアクセスを使うのです。（でもアクセスの高度な参考書って最近見ないのよね。）

その他
yuzuk45
むっずかしいよ！ここで廃人にならずにサバイブできれば次の15年位食っていけるかもよ。知らんけど。

その他
nankichi
ミックさんの本はわかりやすいよね。この連載もわかりやすいので紹介しておく　https://qiita.com/devopsCoordinator/items/9c10410b50f8fcc2ba79

その他
w1234567
SQLなんて基本的な構文以外分かんないままでいいよ。SQL得意だって自称する連中はドヤ顔でSELECT文にロジック埋め込んだりPL/SQLでデバッグしづらい長大なバッチ作ったりする害悪ばかりだ。

その他
soyokazeZZ
ExcelでOKなことない？

その他
buhoho
たとえSQLはわかったとしても、歴史的経緯でスパゲッティーになってるテーブルとかリレーション構造がわからないでござる

その他
youichirou
DBとSQLを初めて知って、こんな簡単なことで無限のデータ操作ができるなんと便利なモノがあるのかと感動したけどなー。SQLはただの操作命令なので如何にまともにDBを設計するかではある。

その他
quabbin
長いSQLは、既に書くものではなく、自動ビルドするものって感じがしている。BI的に。さて、SQLがわからないという気持ちはわからないが、本でわからないなら動画、動画でわからないなら対面授業を当たるといいかな

その他
T-miura
SQLドリルという本があるぞよ

その他
MasaMura
お、オレも新人の頃にVBちょこっとかじった後にオラクルシルバー取ったけど、独学でスゲー無駄な勉強した。師匠探した方が良いかも。ネットで端折った概念は理解の邪魔になるよ。

その他
trace22
TransactSQLでもPL/SQLでもそれなりに開発環境はあるし、自動テストなんてふつうのSQLも変わらんのでは？ああ、それ単体でしか運用してないなら新たに外部に仕組み用意しなきゃとかはあるか？

その他
Windfola
自分も嫌いだしわからない。長大SQL避けるためにテーブルの保守性や拡張性下げるのも悪手な気もするし、数百行のSQL読むのも苦行。

その他
daishi_n
SQLが複雑になり過ぎるのは大体テーブル設計がダメ。ワークテーブル作るのもアリだけど、その辺になるとDWHとかも選択肢かな

その他
bokukanochat
くそめんどくせーと思いながら場合によっては1000行くらいのクエリ書くけど、本当にわからないのならテーブル定義が悪いのかもね…

その他
ka2nn
ミックさんのエッセイと本を読むんだ

その他
mak_in
mak_in 手続き型のプログラミングとSQLは実は思考プロセスが違い、SQLはどちらかというと高階関数（filter/map/reduceなど）に近い。filterやmapが世にでてしばらく経つのに、未だにforをすぐ使う人が多いので、仕方ないと思う。

2022/10/08 リンク

その他
mugimugigohan
select文だけなら怖くない

その他
xenon_abe
TransactSQLはしらんがPL/SQLはDataGripとか使えばデバッグできる。テストもやりようはあるよねケースによるけど。けれどカリッカリに書いたやつは引き継ぎ難しいってのはある。Oracle嫌いだけどPL/SQLあるしなぁ派。

その他
ene0kcal
まずは基礎を押さえようね。話はそれからです。

その他
a-know
わかる(わからん)

その他
morita_non
初心者から上級者までミックさんの本がおすすめです。

その他
strawberryhunter
教科書的な本に書いてあることはマジでわからなかった。実際のJOINの条件は決まっているのに変な組み合わせが出てくるようなSQLが書いてあるので混乱する。Oracleシルバー取れた後もまったく理解できてなかった。

その他
udukishin
時期的にデータベーススペシャリストでも受けるのかな？頑張れ

その他
fk_2000
SQL（乙女心）わかんねーーー！！

その他
ducky19999
いろんな企業の奥底に妖怪みたいなSQL達が蠢いています

その他
dagama
SQL覚えていく段階があって、基本構文→結合関連→チューニング系→ウィンドウ関数→ストアド　みたいな感じがある

その他
taruhachi
短いSQLなら読める。長文読解は人間の理解の範疇を超える手続き呪文の一括詠唱なので分解したい。頑張って書いてもメンテナンス性が最悪になる。

その他
eggplantte
SQLでなんでもかんでもやろうとすると訳わかんなくなるよね、、、

その他
ryunosinfx
DROP DATABASE *.*;とかか・・・(バルス相当)　まあ設計真面目にやったら性能出るけど。ストアドはなぁ。ビルトインでバージョン管理が出来ないのが致命傷だよな。

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

アプリのスクリーンショット
いまの話題をアプリでチェック！
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

SQLわかんねーーーーーーーー！！！！！！

学生時代に独学でVBAやってたのが零細企業でなぜか評価されてDB管理をやらされかけてるけど SQLマジでわ...

ブックマークしたユーザー

すべてのユーザーの
詳細を表示します

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 政治と経済

いま人気の記事 - 政治と経済をもっと読む

新着記事 - 政治と経済

新着記事 - 政治と経済をもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2025 Hatena. All Rights Reserved.
Лучший частный хостинг