データベースプログラミングに最適な言語は何か

**NAME IS NULL** · 04/12/17 12:05:27

データベースプログラミングに最適な言語は何かを論じたい。
まず、漏れは Ruby を推したい。
内部イテレータのおかげで、短いコードでデータの取得、メモリの解放が可能だ。

Perl や PHP はオブジェクト指向の機能が不足である。Javaやは型宣言を
せねばならず、ムダにコードが長くなる。保守性は悪くなる。
つまり、Javaは別の分野で用いるべきである。

.NETやPythonは知らないが、.NETはJavaの片割れでたいしたメリット無いみたいだし、
PythonはRubyのライバルとされているが、どうか。イテレータの書きやすさは Ruby のほうがいいな。

**NAME IS NULL** · 04/12/20 21:57:40

>38-46 (最)適性の要件について
話をSQLだけに絞って、
SQLの完全なるParserを持つ必要はないのですか。逆に処理系が
SQLを「生成」するとなると必須とおもいますが。

**NAME IS NULL** · 04/12/20 22:40:57

>>48

なんで必要なのかしら
理由を教えてくれ

**NAME IS NULL** · 04/12/21 03:04:48

>49 一連の議論を読んでいると、同じ「最適な言語」を競っても
プログラマがSQL文字列を知っている必要があるクラスと
コンパイラがSQLを構成するクラスとありそうに思えたから。
ボクシングとK-1ほどに上がる舞台がちがうのではないか。
Parserが必要と感じるのはもちろん後のクラス。関数型言語で
SQL相当の操作を書くとすれば、文字列操作の云々は的外れ
となり、むしろSQL文字列にどう組み立てなおすかが課題となる。
そんな意味なのですが。

**NAME IS NULL** · 04/12/21 08:05:38

データベース側が統一が取れてないからそっちを何とかしないとなぁ。
ドライバやクラスで吸収するには違いが大きすぎる。

**NAME IS NULL** · 04/12/21 10:39:07

>>50

すんません。

コンパイラがSQLを構成するっていうのが、私、あまり知らないのですが。
それは例えばどういうものか教えてくれますか？

**NAME IS NULL** · 04/12/22 22:55:50

4,10,18,48,50 と書き込みできた者です。
>52 私も知りません。無責任で申し訳ない。
読み返してみるとParserとかコンパイラとかの用語選択も適切でなかった。それで仕切りなおし。
Lispでと思ったのですが括弧ばかりで上手く説明できそうにないのでProlog風に行きます。
select,into,from 等が適切にオペレータ定義されて、
(select * into X from Table) :- ...... (1)
のようにSQLのパターンが述語として定義されたとします。これをプログラムのなかで
?- ...... ,select * into X from emp, ...... のように使うことは利用者がSQLを知っている
ことを前提にしているという意味で "select * from emp" と文字列で処理するのと
変わりありません。次に、(1)のパターンばかりでなく、考えられる全てのSQLの参照(操作)パターンを
定義できたとします。その上で、
rdb_call('emp表の全ての組',X):- ......... (2)
を定義し、(2) :- の右側で、'emp表の全ての組'を解析して(1) を引き出すことができるとすれば、
この段階で、利用者はSQLを知る必要はなくなります。この例は引数がほとんど自然言語ですから、
相当に複雑になるでしょうが。

(2)のようなライブラリーを充実して、データベースに対処しようとすることはSQL文字列を生成したり
表記する方法を洗練することとはやはりステージが違うと考えるべきだということです。50で述べたかった
ことはそういうことです。(2)のようなライブラーだけでデータベース操作を行い得ないということも当然でしょう。
(2)を目指しながら、(1)のレベルを排除しないというのが現実的な処理系の対応になると思います。
それから、(1)のようなパターンを全て定義済みならば、*.sqlのようなファイルをそのまま実行することも
可能なはずです。Parserという言葉はその意味で使いました。

**NAME IS NULL** · 04/12/22 23:54:55

SQL と構文レベル、意味レベルにおいて等価であるなら、SQL そのものを使えばいい。
日本語がネイティブの人間と意思疎通を図るなら日本語が良いのと同じ。
その意味では RDB とオブジェクト指向言語の間の
インピーダンスミスマッチは原理的にすべて解消はできない。

