20/01/13(月)14:00:31 今SQL勉... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1578891631201.png 20/01/13(月)14:00:31 No.654511315
今SQL勉強してるところなんだけどSQL文は大文字で入力するのが一般的なのかい? 大文字と小文字の切り替えがめんどくさくないかい?
1 20/01/13(月)14:04:34 No.654512198
指が勝手に動くから不便覚えないな
2 20/01/13(月)14:07:03 No.654512748
キーワードだけ大文字とか逆に識別子だけ大文字とかが多い気がするよ
3 20/01/13(月)14:08:14 No.654513022
昔揃えてたけど今はselectとか制御文はは小文字にしてるな
4 20/01/13(月)14:08:48 No.654513160
IntelliJに補完してもらってるよ CAPSLOCKを使ってもいい
5 20/01/13(月)14:09:50 No.654513396
DBMSによってテーブル名、列名の大文字小文字が違うと 複数DBMSの対応が必要なとき面倒くさいことあるよね あった
6 20/01/13(月)14:10:28 No.654513522
なんか雰囲気の問題でcapsLock使って大文字にしてるな
7 20/01/13(月)14:10:50 No.654513598
本当はシークエルと読むらしいけど 日本どころか海外でもエスキューエルって呼ばれる存在
8 20/01/13(月)14:12:19 No.654513923
大文字の方が速いから大文字で統一!って頃があった
9 20/01/13(月)14:13:04 No.654514095
統合環境だとキーワードが太字で表示されることが多いから 大文字にして力強い表示にしてる
10 20/01/13(月)14:13:56 No.654514242
理由がよく分からないところは黙って慣習に従っておく
11 20/01/13(月)14:14:36 No.654514377
DELETE FROM img WHERE hage=true;
12 20/01/13(月)14:15:13 No.654514541
うちの会社だとテーブル名カラム名が小文字で制御文字が大文字 まぁどっちがどっちかは各社の好みだろう 混じってたらうn
13 20/01/13(月)14:16:27 No.654514828
with句って書くとなんかいいことあんの?
14 20/01/13(月)14:18:46 No.654515414
もう素のSQLを自分で書きたくないのぉ!
15 20/01/13(月)14:19:36 No.654515608
何段も副問い合わせして数百行いってるSQLいいよね
16 20/01/13(月)14:19:59 No.654515706
打ち込むときの面倒さより後から修正するときの楽さを取ってるんだ SELECT文とかは1回打ち込んだコマンドをちょっと直してもう1度実行するとかよくあるし 制御文とテーブル名・カラム名がすぐに判別できた方が直す場所が分かりやすくて楽なんだ
17 20/01/13(月)14:20:28 No.654515824
うちはカラム名日本語2バイト文字だから…
18 20/01/13(月)14:21:42 No.654516084
>本当はシークエルと読むらしいけど >日本どころか海外でもエスキューエルって呼ばれる存在 別物じゃなかったっけ
19 20/01/13(月)14:22:33 No.654516302
気になるならエディターにフォーマッターを入れればいい
20 20/01/13(月)14:35:12 No.654519149
シーケルって読んでる外人は普通にいるよ
21 20/01/13(月)14:35:46 No.654519273
>もう素のSQLを自分で書きたくないのぉ! 俺はなんかこれもうSQL書いた方がはええなってなるマン!
22 20/01/13(月)14:36:18 No.654519415
テンプレートエンジンに乗せるとSQLの補完や構文チェックしてくれないから激辛い
23 20/01/13(月)14:36:29 No.654519457
定数的なものは大文字文化で生きてきたから SQLの命令は大文字で書いちゃう
24 20/01/13(月)14:37:08 No.654519604
ORM死すべし!
25 20/01/13(月)14:38:26 No.654519920
インデックス効かせてるつもりで効いてなかったやつ
26 20/01/13(月)14:40:09 No.654520338
oracleだとスキーマ名に大文字小文字の区別あるんじゃなかったけ
27 20/01/13(月)14:43:10 No.654520951
>俺はなんかこれもうSQL書いた方がはええなってなるマン! フレームワークに生成させたって結局クエリと実行計画くらいは確認しないと危ないからそうなるよね…
28 20/01/13(月)14:43:52 No.654521109
ORMはそれぞれで癖があって学習コストが高いのも糞
29 20/01/13(月)14:44:38 No.654521263
>with句って書くとなんかいいことあんの? 先にそこだけ処理できるから実行計画が狂いにくいし何やってるかわかりやすくなる 2桁テーブル結合するような大作sql作るときはお世話になるよ
30 20/01/13(月)14:45:29 No.654521463
たまにクソみたいなSQL吐き出すやつあるからね…
31 20/01/13(月)14:46:03 No.654521598
EXCUTEクエリ文でテーブル弄れるようになってアクセス便利だなあってなってきた 本当はDAOじゃなくてADO覚えた方が後々のために良いんだろうけど
32 20/01/13(月)14:46:21 No.654521670
クソ長いクエリ書くくらいなら多少速度犠牲にしてでもコード側で巻き取ってくれと願ってしまう
33 20/01/13(月)14:48:34 No.654522218
>EXCUTEクエリ文でテーブル弄れるようになってアクセス便利だなあってなってきた >本当はDAOじゃなくてADO覚えた方が後々のために良いんだろうけど むしろADOの方が先に死ぬ勢いだからDAOでいいと思う ちなみにJETはOLAP系のサポートないけどその分レポートにその手の機能が多いので帳票なら割と何とかなるぞ
34 20/01/13(月)14:48:59 No.654522334
activerecordは便利だしよっぽどじゃなきゃ可読性基本いいけどやっぱり生SQLが性に合う
35 20/01/13(月)14:50:13 No.654522634
性能試験で全然速度が出ないの!助けて!って言われて見に行ったらとんでもない超大作SQLが出てくるのいいよね
36 20/01/13(月)14:52:53 No.654523311
文字列は‘’なの?""なの?
37 20/01/13(月)14:57:54 No.654524630
超大作SQL書くだけなら楽しくていいよね!! メンテができなくて押し付け合うところまでがセット