アカウント名:
パスワード:
なんか大文字のイメージが強くて。もちろん小文字でも問題ないのは知ってるんだけだね。
PostgreSQLの場合テーブル名は小文字で書かないとハマることがあるhttps://qiita.com/DaikiandNatsu/items/85b842cd493b0ac8f881 [qiita.com]
具体的にはpgAdmin3でテーブル名:mstUserを作成していた。(本来:mst_userとすべき)
大文字小文字以前の問題じゃねぇか。それにPostgreSQLの仕様は大文字小文字を区別する?Oracle同様に""で囲えばの話で通常はしないはず。小文字とみなすのが既定の動作。分かってない奴はどこまでも頓珍漢。
そういや何でPostgreSQLは小文字とみなすんだろうな。あれだけOracle互換に振っているのに。
いやいや、元記事をもうちょっとちゃんと読もうよ。
> Oracle同様に""で囲えばの話で通常はしないはず。小文字とみなすのが既定の動作。
まさにこの動作仕様と pgAdmin3 の実装の組み合わせのおかげで大文字テーブル名のトラブルが出た、って話でしょう。
対策に書いてあるのはアンダースコアの有無を間違えたって話ではなくて、テーブル名の命名規則としてキャメルケースではなく小文字だけのスネークケースにした、って話。
COBOL FORTRAN PL/1 BASIC自分の中じゃ、小文字は K&R c から
FORTHを書き忘れてるぞ。
アセンブラもね。ORG 1000HLXI H,2000HSPHLXRA ALXI H,1400HMOV A,M…
; いかんもう忘れてる ...orz
SQLのキーワードを大文字にすると早くなるという都市伝説が・・・
ORACLE内部では大文字管理なので変換のコストが少なくて済む、という話はありましたな
それ、面白ジョークの類だと思っているのですが、実はなんかあるのですか?因みにFROM句の順番で速度が変わるは事実。Oracle7とか前世紀の話ですけれど。
でも予約語とそれ以外で大文字小文字を分けたりするでしょ?ということでshiftをもっぱら使ってます。
予約語を分けた表記にするメリットって何?通常のプログラム中ではそんなことしないじゃん。
※不統一を招くだけなので全て小文字推奨
確認だけど、「通常のプログラム」ってのは「ボクが今まで見たことがある数本のプログラム」の意味でいい?
そういう意味でいいからメリット教えてね。メンバー全員がSQLの予約語を全て押さえてるような環境で働いたことないものでね。
教えてあげたところで、全部「ボクの環境ではメリットにならないもん!」って否定し続けるんだろうから教えてあげない。君はプログラミングの前に人にものを聞く態度とか素直に人の話を聞く態度とかを学んだほうが得るものが多いんじゃないかな。
答えられないからってムキにならなくてもいいよ。素直に、わからないことをわからないと言うことも勇気だ。
強いて言うならお前の無駄を超えて害悪になっている自信の根拠がわからん。
ここまで有益な意見なし。
可読性が上がる。
通常のプログラムでもPascalやらCamelやら使い分けたりするだろ。プログラム書いたことないのだろうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
SQL書くときかな (スコア:0)
なんか大文字のイメージが強くて。
もちろん小文字でも問題ないのは知ってるんだけだね。
Re:SQL書くときかな (スコア:1)
PostgreSQLの場合テーブル名は小文字で書かないとハマることがある
https://qiita.com/DaikiandNatsu/items/85b842cd493b0ac8f881 [qiita.com]
Re: (スコア:0)
具体的にはpgAdmin3でテーブル名:mstUserを作成していた。
(本来:mst_userとすべき)
大文字小文字以前の問題じゃねぇか。
それにPostgreSQLの仕様は大文字小文字を区別する?
Oracle同様に""で囲えばの話で通常はしないはず。小文字とみなすのが既定の動作。
分かってない奴はどこまでも頓珍漢。
そういや何でPostgreSQLは小文字とみなすんだろうな。
あれだけOracle互換に振っているのに。
Re: (スコア:0)
いやいや、元記事をもうちょっとちゃんと読もうよ。
> Oracle同様に""で囲えばの話で通常はしないはず。小文字とみなすのが既定の動作。
まさにこの動作仕様と pgAdmin3 の実装の組み合わせのおかげで大文字テーブル名のトラブルが出た、って話でしょう。
対策に書いてあるのはアンダースコアの有無を間違えたって話ではなくて、テーブル名の命名規則としてキャメルケースではなく小文字だけのスネークケースにした、って話。
Re: (スコア:0)
COBOL FORTRAN PL/1 BASIC
自分の中じゃ、小文字は K&R c から
Re:SQL書くときかな (スコア:1)
FORTHを書き忘れてるぞ。
Re: (スコア:0)
アセンブラもね。
ORG 1000H
LXI H,2000H
SPHL
XRA A
LXI H,1400H
MOV A,M
…
; いかんもう忘れてる ...orz
Re: (スコア:0)
SQLのキーワードを大文字にすると早くなるという都市伝説が・・・
Re: (スコア:0)
ORACLE内部では大文字管理なので変換のコストが少なくて済む、という話はありましたな
Re: (スコア:0)
それ、面白ジョークの類だと思っているのですが、実はなんかあるのですか?
因みにFROM句の順番で速度が変わるは事実。Oracle7とか前世紀の話ですけれど。
Re: (スコア:0)
でも予約語とそれ以外で大文字小文字を分けたりするでしょ?
ということでshiftをもっぱら使ってます。
Re: (スコア:0)
予約語を分けた表記にするメリットって何?
通常のプログラム中ではそんなことしないじゃん。
※不統一を招くだけなので全て小文字推奨
Re: (スコア:0)
確認だけど、「通常のプログラム」ってのは「ボクが今まで見たことがある数本のプログラム」の意味でいい?
Re: (スコア:0)
そういう意味でいいからメリット教えてね。
メンバー全員がSQLの予約語を全て押さえてるような環境で働いたことないものでね。
Re: (スコア:0)
教えてあげたところで、全部「ボクの環境ではメリットにならないもん!」って否定し続けるんだろうから教えてあげない。
君はプログラミングの前に人にものを聞く態度とか素直に人の話を聞く態度とかを学んだほうが得るものが多いんじゃないかな。
Re: (スコア:0)
答えられないからってムキにならなくてもいいよ。
素直に、わからないことをわからないと言うことも勇気だ。
Re: (スコア:0)
強いて言うならお前の無駄を超えて害悪になっている自信の根拠がわからん。
Re: (スコア:0)
ここまで有益な意見なし。
Re: (スコア:0)
可読性が上がる。
Re: (スコア:0)
通常のプログラムでもPascalやらCamelやら使い分けたりするだろ。
プログラム書いたことないのだろうか。