**NAME IS NULL** · 04/12/23 00:39:54

> SQL と構文レベル、意味レベルにおいて等価であるなら、SQL そのものを使えばいい。
そう思います。
しかし、RDBモデルが極めてシンプルな構造のモデルだから、SQLのような
論理式で済んでいる、ということはないのですか。優れて恵まれた状況だと。
グラフィックインターフェイスを必要とするようなモデルも視野に入れると、
>1 でRubyが推されたような前提が成立しないのではないか。

**NAME IS NULL** · 04/12/23 20:18:56

>>55

現実ではやはりSQLというものが使われてしまっているのよね。

ちなみに、リレーショナルデータベース使うまでもないシーンでも、
RubyにはDBMが簡単に扱えるライブラリが標準で付いてる。

**NAME IS NULL** · 04/12/24 15:35:22

>>12
ＰｏｗｅｒＢｕｉｌｄｅｒもＶＢも使ってたよ。

ＰｏｗｅｒＢｕｉｌｄｅｒはＣ／Ｓ系システム向けだね。
ＶＢ知ってれば非常に作りやすいし、ＶＢ／ＶＣと違ってocxとか考えなくて良いから楽ちん。
いかんせんメジャーじゃないし高杉だ。

VisualStadio.net(MSDN)より高いってどういうことよ？（ｗ

**NAME IS NULL** · 04/12/27 00:18:11

ウェブインターフェースでもそうだが
ウィンドウヴィジットによるユーザインターフェースが絡むとなると、
ますます、オブジェクト指向の機能が欲しくなるんじゃなかろうか。

まぁ、Javaもそんなに悪い選択肢だとは思ってないよ。
Javaはウェブプログラミングには向いてないとは思うけどね。
データベースのプログラミングやるなら、
スクリプト言語で組んだほうがどちらにしても効率いいな。

**NAME IS NULL** · 04/12/27 00:21:53

>>57
より生産性が高いから(ということにしたいのだろう)
あと、MSDNは薄利多売だからな

**NAME IS NULL** · 04/12/28 14:12:47

>>6

そこがJavaの欠点と言える。
豪勢なIDEが無いとまともに編集できないのはどうか。

それよりは、エディタ一つあればできるものであるほうがいい。

**NAME IS NULL** · 04/12/31 17:24:55

>>60
別にソース一本で終わるように作れば、JAVAだって可能だが。
Servletに全部ロジックも表示もべた書きすればいいわけだし。
PerlやPHPはそれをやってるから一本で終わってるだけで、
MVC分割だの、よく使うロジックはわけるだのやってたら、
ソースの本数は増えて、JAVAが普通に複数ソースに
なるようなのと同じになるわけだが。
結局、言語云々ではなく、作り方云々だろ。ソースがどうなるかなんて。

**NAME IS NULL** · 05/01/01 09:12:20

>>61
そーすね

**NAME IS NULL** · 05/01/01 17:16:06

>>61

いや、どんなに単純化しようとも、JavaにはIDEは必須。間違いない。

作り方云々なのは、それはそうなんだ。当たり前の話。
いい作り方って eXtreme Programming で十分示されているから、
それをうまくやる最適な言語は何かと考えるわけだな。

**NAME IS NULL** · 05/01/01 21:26:46

>>62
ソースと掛けてるのか？( ´,_ゝ｀)ﾌﾟｯ

**NAME IS NULL** · 05/01/01 23:13:57

> 62 名前：NAME IS NULL[] 投稿日：05/01/01 09:12:20 ID:DTmypz3j
> 64 名前：NAME IS NULL[] 投稿日：05/01/01 21:26:46 ID:DTmypz3j
> >>62
> ソースと掛けてるのか？( ´,_ゝ｀)ﾌﾟｯ

お客様にお願いいたします。
釣りもしくは自演をなさるのならせめて ID を変えていただけませんか ?

**NAME IS NULL** · 05/01/02 01:47:14

>>63
必須じゃないよ。

**NAME IS NULL** · 05/01/02 02:13:15

SCSIのほうがよかんべよ

**NAME IS NULL** · 05/01/02 02:28:19

>>63
ソースが1本か2本な人もいるかもしれないのに、JAVAだからと言う理由で
IDE使わなければならないと力説するのは無意味だろう。

