虹裏img歴史資料館

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

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書くだけなら楽しくていいよね!! メンテができなくて押し付け合うところまでがセット

↑Top