ＳＱＬについて語るスレ

1 ：03/06/30 〜 最終レス ：12/02/11

どうぞ　　　　

2 ：

select 2 from http://pc2.2ch.net/test/read.cgi/db/1056938879

3 ：

ＳＱＬってなに？

4 ：

Structure Query Language の略。日本語で言うと「構造化照会言語」
C言語や perl の様に構造化されたロジックを組みながら、
データベースにアクセスできるようにする言語。一応、統一規格がある

5 ：

ＳキューＬ

6 ：

|
|且　ﾀﾞﾚﾓｲﾅｲ
|谷）　Create Table ｽﾙﾅﾗ ｲﾏﾉｳﾁ
|/
|
　　　　　　　♪ 　　　　　_,-,
　　　　　　　⊂iヾ､　且 / /　　Create Table DB_DragonBall (
　　　　♪　　　 ＼（ 谷）/　　　 　Goku Number (01));
　　　　　　　　　　 ヽ　i' |,へ
　　　　　　　　　　　 ）人i　、ゝ
　　　　　　　　　　　 / /　　 ヽi
　　　　　　　　 　 ／／　　ﾟ∴　
　　　　　　　　　 (/ 　　　∵+
　　　　　　　　∵+
　　　　　♪　　　　
　　　　　　　　　 　　且　　　　Drop Table DB_DragonBall;
　　　　　　♪　　　（谷 ）＿＿　　ｽｼﾞｬ〜ﾀ〜
　　　　　　　　　 (_￣iつ ,---'､i
　　　　　　　( ((　　|人 (
　　　　　　　　　　　`/ /　　) ))
　　　　　　　　　　 　i _|ヽ
　　　　　　　　　　　　|_)'｡
　　　　　　　　　　　 　∵
　　　　　　　　　　　 ∴+
|　　　　 _/)
|　　　　/ / 且　　　　　ｽｼﾞｬｰﾀｶﾞ
|　　　　＼（谷 ）⌒_)⊃　 「15:46」ｦ ｵｼﾗｽｼﾏｽ
|　　　　　/ '　 （
|　　　　i⌒iヽ _, ゞ
|　　　　∪/ ,/　　　∴
|　　　　　 |_.i　+∵｡
|　　　　 　i_)'∵

7 ：

age

8 ：

>>6
藁t

9 ：

複問合せは悪じゃない！！
Indexやレコード件数を考慮すれば
効果的な読み込みが可能なのだ。
ただ複雑化するから慣れないユーザがついていけないだけだ。
とか書いてみる。

10 ：

age

11 ：

板違い

12 ：

ヽ（ ´ー｀）ノ ﾊﾟ
ヽ（ ´ー｀）ノ ﾊﾟ
ヽ（ ´ー｀）ノ ﾊﾟﾗﾄﾞｸｽｰ

13 ：

ソフ開に SQL を出すなと小一時間・・・

14 ：

CREATE VIEW KAMISAMA AS SELECT * FROM PIKKORO WHERE TYPE='AKU'

15 ：

Insert Into Goku Values ('Genki');
Select OraniTikarawo From Goku Where Waza = 'Kaiou';
-----------------------------------------------------
Genkidama

16 ：

初学者はとりあえずこれを読んでおこう。
連載 SQL実践講座 / @IT
http://www.atmarkit.co.jp/fnetwork/rensai/index/index-serial.html#sql

17 ：

>>4
それ、どこのコピペか知らないけど、違うような。
> C言語や perl の様に構造化されたロジックを組みながら、
全く別物だと思う。
C や Perl は手続き型言語。書いた順に実行される。
SQL は非手続き型言語。一つの命令文が複数の手続きに展開され、実行される。
よって、どのように展開されるか（Oracleなら、どのような実行計画が作成されるか）
考慮しながら書く必要がある。

18 ：

age

19 ：

あぼーん

20 ：

DELETE FROM "pc2.2ch.net/test/read.cgi/db/1056938879"
WHERE ID='DvO3q4Fe'

21 ：

Update "pc2.2ch.net/test/read.cgi/db/1056938879"
Set ">>19" = 'ｱﾎﾞｰﾝ'
Where = 'DvO3q4Fe';

22 ：

>19
二本筋だったら怖えよ







と業者にマジレス

23 ：

本当にデータベース板だったのかよ。需要ないでしょうに。
SQLは小文字派。
select * from UriageDat where BumonCD = 10 order by Hizuke, UriageNo

24 ：

drop database >>1;
^D
make reinstall
rm -fr >>1

25 ：

三本筋ならありがちだな

26 ：

>>21
Where ID = 'DvO3q4Fe';
しかしここ、シングルクォーテーションが多いって事は、Oracle が多いんですかね。

27 ：

>>26
Oracleだよ。
元だけど。
Conect DragonBall/DBita@Toriyama

28 ：

>>26
Postgresもシングルクォートだよ。

29 ：

>>26 DB2もシングルクォート

30 ：

(1) FROM 甲, 乙 WHERE 甲.コード = 乙.コード
(2) FROM 甲 LEFT JOIN 乙 ON 甲.コード = 乙.コード
(3) FROM 甲,乙,丙
(1)のようにテーブルが二つの場合は、(2)のように書けますが、
(3)のようにテーブルが三つの場合はLEFT JOINではどのように
かけばよいのでしょうか?

31 ：

>>30
ここは質問スレではありません。
別スレで聞いてください。

32 ：

>>26
私はシングルクォートでないのを使ったことがないのですが、
どんな DB つかってて、なにでクォートしてるん？

33 ：

>>32
MySQLでqw()

34 ：

>>30
FROM (甲 LEFT JOIN 乙 ON 甲.コード = 乙.コード) LEFT JOIN 丙 ON 甲.コード = 丙.コード
合ってる？

35 ：

>>30
多分こっち。
現在、SQL 専用質問スレは無い模様。
スレ立てるまでもない質問＠db（データベース）板
http://pc2.2ch.net/test/read.cgi/db/1057041973/

36 ：

>>35
http://pc2.2ch.net/test/read.cgi/db/1056973582/l50

37 ：

>>36
お、有ったんだ。■データベース板スレッドガイド■ に載ってなかったんで。
>>30
という事で、こちら
SQL質疑応答スレ
http://pc2.2ch.net/test/read.cgi/db/1056973582/

38 ：

7777777777777777777777777777777777

hgggggggggggggggggggggg

39 ：

>>13
今の業務アプリでRDB使わない開発なんて滅多にないから
将来PG目指すなら、それくらい覚えておいて損はない。

40 ：

SQLもかけないようなPGなんて要らないってのが
正直なところではないかと？

41 ：

あぼーん

42 ：

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

43 ：

あぼーん

44 ：

あぼーん

45 ：

ＳＱＬについて語るスレ.EmptyTable

46 ：

>>1
delete from [http://pc2.2ch.net/test/read.cgi/db/1056938879/l50]
where id = 1

47 ：

>>46
;が抜けてる。

48 ：

>>47
そこ(>>47)で入力しても間に合う

49 ：

>>46
ERROR: parser: parse error at or near "[" at character 13

50 ：

update

51 ：

select * [http://pc2.2ch.net/test/read.cgi/db/1056937896/l50] left join [http://pc2.2ch.net/test/read.cgi/db/1056980052/l50] on [http://pc2.2ch.net/test/read.cgi/db/1056937896/l50].ID = [http://pc2.2ch.net/test/read.cgi/db/1056980052/l50].ID
where id = '???';

52 ：

>>50
update ta_DQN set IP = 'ｱﾎﾞｰﾝ';

53 ：

あぼーん

54 ：

select * from [www.google.co.jp] where HTMLbody like '*堤さやか*';
何気に堤さやかをググってみたｵﾚ。
http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=%E5%A0%A4%E3%81%95%E3%82%84%E3%81%8B

55 ：

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

56 ：

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

57 ：

58 ：

性器表現つかえたらいいなと思った　今

59 ：

>>58
この辺は使えませんか？
жёДЖф

60 ：

ループの中でSQLを実行させるのは止めてほしい。
Joinで一発でとってこい。

61 ：

>>60
どういう意味？

62 ：

話豚切りすまそ
SQLって…もとはIBM？
ポスグレなんかはもとはクエイルだかシークエルだかだったんだよな。
名前に構造化とか付いてる割りには微妙に文法に統一感が
なくて好きじゃない。insertはカッコで変数と値を別にくくるのに
updateはイコール使うとか。
いつのまにか共通語になったのでみんな仕方なくつかってるんじゃ
ないのか？
新しい問い合わせ言語が広まることを望む。
主眼は文法解析ルーチンが簡単になり、かつ人間にもわかりやすいこと。
といいつつSQL以外なんも知らんけどさ

63 ：

はやく SQL が COBOL 化しますように

64 ：

そうそう

65 ：

>63
それだけは勘弁していただけませんか？

66 ：

/*
    2ch投稿用に C/C++ソースのスペースとタブを   に変換する
    入力：標準入力　出力：標準出力
*/
#include <stdio.h>
#define TABSP 4 /* タブ間隔をここで設定する */
int main ( int argc, char *argv[] )
{
    int c, col = 0;
    if ( argc > 1 )
        fprintf ( stderr, "usage: src2nbsp < INPUT-FILE > OUTPUT-FILE\n" );
    else
        while ( (c = getchar()) != EOF )
        {
            switch ( c )
            {
                case ' ' :
                    puts ( " " ); ++col; break;
                case '\t' :
                    do puts ( " " ); while ( ++col % TABSP ); break;
                case '\n' :
                    putchar ( c ); col = 0; break;
                case '\r' : /* 無視 */
                    break;
                default :
                    putchar ( c ); ++col; break;
            }
    }
    return 0;
}

67 ：

/*
    src2nbsp.c - 2ch投稿用に C/C++ソースのスペースとタブを ＆nbsp; に変換する
    入力：標準入力　出力：標準出力
*/
#include <stdio.h>
#define TABSP 4 /* タブ間隔をここで設定する */
int main ( int argc, char *argv[] )
{
    int c, col = 0;
    if ( argc > 1 )
        fprintf ( stderr, "usage: src2nbsp < INPUT-FILE > OUTPUT-FILE\n" );
    else
        while ( (c = getchar()) != EOF )
        {
            switch ( c )
            {
                case ' ' :
                    printf ( "＆nbsp;" ); ++col; break;
                case '\t' :
                    do printf ( "＆nbsp;" ); while ( ++col % TABSP ); break;
                case '\n' :
                    putchar ( c ); col = 0; break;
                case '\r' : /* 無視 */
                    break;
                default :
                    putchar ( c ); ++col; break;
            }
    }
    return 0;
}

68 ：

SQL文で、ナンバー型の項目に値を参照する時は
例えば
AAAA=1
のように構文としてはシングルコーテーション無しの書き方が一般的ですが
AAAA='1'
のようにシングルコーテーション有りの書き方でもエラーにはなりませんが
この書きかたって保障されているんでしょうか？
実は私の納品したソースが全てナンバー型にもシングルコーテーション無しになってしまって
いるんですが何か問題ありますか？
ぶっちゃけ、めんどくさいので特に問題が無ければそのままにしておきたいのですが。

69 ：

>68
製品によって異なると思われます。
oracleであれば勝手に直してくれたような・・・。
ただし、パフォーマンスに悪影響を及ぼす可能性は否定できません。
書式のミスなら単体テストではじけますが
パフォーマンスの影響は下手すると稼動してからでないと発覚しないんで
直すリスクと放置するリスクを比較すると私ならリーダーに直す方向で相談します。
というかこういうときこそ相談しましょう。
いざというときの責任逃れのために（＾＾；

70 ：

>>69
単体テストでは問題ありませんでした。
ソフトのバージョンとかによって直してくれなかったり
とか直してくれるとかそんなのがあったら怖いんですよ。
どうしよ俺。

71 ：

>>68
AAAAにつけたインデックスって使われてる？
DBが条件をデータ型に合わせてくれるならいいけど、その逆だと・・・。

72 ：

73 ：

すいません、情報処理の勉強してるのですが、SQLのINとEXISTSって
何が違うのですか？

74 ：

初めまして。
Paradox使用でのSQLについての初歩的な質問です。
他サイトでの説明が理解できないぐらいのレベルなのですが
どうか御教授よろしくお願いいたします。
select A.管理番号,A.設置年度,B.布設年度
from A,B,C
where (B.作業番号 = C.作業番号 and B.手順番号 = C.起点番号)
and (A.作業番号 = C.作業番号 and A.起点番号 = C管路.起点番号)
and (B.布設年度 like '%S%')
B.布設年度は「S58、H08」などで書かれています。
A.設置年度は「1999」などの西暦で入力されています。
B.布設年度を西暦に変換し、尚且つA.設置年度と合っているかどうかを調べたいのです。
以下の文はAccessでのSQLの文です。
and (substring (B.布設年度,2,1) <> '0')
and ((A.設置年度)<>(substring(B.布設年度,2)+1925))
上記2行のAccessの文はそのままParadoxに持っていく事が出来ません。
どのように変更したらよいでしょうか？
皆様よろしくお願いいたします！

75 ：

76 ：

>70
古いバーションから新しいのにもっていく場合でそういう不具合は正直経験ないですね。
上司に雑談のネタとして振ってみて、スルーされたら放置でいいかもｗ

77 ：

78 ：

>>74
Oraclr使え。

79 ：

× r
○ e

80 ：

select count
from
where
group by
having

81 ：

>>78
マルチに亀レスして楽しい？

82 ：

　

83 ：

84 ：

Like演算子を２つ使いたい時って、
たとえば↓見たいな感じで良いんですよね？
なんか構文エラーになるんですけど・・・。
Select *
Form Teble
Where Name Like "%太郎" And Name2 Like "%本"

85 ：

ダブルクォートってAccessか？
Formになってるぞ

86 ：

ここで豆知識
Accessのワイルドカードは % じゃなく *

87 ：

>>85
SQLServerだす！
シングルコートにして
Fromにしたら大丈夫かな！！！

88 ：

まあ括弧付けた方がわかりやすいかな
Where (Name Like "%太郎") And (Name2 Like "%本")
あとはTableのほうがいいな

89 ：

冷静なツッコミにﾜﾗﾀ

90 ：

oracle9iではで外部結合を書く場合
(+)じゃなくてouter join って書くほうが推奨されてるの！？

91 ：

Oracleによって推奨されているかいないかは知らんし、どっちかを推奨しているかは
わからん。
好みの問題でいいんじゃ？？
俺はなるべく、分かりやすいouter join使いたいところだけど。
outer join使うと結合条件と他の条件が分かれてすっきりすりし。

92 ：

＞(Name Like "%太郎") And (Name2 Like "%本")
ANDだと1件もヒットしなくね？

93 ：

>>90
Oracleが推奨っつーか、outer join句の方がよそのRDBMSのSQLでも使える場合が多いので
どっかのローカルルールとしてouter joinを推奨してるってとこじゃないかと

94 ：

データベースって何ですか？

95 ：

kstr-tsidunokoyofsyo

96 ：

97 ：

http://plaza.rakuten.co.jp/maruseyuiti/

98 ：

left joinの使い方教えてください。お願いします。

99 ：

>>98
つttp://www.atmarkit.co.jp/fnetwork/rensai/sql06/sql1.html#a04

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

ADO DAO など接続方法について (357)
まじめにデータベースについて語るスレ (130)
mysqlについて語ろう (137)
ＳＱＬについて語るスレ (140)
Microsoft SQL Server 総合スレ 9 (390)
オラクルマスターsilverの資格試験について (306)
--log9.info------------------
【8136】サンリオpart5【所詮はただのキモいネコ】 (138)
【3649】ピーエスシー 2【山頂で雪崩発生】 (619)
【9861】吉野家ＨＤ【デフレ脱却】 (144)
【9001】東武鉄道【スカイツリー】 (874)
【外食総合】松屋、ドトール、松屋他 (395)
【6367】ダイキン工業(株)【4000円まだ〜？】 (464)
【6627】テラプローブ【逝く時は一緒】 (727)
【9204】スカイマーク　増資懸念で低迷中【Д330】 (481)
【7593】VTホールディングス【狙え1000円】3 (264)
【9449】GMOインターネット【グモと呼ばないで】 (682)
【7999 売り禁4?】武藤 (363)
【1884】日本道路【道路舗装最王手】 (139)
暇だから銘柄しりとりでもしようぜ ２ (795)
【5020】JXHD【被災銘柄】 (976)
【8267】イオン（株）34【権利確定2/24、8/28】 (633)
【2138】クルーズ【くにを】 (419)
--log55.com------------------
今、世界で「韓流学」が熱い！　vol.7
日本人やめて韓国に帰化したい奥様 4
バカウヨ「助けて！KOREAに劣等感を感じてしまうの！！」 3
中国・韓国・北朝鮮が大好きな奥様　138
絶対に付き合いたくない男　ダントツ1位　ネトウヨw 2
バカウヨを激怒させる反日日本人が大好きな奥様★3
ﾈﾄｳﾖは低学歴で無職でバカで底辺なの？ Part.5
働く女性の好きな鍋1位・キムチ鍋の結果に働かない男ﾊﾞｶｳﾖが激怒w★