**NAME IS NULL** · 05/01/04 15:15:54

>>68

んなアフォな

**NAME IS NULL** · 05/01/04 17:27:59

teratermで日本語打とうすると「ピッ！」とかいってキャンセルされるんだけどなんで？

**NAME IS NULL** · 05/01/05 01:50:27

>>70
ｵﾚﾓ悩んだ　ちゃんと金払ったら治ったYp!

**NAME IS NULL** · 05/03/04 02:34:24

cobol

**NAME IS NULL** · 05/03/05 09:17:29

考えてみると、「最適な」というからには、
コンパイラであっても同能力のインタプリタが動かないと
その資格がないのではないか。

**NAME IS NULL** · 05/03/08 20:57:30

ＰｏｗｅｒＢｕｉｌｄｅｒ勉強したいのですが、なにか参考になるサイトがあれば教えてください

**NAME IS NULL** · 05/03/12 01:18:20

>>74
パワースペースとオンラインヘルプ

**NAME IS NULL** · 05/03/16 09:24:16

やっぱＨＴＭＬだろ

**NAME IS NULL** · 05/03/16 23:37:57

やっぱＯＴＬだろ

**NAME IS NULL** · 05/03/16 23:42:43

なんだ、このスレＤＢの問い合わせ言語比較スレかと思ったら違うのか。

SQLとXBASE以外に知らんからマニアックな話題が飛び交ってるものかと・・・。

**NAME IS NULL** · 05/03/17 03:00:17

むしろTCP/IPだろ

**NAME IS NULL** · 2005/03/21(月) 19:55:08

Ｃ／Ｓで簡単に作る
ＶＢ
ＷＥＢで簡単に作る
ＰＨＰ

**NAME IS NULL** · 2005/03/23(水) 17:11:43

Delphiも仲間に入れて

**NAME IS NULL** · 2005/03/26(土) 16:55:43

ILE RPG

ってのは無しですか。

**NAME IS NULL** · 2005/03/27(日) 15:37:17

>>82
OS/400x86版をオープンソースで出してくれたらいいのにな。

**NAME IS NULL** · 2005/03/29(火) 00:30:15

SQL*Plusなんかで動作確認したSQLを、そのままカッペして動く言語はないでしか？
SQL="SELECT"
SQL=SQL+"ID, NAME"
・・・
うざっ！

**NAME IS NULL** · 2005/03/29(火) 00:33:55

>>84
SQL言語とか

**NAME IS NULL** · 2005/03/29(火) 18:35:50

>>84
昔のSQL*ReportやSQL*Formがそんな言語を使ってました。
もっともあれはあれでうざっ！かったような記憶があります。
最近のJDeveloperはどうな感じなのだろう。

**NAME IS NULL** · 2005/03/31(木) 11:32:21

(´-`).｡ｏＯ（SQL言語？）

**NAME IS NULL** · 2005/03/31(木) 21:37:40

PSQL や　SQL+　クラスのインタプリタを自ら書く(言語を創る)なら、
LISP,Prologといった記号処理言語が一番ですね。

**NAME IS NULL** · 皇紀2665/04/02(土) 00:07:15

>>87
荒川は英語で、ARAKAWA RIVERなわけだが何か？
http://www.ara.or.jp/e/e_index.html

**NAME IS NULL** · 皇紀2665/04/02(土) 02:50:42

C#が真打ち

**NAME IS NULL** · 2005/04/02(土) 07:55:17

硫黄島は英語で Iwojima Island なのだ

**NAME IS NULL** · 2005/04/02(土) 10:13:06

87は当然厳密に、ＳＱ言語とか言うのか？

87 · 2005/04/04(月) 09:59:33

>>89
知ってるが、それが何か関係ある？
>>92
何でそう莫迦なの？

**NAME IS NULL** · 2005/04/04(月) 19:43:18

>>87は、SQL言語の何処に食いついたのか説明すべきだろう

**NAME IS NULL** · 2005/04/05(火) 09:25:49

1. L は Language。
2. 「SQL を、整形せずに埋め込める言語は？」の問いに
　　「SQL」と答える間抜けさ。
3. SQL はプログラミング言語ではない。

取り敢えず >>84 は PL/SQL (サーバサイド) ないし
Pro*C (も言語じゃないが。クライアントサイド) でも使えと。

**NAME IS NULL** · 2005/04/05(火) 22:52:32

SQLはプログラミング言語の一つだと思うが、なんでそこまで断言できるのか不思議。

**NAME IS NULL** · 2005/04/05(火) 23:25:17

SQLは当然、プログラミング言語。
ただし、Turing Completeではないだけ。

**NAME IS NULL** · 2005/04/07(木) 08:39:43

まじBasicに統一してほしい。まじで

**NAME IS NULL** · NG

C# か Java がやっぱり委員で内科医？
でも言語の選択よりもバインディングがしやすいかどうかのほうが重要な気がする。

**NAME IS NULL** · 2005/04/08(金) 00:00:54

>2. 「SQL を、整形せずに埋め込める言語は？」の問いに「SQL」と答える間抜けさ。

だから、SQL自体もプログラミング言語なんだから、
SQLで完結しろと言うことだろ？

**NAME IS NULL** · 2005/04/08(金) 11:49:43

制御構造を持たないSQLを「プログラム言語」っつーのは抵抗あるなあ。
第一、PL/SQLの立場がないじゃないか。

>100
>SQLで完結しろと言うことだろ？
バッチ処理しかしないのかッ！

**NAME IS NULL** · 2005/04/08(金) 12:02:11

>バッチ処理しかしないのかッ！
業務にSQLPLUS以外は使わせない！というのはどう？

**NAME IS NULL** · 2005/04/09(土) 14:10:07

Perl! Perl! Perl!!

**NAME IS NULL** · 2005/04/11(月) 17:37:24

PHP + PostgreSQL で使ってますが、
この言語は五本指くらいには入りますか。ほかしらないので・・。

**NAME IS NULL** · 2005/04/11(月) 21:19:23

なんの五本指だ？
重くて煩雑なスクリプト言語の五本指か？

**NAME IS NULL** · 2005/04/14(木) 08:15:04

現存するかを問わないならば、直接、
char *table;
table := "社員";

select 'A',"所属","社員番号","社員名" from table;

が書ける言語かな。

**NAME IS NULL** · NG

言語よりもライブラリの方が重要な気がする。

**NAME IS NULL** · NG

　　　　　　　／　（＿__　　＿__）　ヽ
　　　　　　　　 ./　　　　　ノ人ヽ　　　　ヽ
　　　＿_　　　 ./　　　　／／　ヽヽ　　　 .ヽ　　／￣＼
　 .／ ○ ヽ､　/　　　　（＿_）　　（＿）　　　ヽ／　　○　＼
／　　　　　　＼,,,--―――''''''''''''''''''''――-／　　　　　　　　ヽ
..⌒‐-,,,,_　　/:/ヽー―――-、,,__,,,,-―――:||　 _,,;-‐''"⌒~~~
　　　　　.ヽ/::||:::::::::: 　　（●）　　　（●）　　 ||／ヽ
　　　　　く　::||::::::::::::::::: 　＼＿＿_／　　　　||:::::::::ヽ
　　　　　　　ヽヽ:::::::::::::::::::.　　＼／　　　　　ノ＿／

**NAME IS NULL** · 2005/04/14(木) 14:22:42

松本人志作があるテレビ番組で考えた俳句が入選したそうです。
駅に飾られるとか飾られないとか。
http://messages.yahoo.co.jp/bbs?action=m&board=1835157&tid=bebekdcbfmbbvbana4ngp6g&sid=1835157&mid=1

**NAME IS NULL** · 2005/04/15(金) 08:59:06

>>106 このてのはなし、少し前にもあったけど
要するに文字列操作をしなくてすむ言語が「最適な」資格を持つと？

**NAME IS NULL** · 2005/04/15(金) 10:52:43

>>110
>>84 にとって。

Oracle なら PL/SQL か、Pro*C って選択はあり。

**NAME IS NULL** · 2005/04/15(金) 20:30:18

その昔、Oracle Power ObjectというVisual Basicもどきでoracleの
埋め込みSQLが使えるものがあったが、最近見なくなった。

**NAME IS NULL** · 2005/04/19(火) 11:44:32

>>110-112 埋め込むとなると、いかにもSQLの仕様が悪い。
select (ename,empno,deptno) from emp が許されなかったり、
where #job=clerk でよかったのに job='clerk' とした。
ほかの言語の構文規則と衝突したり、曖昧さを克服し難くした。

**NAME IS NULL** · 2005/04/19(火) 16:51:52

埋め込み型はWHENEVER xx GO TO や SQLCODE などエラー処理まわりがいかにも古めかしい。

**NAME IS NULL** · 2005/04/19(火) 17:01:43

>>99

型定義マストとなるとねー

while(result.hasNext()){
　　Map personData = (Map)result.next();
　　Integer age = (Integer)personData.get("age");
　　..

みたいなのいるわけでしょ。なんかコードが長くなるだけで、メリットが無いと思う。

キャストがめんどくさいってんで、なんかクラスをわざわざ定義してマッピングするなんてこと
やると死ぬほど逆にさらに面倒で。それを自動化するライブラリを使うと、
さらに悲しいことに、マッピング方法を勉強したり、それで設定ファイルを書いたり、
マッピングするライブラリの仕様変更にあわせて、それを使ったソフトも更新しなきゃいけないし、
泥沼よ。
データ格納するだけなんだから、それに適した型をHashMapを使えってなもんだ。

result.each { |person|
　age = person[:age]
}

これでいいじゃん

**NAME IS NULL** · 2005/04/20(水) 10:31:48

>>113 SQL言語を遅延評価付の制約論理型言語に置き直す。
そうすれば、このスレの解も決まる。

**NAME IS NULL** · NG

>>116 SQL の S はどうなるんだよ！！

**NAME IS NULL** · 2005/04/23(土) 10:53:08

>>1 の内部イテレータは表現上の"洗練"ということだと思う。
データベースプログラミングでより重要なことは全解の取り込みを想定しての、
動的なメモリー管理や、リスト処理のしやすさではないだろうか。

**NAME IS NULL** · 2005/04/24(日) 03:02:44

>>118
「全解の取り込み」ってのは謎だが
メモリ管理・リスト処理なんつーのは別にデータベースプログラミングに限らず超重要事項というか、
データベース処理では確かにリストの扱いが楽なほうがいい。

**NAME IS NULL** · 2005/05/17(火) 03:08:10

カーソルもやりやすいといいなあ

**NAME IS NULL** · 2005/05/19(木) 22:55:58

>>112

OPOはDEVELOPER2000との社内抗争に負けて消えていきました。

**NAME IS NULL** · 2005/05/20(金) 05:31:18

言語の話から逸れるけど、接続インターフェースのデキの良さ
(安定性とか制限の少なさとか)って観点ではどんなもんでしょ？

例えば、jdbcとRuby/DBIを比べると、
特に相手がOracleなんかだとRubyでは↓こういう
http://www.jiubao.org/ruby-oci8/index.ja.html
αバージョンのドライバしか出てないけど、
jdbcだったらOracleから正式にドライバが出てるからjdbcの方が安心だな、とか。

**NAME IS NULL** · 2005/05/20(金) 11:40:35

>>122
相手が Oracle なら Pro*C 最強。

**NAME IS NULL** · 2005/05/20(金) 23:47:49

>>122
そういう、PHPに不利なルールを持ち出すと、暴れる人が出てきちゃうよ。

**NAME IS NULL** · 2005/05/21(土) 00:04:08

うがー！！！

**NAME IS NULL** · 2005/05/22(日) 11:54:22

PostgreSQL ＋ VisualC++.NETでGUIベースのアプリを作ろうと
思っちょります。

ただ、いかんせんVisual系言語はまったくのど素人で、どなたか、
VisualC++からPostgreSQLのデータを読み書きするための
サンプルプログラムなんぞあったら、あるいはここにある、ちゅうのを
教えてもらえるとありがたいです。

たぶん、ODBCを使うんだろうぐらいは考えているんですが・・・。

ちなみに当方の技術レベルは、こんなかんじです。

●ORACLEのDBA
　（ORA-600などの内部エラーをサポセンとやりとりしながら対処するぐらい）
●C言語中級者の下（構造体まで。ポインタほぼ全滅）
●シェルスクリプトで作りたいものが作れる

**NAME IS NULL** · 2005/05/22(日) 18:51:45

スレ違い。
あと、ポインタもわかってない奴は中級とは言いませんので、
うぬぼれるのもいい加減にしてね。
つか、ポインタもわかってないやつが、PostgreSQLのインターフェース
使えるようになるとは思えんが。

**NAME IS NULL** · 2005/05/22(日) 20:01:15

>>127
人を罵倒するだけして、けっきょく建設的な話は全く出さないんだね。屑人間っぽい。
死んでくれ。

**NAME IS NULL** · 2005/05/22(日) 20:29:53

スレ違いなのに建設的な話が出ると思ってる方が屑。

**NAME IS NULL** · 2005/05/22(日) 20:41:35

突っ込みどころ満載だが、スレ違いなのでぐっと我慢しておこう

**NAME IS NULL** · 2005/05/23(月) 01:50:48

なぜ Perl ではだめなのか小一時間。

**NAME IS NULL** · 2005/05/23(月) 13:05:49

まあ質問ｽﾚでもないのに
質問してくるような頭の持ち主は
どこにでも湧いて出る。

**NAME IS NULL** · 2005/05/29(日) 09:30:46

て言うか、ググルなりポスグレのユーザー会のページに行ってマニュアルダウンロードするなりすることもできない奴を相手にしてもしょうがないよね。

**NAME IS NULL** · 2005/05/30(月) 09:48:08

上でRuby Ruby言いながら素のDBIしか使う頭のないやつは
ActiveRecordをググって調べてこい

**NAME IS NULL** · 2005/06/01(水) 15:37:33

操作性とパフォーマンスが両立しないことが多いから
どちらに主眼をおくかで最適の基準が変わってくる。
あとはプラットフォームへの依存性の有無も評価が分かれるところだ。

**NAME IS NULL** · 2005/06/13(月) 01:33:55

仕事でSQLJを使わされているんだけどさぁ、最低最悪ですわ。

時々好きな人がいるからおっかないけどさぁ、あんなものどこが良いわけ？

**NAME IS NULL** · 2005/06/16(木) 13:54:50

埋め込みSQLはDBの下位APIと相性が良くて、プログラマーから見えないところで
かってにいろいろやってしまう要素が少なく安定してパフォーマンスが良い
プログラムが書ける。欠点は構文の仕様が古すぎる点とデバッガやIDEなどが対応
してるものがまれだという事。Oracleはなぜか以前から埋め込みSQLが好きみたい
で、SQLJがjavaの規格に追加されたのもOracleのプッシュがあったからと聞いたこ
とがある。真偽は確かめてないけどね。

**NAME IS NULL** · 2005/07/03(日) 19:35:18

Pro*Cに関するいいサイト教えて

**NAME IS NULL** · 2005/07/03(日) 23:08:22

>>136
組みやすいんじゃないか？比較的に

**NAME IS NULL** · 2005/07/09(土) 09:42:10

最悪と言うが、何と比べて最も悪いと言ってるんだろうか？
よく知らないから効率が悪いというのは言語が最悪だからとは言わんぞ。

**NAME IS NULL** · 2005/07/12(火) 22:38:30

何だかんだ言ってAccess で十分な件について

**NAME IS NULL** · 2005/07/12(火) 23:35:18

Accessは、業務フローをそのまま作るには楽だけど、
大量データを効率的に管理できるかというと、無理っぽい。
個人商店なんかだったら、まぁ行けるだろうけど。

**NAME IS NULL** · 2005/08/12(金) 16:52:47

AccessをクライアントにしてMySQLをサーバにしてもダメ？

**NAME IS NULL** · 2005/08/12(金) 22:08:28

Accessで何か操作をしたときに、どれだけ重いクエリが投げられると思ってるんだ。
VBやWebで専用クライアント作った方が身のため。

**NAME IS NULL** · 2005/08/17(水) 00:28:18

>>144
ACCESSのプロジェクトファイルを知らないのですね！（ ´,_ゝ｀）ﾌﾟｯ

**NAME IS NULL** · 2005/08/17(水) 08:48:30

>>144
「VB」といった時点でたいした（ry

**NAME IS NULL** · 2005/08/17(水) 10:43:49

AccessをクライアントにしてMySQLを操作する話だろ。

**NAME IS NULL** · 2005/08/17(水) 21:35:29

MySQLの利点を何もかも台無しにするけどな。
SQLServer買わなくいいだけましか。