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

**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買わなくいいだけましか。

**NAME IS NULL** · 2005/08/18(木) 00:04:46

>>148
そんな貧乏な貴方にオススメなのがMSDE！

**NAME IS NULL** · 2005/08/19(金) 20:25:07

MSDE使ったら負けかな。

↑ · 2005/08/19(金) 20:26:45

こういうヤシに限って何も作れないｗ

**NAME IS NULL** · 2005/08/19(金) 22:50:11

緊急告知！

今ＶＩＰと韓国サイバーテロ集団が火花をあげて戦っています！
この夏の思い出作りに是非貴方達ももこの祭りに参加しませんか？

↓↓↓詳しくはは↓↓↓

http://ex11.2ch.net/test/read.cgi/news4vip/1124442853/

ご協力、よろしくお願いします。

**NAME IS NULL** · 2005/09/12(月) 19:39:09

OpenZOLARってどうよ

**NAME IS NULL** · 2005/09/13(火) 18:36:43

605 ：オーバーテクナナシー：2005/06/22(水)20:08:36ID:7MAgOv1F
>603
森の中では飛び道具より待ち伏せして槍で襲うほうが効率的。
飛び道具だとはずしたとき穂先の石が割れてしまいます。
この方法に切り替えることで黒曜石資源が節約できます。

そういえば、原始人さんたちは現生人類ですか？

606 ：聖女◆9RaBw0NoLw：2005/06/23(木)18:24:23ID:+/a6UT8F
防具や回避手段の開発も早いほうが良いですよ。

607 ：オーバーテクナナシー：2005/06/23(木)19:33:26ID:HGQMIB5O
？>605
超至近距離まで近づき、下手すれば反撃を食らう可能性のある槍の方がいいの？
資?%

**テクノ** · 2005/09/24(土) 20:35:45

最新ウイルスください

**NAME IS NULL** · 2005/11/10(木) 14:29:33

もうperlにはうんざりしてるのでrubyでいい。

**NAME IS NULL** · 2005/11/10(木) 15:36:29

久しぶりに上がってきましたね。
このスレでPerlやRubyが候補に挙がることは、
データベース検索とWebが結びついていることが
多くなった証拠と考えて良いのでしょうか。

ところで、COBOLやFORTANからRubyを経由して
データベースにアクセスに行くと言うような
ことは簡単にできるのでしょうか。
ここの部分を担えないと言語仕様がデータベース
向きでも、最適な言語とは言い難いように
思います。

**NAME IS NULL** · 2005/11/11(金) 14:30:02

webならjavaベースのwebアプリケーションソフト使った方がラク。
COBOLやFORTRANから直接DBアクセスできるように下ほうがいいでしょ。rubyを経由する方が面倒。

**NAME IS NULL** · 2005/11/12(土) 02:20:19

文字の扱いとメンテナンス性考えたらやっぱperlじゃね？

**NAME IS NULL** · 2005/11/12(土) 03:03:12

自分のソースを自分でメンテするならperlでも問題ないけど、人のperlのソースはメンテキツいよ。
文字の扱いはjcode想定？　自前で便利なように拡張してればあんまり言語の差はない。

**NAME IS NULL** · 2005/11/12(土) 03:22:38

C++最強

**NAME IS NULL** · 2005/11/12(土) 08:29:48

言語の作りからいったらPrologかな

**NAME IS NULL** · 2005/11/12(土) 11:06:22

DBIで抽象化ってアイデアはいいけど、結局は裏で動いてるのがMySQLなのかOracleなのかで大きくパフォーマンスが変わって仕舞う罠。
それぞれのDBのAPIを直接覚えなくて済む程度の利点？

**NAME IS NULL** · 2005/11/12(土) 12:03:44

ひとつには抽象化。
もうひとつが、SQLで表現しにくい部分の処理。
ハンドリングのよい言語に担わせる。
そういう意味ではRubyなんて洒落てる。

**NAME IS NULL** · 2005/11/12(土) 19:55:13

>>162
現在のISO標準仕様でいじくってもだめ。
まったく別構文でデータベース用言語として、
設計し直せば有力か。

ISO標準仕様だと
?- select * into X from emp
where job=cleek,
member(A,X), ・・・これは可。
?- select ename,empno,deptno into X from emp
where job=cleek,
member([A,B,C],X),・・・これは不可。
?- select (ename,empno,deptno) into X from emp
where job=cleek,
member([A,B,C],X),・・・こうすれば可。

要するにカンマの使い方を考え直さないといけない。
連言を","ではなく∧で表せば本格的だが、キー入力が大変。
clerkと'clerk'の差異も判別できない。

**NAME IS NULL** · 2005/11/14(月) 12:05:03

どうも決定打に成るのは無いので、自分で使いやすいクラスをRubyで作った方が速いと言う結論に達した。
金とるなら、WebLogicでも使って儲けた方がいいし(w

**NAME IS NULL** · 2005/12/06(火) 13:52:52

C#のLINQはどう？

**NAME IS NULL** · 2006/06/22(木) 02:52:21

mdb相手にDelphi使ってる俺が最漢な件

**NAME IS NULL** · 2006/06/23(金) 21:01:38

問い合わせ処理と一般的なロジックを同じ平文で記述できるdBASE言語が最強。

**NAME IS NULL** · 2006/06/23(金) 23:12:54

ああそうですか

**NAME IS NULL** · 2006/09/12(火) 00:49:17

最近はVC++からsqlite3を使ってる。
とりあえずヘルパークラス書いて、使う分にはこんなかんじ。

まあなんだ、C++でもPerlでも記述そのものに大きな差があるとは思えないな。
文字列加工もasprintfで十分だし、正規表現を使いたいならpcreを入れれば済む話だ。

でもDBIみたいなのが普及してないのは確かに面倒かもしれん。

DB_Connection conn;
if( ! conn.open("foo.db")
|| ! conn.setCryptKey(password)
){
　printf("error=%s\n",conn.getError());
}else{
　DB_Query q;
　if( conn.query(q
　　,"select * from t1 where hoge=? and name=?"
　　,"LT",(__int64)hoge,name
　　/* 可変引数でバインドパラメータを設定する */
　)){
　　while( q.getNextLine() ){
　　　int cols=q.getColCount();
　　　for(int i=0;i<cols;++i){
　　　　DB_Column c = q[i];
　　　　printf("col[%d]=%s\n",i,(const char*)c);
　　　}
　　}
　}
　if( q.hasError() ) printf("error=%s\n",q.getError());
}
if( ! conn.close() ){
　printf("error=%s\n",conn.getError());
}

**NAME IS NULL** · 2006/09/12(火) 22:39:12

部下に日本語で指示　これがまさしく最強最適(たまにこけるが、、、)

**NAME IS NULL** · 2006/09/13(水) 09:09:38

>>172
それはプログラミングとは言わん。

**NAME IS NULL** · 2006/09/14(木) 20:28:41

>>173

ここのスレタイをよく確認するんだ。
"データベースプログラミングに"　最適な言語は何か　なので、
"データベースプログラミング言語に"　ではない。

従って、口頭で指示して目的が達せられれば、それにこした事はない。

**NAME IS NULL** · 2006/09/15(金) 07:39:45

空気よめ

**NAME IS NULL** · 2006/09/16(土) 20:07:32

空気を読むための言語を教えてくれw

**NAME IS NULL** · 2006/09/17(日) 13:10:07

プログラムを発注する作業はプログラミングとは言わん。あほか。

**NAME IS NULL** · 2006/09/20(水) 21:59:18

おまいら、プログラマはストレスたまってるんだなw

**NAME IS NULL** · 2006/09/23(土) 19:21:54

部下に仕事を発注するとは言わん。あほか。

**NAME IS NULL** · 2006/10/20(金) 01:16:45

でも自分で抱え込んで組んでたら時間がいくら有っても足りないから、うまくforkしまくって、頻繁にプロセス通信して指示して修正して進めた方が負荷は下げられるし、３０超えても生き残れる。

**NAME IS NULL** · 2006/12/15(金) 13:58:29

>>1 SQL

**NAME IS NULL** · 2006/12/16(土) 19:50:06

人を使うのはPGには無理だと思う。
文句一つ言わず動いてくれるPCさえ使いこなせないのに人を使うなんて無理。

部下もうまく動かないことも有るので、同じ仕事を別の部下に指示してRAC構成で使ってるよ。
部下が風邪引いて病欠でも、出社している部下が問題なく処理してくれる。

**dbaseｆｕｎ** · 2006/12/21(木) 22:12:51

やっぱ、ｄｂａｓｅ！
復活してほしい！

**NAME IS NULL** · 2006/12/22(金) 08:42:41

>>183
dbXLもFoxProもあるんだが？
個人的にはなにをいまさらって気がする。

**dbaseｆｕｎ** · 2006/12/22(金) 23:33:19

頭の中はこれしか出来ないのだから、、、、。

**NAME IS NULL** · 2006/12/23(土) 00:22:29

>>185
英語に自信があるなら
http://www2u.biglobe.ne.jp/~objxbase/
ないのなら
http://www.soupacific.com/products/index.html
英語のマニュアルがバリバリ読めるのならFoxPro使うけどなあ？
試しにFoxProとAccessをGoogleで検索すると圧倒的にFoxProのほうが多い。
マイクロソフトは日本市場なんてAccessで十分なんだと・・・・・

**dbaseｆｕｎ** · 2006/12/23(土) 08:56:41

ありがとうございます。
やはり使うならFox proでしょうか？
仕事で他のみんなAccessでやってますが、いちいち邪魔くさいので、
我輩は未だにV_dbaseの最終版v7.1でせこせこやってます。
最後はexcelでデータを出すので、何使ってもいいのですが、なにせ
終わってから５年以上、、、、。まだ使えると思うのですが。

**NAME IS NULL** · 2006/12/23(土) 10:50:33

>>187
> やはり使うならFox proでしょうか？

だから、あなたが英語の技術文書くらい読めるぞってなら、迷わずFox proだと思う。
英語のMLに入って質問できるくらいなら、世界中にお友達はいっぱいいる。
情報に不足はないはず。

英語が苦手ならdbXL。
昔の勢いは無いみたいだけど、サザンパシフィックの製品は悪くない。（少なくとも昔は）

別にシステム開発しているわけじゃないんでしょう？
だったら、桐も検討をお勧めする。
ちょっとしたものをちょこちょこと書くならdBaseよりはるかに簡単だし、
エクセルとの親和性も悪くない。
漢字でプログラムを書くのが最初は違和感があるかもしれないけれど、
エクセルのマクロのように操作手順を覚えこませて、
そのままプログラムの一部とするなんてことが出来てしまう。
お気楽さは最高。
体験版がダウンロードできるから試してみたら？

**NAME IS NULL** · 2006/12/25(月) 15:29:58

>>165Prologっていうのは本当に、select * from empwhere job=clearkなどという構文が許されるのですか?信じられない

**dbaseｆｕｎ** · 2006/12/26(火) 22:40:50

>>188　助言ありがとうございます。
かの昔、DOS時代に桐ｖ３は少しかじりました。そいで、dbaseに移り、DBXLも
QuickSilverを駆使して、プログラムしてました。その後、V_dbaseで書き上げたのですが、
日本で終わって、我輩のプログラミングも終了。
今は分析ツールとして使っている次第です。
サザンのＡＲＡＧＯも初期は触っていましたが、今は、、、、です。
一度、桐を体験してみます。ＦＯＸｐｒｏの体験版はないのでしょうか？

**NAME IS NULL** · 2006/12/27(水) 08:16:50

ACCESSだろ

**NAME IS NULL** · 2006/12/27(水) 21:44:23

>>190
> かの昔、DOS時代に桐ｖ３は少しかじりました。そいで、dbaseに移り、DBXLも
> QuickSilverを駆使して、プログラムしてました。その後、V_dbaseで書き上げたのですが、

かの昔のさらに昔、CP/Mの時代にdBASEIIを始め、Basicをはるかにしのぐ生産性に感動。
その後、QuickSilverまでは良かった。Windows時代になって、dBASEはもちろんのこと
他のデータベースもさっぱり出てこない。やっと出てきたAccess1.0。なんじゃこりゃ？
と思いつつも他に変わるものも無し、しかたなく使い続けて現在に至る。
その他、桐、dBMAGICなどもかなり使いました。

dBASEの良さを知りつつも、あまり戻る気がしないのは、やっぱりSQLの存在が大きい。
大雑把に言ってしまうと、VBAでSQL動かせば大半の処理は済んでしまう。
dBASEのように基本的に１レコードずつ処理するのとはスピードがぜんぜん違う。

入力はフォーム、出力はレポート、途中計算はVBAでSQL文を実行させて処理とすると決めると、
Accessも割と使いやすい。Accessが難しいのは機能が多すぎてしかもダブっていること。
使わないものは思い切って無いものとして割り切ると習得は早いと思う。

> 一度、桐を体験してみます。ＦＯＸｐｒｏの体験版はないのでしょうか？

バージョンアップの時期にはたいてい出すようですけど、今はないみたいですね。

**dbaseｆｕｎ** · 2006/12/27(水) 21:50:22

＞dBASEの良さを知りつつも、あまり戻る気がしないのは、やっぱりSQLの存在が大きい。
ごもっとも！確かにＳＱＬを埋め込んですると、早い早い。（まわりは
dbaseで固めてますけど、、、。）
＞使わないものは思い切って無いものとして割り切ると習得は早いと思う。
未練がましくやっている俺って、、、、。
色々とご助言ありがとうございました。

**cavo** · 2006/12/28(木) 05:42:01

かなりマイナーでありながら、強烈なdynamic binding機能を有する処理系
Visual Objectsというのもあります。Xbase系の言語＋オブジェクト指向の
拡張がなされ、1994年に登場。v1の時にダブルバイトサポートを組み込み、
v2の時に言語の識別子のダブルバイトサポートを組み込んでいます。
現行バージョンはよく知らないけど、Xbase系の生き残りです。

ttp://www.cavo.com/
体験版は、
tp://grafxsoft.com/VO_25_Trial_Version/VO_25_Trial.zip

ラムダ式に似たCodeblockという機能を持っていたり、
オブジェクトの配列名に対してメソッド実行すると全要素に呼び出しがかかるとか
スーパークラスに存在しないメソッドを勝手に定義できるとか
かなり変わり者の言語です。

日本では1997年に開発元の日本法人がサポート終了・販売終了にしたので、
成長過程を断ち切られた形になりました。

・・・

メモリリソースが潤沢な現在のコンピュータ環境の場合、
DBFの処理もかなり高速に実行できると思います。
全レコードをいったん読んでしまってメモリ上にキャッシュしてしまえば、
単純な集計処理ならあっという間に終わるでしょう。

クライアントＰＣのパワーを使うなら、Xbaseの処理系を併用するのも意味が
あるので、RDBMSだけに頼らなくてもいい面だってあると思います。
FoxProの海外事例なんかがそうですが、SQL ServerとFoxProデータベースの
併用によりシステムを構築しているものがあります。
Xbaseに未練があってもいいかも。

**NAME IS NULL** · 2006/12/29(金) 04:36:20

別に、
SQL鯖＋エクセル
SQL鯖＋アクセス
でも割と使えますが？

**NAME IS NULL** · 2007/02/12(月) 02:34:09

ジジイはawk
若者はRubyかPython
汚ねぇコードでも気にならない奇人はPerl
プロ根性のないやつはVB

**NAME IS NULL** · 2007/02/13(火) 09:27:12

>>165 何故PrologにSQLなんか使う必要があるの?

**NAME IS NULL** · 2007/02/13(火) 12:45:29

>>196
君が低レベルなWeb屋なのは判った。

**NAME IS NULL** · 2007/02/14(水) 09:20:24

爺さんはコボル。その見習いの若いのもコボル。
あいつらの頭は進化が止まってる化石。インターネット対応なんて考えが及ばないし。

昔から遣ってる香具師は、ProCとか。最近始めた香具師は、JavaとかPHP。

**NAME IS NULL** · 2007/02/14(水) 09:51:24

>>197 RDBとのインターフェイスがSQLである以上、使える方が便利です。
それよりデータベース言語 = Prolog　なのだから
>>1 はPrologを否定することからこのスレを始めるべきでした。

**NAME IS NULL** · 2007/03/04(日) 03:00:13

プログラムの中でSQL組み立てるのは良くないといつも思ってた。
ストアドプロシージャ使わせてくれないからそうしてたけど。
組みあがったSQL検証するためにデバッグ出力しないといけなかったり。

SQLは集合を扱うことに特化した非手続き型言語とみなせば業務ロジックの殆どはSQLだけで実装できる。
苦手なのはI/O。表現力は貧弱。
だからストアドさえ呼べれば、アウトプットの編集に最適な言語が最適。

WEBならPHP?でもPHPコードが増えるとHTMLの原型留めなくなるしなー
帳票はCOBOL?カンマ編集とか必要になるとスクリプト言語で書きたくなる…

**NAME IS NULL** · 2007/03/28(水) 21:25:47

すんません。C++使ってます。
プロジェクトはパッケージソフトなんで・・・

**NAME IS NULL** · 2007/04/03(火) 21:34:41

>>200
SQL ML Prolog がデータベースを論じるときの基本言語と
昔から決まっている。ML Prolog の限界を語り尽くした後に
DBMSとの繋ぎ言語を対象とするべきとわたしも思う。

**NAME IS NULL** · 2007/05/02(水) 12:01:02

昔から…ねぇ。
ＤＢ特化言語って、命令が色々そろってて便利だけど、何かしら不得手部分が出てくると、そこを何とかするのにえらい苦労させられた思いが強い。
Ｃでコツコツが、結局は一番な気がする…

**NAME IS NULL** · 2007/05/03(木) 19:42:04

>>204
ちょっと関係ないかもしれないけど、
WikipediaのPL/SQLを読んでみて、OracleのOCIに
関する言及がまったくないのに驚いた。なにが違うかは
大事なところだと思うが。

**NAME IS NULL** · 2007/05/04(金) 02:16:47

じゃおまえが追記しとけよ
ウィキはそーゆーもんだ

**NAME IS NULL** · 2007/05/04(金) 03:11:43

COBOLだな。
可読性高いしメンテも楽。

**NAME IS NULL** · 2007/05/05(土) 06:15:15

いちいちカーソルのオープン/クローズ書かなくて良くて、
SQLの穴埋めするのに何バイト目とかカウントしなくて済むRubyが楽だお。

**NAME IS NULL** · 2007/05/06(日) 16:04:22

>>208
人間、楽をするとろくなことがないよ。
目先の労力のことではなく、
人間性の形成の話だけどな。
苦労を厭わず飛び込んでいく香具師のみが
人として幸せになれる。

**NAME IS NULL** · 2007/05/08(火) 06:19:54

>>209
私も昔はそのように思っていましたが、
ただ自分の仕事が増えただけで、幸せにはなれませんでした。

常に楽が出来るように考えたほうが、人として幸せになれる。

**NAME IS NULL** · 2007/05/09(水) 00:39:02

怠惰
短気
傲慢
がプログラマーの三大美徳。
楽しようとしない香具師は向いてないだろ。この仕事。

**NAME IS NULL** · 2007/05/09(水) 00:52:05

>>210
何言ってんの。
自分の仕事が増えるってことは
他人より信頼されて任されてるってことでしょ。
プロとしてこれほど名誉なことはないじゃない。
仕事なんて、気の持ちよう一つで
天国にも地獄にもなるよ。

**NAME IS NULL** · 2007/05/09(水) 23:52:44

>>211
楽しようとして苦労するんだけどな (w

**NAME IS NULL** · 2007/05/15(火) 02:22:38

楽しようとして苦労するのは良く有る事。まあ、良い事だろう。
楽ばかりして、コードを書く量が減るのはダメでしょ。

**NAME IS NULL** · 2007/05/16(水) 00:26:16

なんで？

やりたいことができるなら、コードなんか少ない方がいいと思うぞ。

(スパゲッティになるとか、perl の呪文みたいな無理矢理圧縮は別にして。)

**NAME IS NULL** · 2007/05/18(金) 13:21:03

PrologによるSQLまがい。所詮はまがい・・・

昨日入力数(_部署,_入力数)
:-
部署(_部署),
昨日(_昨日),
select count(*) into [[_入力数]]
from 総勘定元帳
where 部署=_部署 and
処理日=_昨日.

部署(本社).
部署(関西支社).

%%% 実行例 %%%
?- 昨日入力数(A,B).
A = 本社,
B = 37.0;
A = 関西支社,
B = 8.0;

no
?-

**NAME IS NULL** · 2007/05/18(金) 15:25:11

昨日入力数(_部署,_入力数) :- 部署(_部署),昨日(_昨日),
{ '総勘定元帳の部署が%t、処理日が%tのデータ数は',[_部署,_昨日],[[_入力数]] }.

部署(本社).
部署(関西支店).

%%% 実行例 %%%
?- 昨日入力数(A,B).
A = 本社,
B = 37.0;
A = 関西支社,
B = 8.0;

no
?- というのもある。表記法の事例として見てください。
{ }のなかの第一引数を解析するのだがこの部分はあまり
難しくはない。木構造を作れたら、対応するselect文の
パターンを引き出す。ただし、このライブラリは最近手を
付けたばかりで未完成です。

**NAME IS NULL** · 2007/05/18(金) 15:41:00

関西支店でなくて関西支社ねww.. Prologは(中)小企業向きで
あることを暗示したいのですね。

**NAME IS NULL** · 2007/05/26(土) 04:48:46

やっぱりCが無難かな。
DB以外の要求機能のほうが重要だったりするし。

**NAME IS NULL** · 2007/05/26(土) 09:07:12

javaで書くよ。
どうせ、networkとかIOが足引っ張るし。

なにより、スレッドの同期とか楽なんだもん。
C+pthreadよりは間違いなく楽。
java.util.concurrent使えるなら、もっといい。

**NAME IS NULL** · 2007/05/26(土) 10:01:27

>>219
DBMSを書くためということですか?
それとも
DBMSの中のアプリ(例えばSQL+)を書くためということですか?

**NAME IS NULL** · 2007/06/02(土) 23:09:17

といあえずJDBC使うと後でDBMSの移行が楽になると思うぞ。

ホント Pro*Cからecpgへの移行は地獄だぜ！フゥハハハーハァー

**NAME IS NULL** · 2007/06/03(日) 23:31:16

わざと移行させたくないし、ソースも提供したくないから、ProCで作って納品している。
プレゼンで見せる時はphpだけどな(w

jdbcも結局は独自発行コマンドを駆使するから、簡単にはDBは変えられない。

**NAME IS NULL** · 2007/06/07(木) 17:36:31

一番ひ効率なのがdnaである事は間違いない

**NAME IS NULL** · 2007/06/08(金) 09:01:55

コードかくの面倒だから
GUIで画面構成とかプロパティがんがん決めれて、
RowSourceにSQLつっこめばレコード返してくれる
ACCESS+SQL Serverが一番楽な気がするのですが、
これより楽なのありますか？

**NAME IS NULL** · 2007/06/10(日) 09:35:11

中小企業の商品在庫管理と、大規模なシステムと
Webサービスでは求められる物も答えも違うだろ。

どの場合においてもRubyじゃ無いことだけは確かだが。

**NAME IS NULL** · 2007/06/11(月) 07:42:33

Windowsなら、IronRuby、IronPythonが面白いと思う。

**NAME IS NULL** · 2007/06/11(月) 17:50:15

>>227
ADO.NETつかうなら、どれもあんまり変わらない気がする。

**NAME IS NULL** · 2007/06/15(金) 23:21:32

SuperCon2007 ― 夏の電脳甲子園
http://pc11.2ch.net/test/read.cgi/tech/1181916316/

1 ：デフォルトの名無しさん：2007/06/15(金) 23:05:16
がんばれっ！天才高校生諸君

スーパーコンピューティング・コンテストSuperConは、
高校生がスーパーコンピューターを使って、プログラミングのアイデアを競う大会です
今年は阪大に今年導入された最新のスーパーコンピューターを使います
プログラミング大好きな高校生諸君！
来たれ阪大・東工大へ！！
諸君のアイデアをスーパーコンピュータ上で実現してみよう！！！
http://www.gsic.titech.ac.jp/supercon/supercon2007/index.html

**NAME IS NULL** · 2007/06/18(月) 15:27:52

>>220

**NAME IS NULL** · 2007/06/27(水) 21:00:22

DBアプリならDelphi最強。

**NAME IS NULL** · 2007/07/20(金) 11:40:22

>>231
?

**NAME IS NULL** · 2007/12/15(土) 14:24:59

たしかにDelphiは良かったな。過去形だけど・・・

**NAME IS NULL** · 2008/04/04(金) 23:26:12

Windows専用の言語はこの板では除外だろう。

**NAME IS NULL** · 2008/04/05(土) 12:06:40

LINQもあるし、べつにいんじゃね？

**sage** · 2008/04/05(土) 16:56:10

http://www.ine.sie.dendai.ac.jp/homepage/
http://www.ine.sie.dendai.ac.jp/wiki/index.php?FrontPage

**NAME IS NULL** · 2008/04/17(木) 02:32:38

rubyってコマンドラインで使えるんだっけ？
バッチ処理とかそこだけperlとかで書くのかな。

Javaいいけど、サーブレットにすると更新するたびに再起動とかサービス止まるじゃん。

大手ポータルやSNSが採用してる
perlかPHPじゃねーの

個人的にはCで良いよ。
パフォーマンスで劣ることはないし
出来ないことはないし

スクリプトだなんだと言うならobjectCにしる。

でもやっぱり文字列処理とメンテナンス性とったら
PHPかな。

**NAME IS NULL** · 2008/04/17(木) 03:16:56

>>237
なんすかその人工無能が書いたような文は

**NAME IS NULL** · 2008/07/31(木) 19:25:25

プログラミングしりとり
http://game14.2ch.net/test/read.cgi/575/1010948472/l50

**NAME IS NULL** · 2008/12/11(木) 02:41:19

マジレスすると
もう4th Dimensionしかねぇな。

他のDBじゃ目が回っちまうぜ

**NAME IS NULL** · 2008/12/11(木) 15:06:22

それ最悪の選択だろ･･･

**NAME IS NULL** · 2008/12/12(金) 08:59:04

>>240
4Dだけはやめとけ

**NAME IS NULL** · 2008/12/13(土) 09:22:15

>>240
勇者光臨

**NAME IS NULL** · 2008/12/14(日) 17:10:01

もう COBOL2.0 でいいよ。

**NAME IS NULL** · 2008/12/17(水) 09:55:17

>>240
やめとけ｡死ぬぞ｡

**NAME IS NULL** · 2008/12/25(木) 00:57:48

客に刺されたければどんど

**NAME IS NULL** · 2009/02/06(金) 16:26:00

ActiveRecordは後からデータベースの種類を切り替えられるけど、
ADOはどうなんですか？Connectorだけ切り替えればいけるのかな？

**NAME IS NULL** · 2009/02/07(土) 07:52:30

このスレ生存していたか。既出かもしれないけど、
Prologをオンメモリデータベースとして強化すれば、
それだけでいいんじゃないの。

**NAME IS NULL** · 2009/02/23(月) 20:28:20

俺はジジイだからbash・awk・sed・grepの組み合わせ。
perlやpythonも齧ったんだが、馴染めなくてな。

**NAME IS NULL** · 2009/04/06(月) 19:31:33

ﾋﾟｯﾁﾋﾟｰとオラクルでよいレベルからはいあがれません

**NAME IS NULL** · 2009/04/09(木) 10:27:20

>>248成分分解法によるデータ管理とPrologを結合したら面白そうだね。XMLやExcelじゃ、ちょっとね。

**NAME IS NULL** · 2009/04/11(土) 00:20:09

PowerBuilderのDataWindowがすごく使いやすい。
10年以上PowerBuilder使い続けてるよ。

**NAME IS NULL** · 2009/04/11(土) 18:55:28

Access, Delphi以上に楽なツールなんてあるのか

**NAME IS NULL** · 2009/04/11(土) 20:01:52

最近 C# ちょっと触る機械があったんだが、
IDE も賢くなってるし、膨大なライブラリが
あるので結構楽だったよ。

ただ現状ではまだ配布が面倒なので自分用の
ツールにしか使ってないけど。

**NAME IS NULL** · 2009/04/12(日) 02:32:29

>>254
IDEってなに？

**NAME IS NULL** · 2009/04/12(日) 08:39:17

ggrks

**NAME IS NULL** · 2009/04/12(日) 17:08:50

>>256
ｸﾞｸﾞﾚｶｽ

**NAME IS NULL** · 2009/04/14(火) 10:52:24

>>255
ロゴ・ダウの遺跡

**NAME IS NULL** · 2009/04/18(土) 01:10:16

C#は便利だな　確かに

**NAME IS NULL** · 2009/04/18(土) 18:36:36

真漢はメモ帳とVBSでCreateObject

**NAME IS NULL** · 2009/04/23(木) 23:59:00

俺も最近は C#(.NET) だな。
たぶんこう使うんだろう、
でそのまま使えて驚きですわ。

**NAME IS NULL** · 2009/05/09(土) 21:09:39

>>252
うわぁぁぁ、それって今は亡きボーランドのDB専用プログラミングパッケージだったけ？
大昔にパラドックスっていうRDB買ったせいか、チラシ送ってきたっけ。

**NAME IS NULL** · 2009/09/25(金) 08:07:54

あご

**NAME IS NULL** · 2009/12/17(木) 13:23:20

Grails Object Relational Mapping (GORM)
http://grails.org/GORM

**NAME IS NULL** · 2009/12/26(土) 20:41:50

だれも知らないだろうがunifaceだよ。
こいつの生産性はメチャクチャ高い。
ただし、価格がこれまたメチャクチャ高い。

**NAME IS NULL** · 2010/06/06(日) 12:11:38

>>262
遅レスだがSYBASEだろ

**NAME IS NULL** · 2010/07/07(水) 09:13:15

インターネット使えよ

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 01:33:01

>>266
なぜか日本ではSYBASEで売ってないw

**NAME IS NULL** · 2010/07/27(火) 14:31:14

いまだにストアドプロシージャが銀の弾だと主張してるアホ発見
生島勘富とかいう奴

**NAME IS NULL** · 2010/08/08(日) 02:06:30

俺がいままでDBアプリを作ったことがある環境は
・VB6+ODBC
・C#+SQLite.net
・PHP+Pear::DB
・CakePHP
この中じゃCakePHPが圧倒的に楽だったよ。

**NAME IS NULL** · 2010/10/08(金) 12:41:32

>>1
Prolog

?- foo(id:X,data1:'長野県上水内郡信濃町',data2:Y).

X = '023449',
Y = '大字富濃2306'

yes
?-

?- mysql(Mysql),Mysql :: foo(id:X,data1:'長野県上水内郡信濃町',data2:Y).

X = '023449',
Y = '大字富濃2306'

yes
?-

**NAME IS NULL** · 2010/10/11(月) 05:06:56

>>271
上側の一般的なProlog照会と下側のデータベースシステムに対する照会が構文的に
まったく同一でいけるという意だと思うが、
Prologの単位節データベースの引数に id1:'023449' のような構造体(:がfunctor)を
持つことは、単一化の総コストが大きくなりすぎて、現実的(実用的)ではないのではないか。

**NAME IS NULL** · 2010/10/12(火) 08:43:03

>>271
現在のPrologの仕様では
・節の順序を変更することのないupdateが難しい。
・数十万を越えるような連続したassertが想像以上に時間がかかる。

**NAME IS NULL** · 2010/10/12(火) 09:35:22

>>271
それと、
下のPrologの副目標として、データベースシステムを参照にいく場合とは、
元々Prologの述語としてデータベースがあり、
そのコードをデータベースシステムの照会にそのまま借用したいということだろう。

この場合通常、Prologの副目標は最初にテーブルの参照があって、その後に
単一化された引数の検査という順序で書かれている。一方、このコードをSQL文字列に
変換するとなると、sql文を発行する時点で、where句の条件を知っていないと効率の
良い照会にはならない。
つまり、テーブルの参照は遅延しておいて、その後の副目標群の解析を先に進める必要が
ある。そのためには、どこまで解析すればよいのかを示す何かが必要になり、多くの場合、
ブロック構造が導入されることになる。
この時点で少なくとも>>271のコードそのものではなくなる。

**NAME IS NULL** · 2010/10/12(火) 09:57:59

>>274
ブロック構造で翻訳を指示したとしても、
SQL参照と無関係な副目標が存在することも多く、編集を
余儀なくされるというケースはあります。

**NAME IS NULL** · 2010/10/13(水) 16:09:43

それから現在のエジンバラ版(Dec10)のPrologではカンマが特権的な位置を占めてしまっていて、
オペレータ定義を駆使しても、

select id,data from foo というような表現できません。

select (id,data) from foo ならOKですが、これだとSQLの方で構文エラーになります。

本当にデータベースシステムと双方向に一体化するためには
エジンバラ版Prologを放棄した方がよいと思います。

**NAME IS NULL** · 2010/10/17(日) 11:33:00

>>276
連接を表すオペレータを"&&"に変えてみる
?- member(_組,['A','B']) && select 学年,組,名前,性別,生年月日,住所,電話番号 from 学籍簿 where 組=_組 and substr(住所,1,3)=東京都.

これだけでよいのかな。

**NAME IS NULL** · 2010/10/17(日) 11:52:30

>>277
属性名と属性値を区別するオペレータが必要になる。
暗黙的な解釈としては、式の左項は属性名、右項は属性名でよいが、
結合の時に、共に属性名であることを明示しなくてはならない。

**NAME IS NULL** · 2010/10/17(日) 12:18:30

それから、現在の仕様では、
t1.氏名 = t2.氏名　の
t1.氏名がsyntax errorになる
処理系もありそう。本来は
t1.f1 = [t1|f1] となってエラーにはならないはずだが。

**NAME IS NULL** · 2010/12/15(水) 05:52:20

>>277
それだと、組が'A'の場合しか表示されない。
やはり、最後に && fail. が必要。

**NAME IS NULL** · 2010/12/16(木) 16:02:06

データベースに最適な言語がPrologです。これでは当たり前過ぎて、
面白くない。もともと、それに特化した言語だからね。
このスレタイでも、Rubyがあがっているように、もう少し捻った
議論はないものか。

**NAME IS NULL** · 2010/12/17(金) 09:40:31

データベースを作るのに最適な言語は？
ということになると、やはりCかな。

**NAME IS NULL** · 2011/06/09(木) 21:25:26.97

昔はデータベースアプリと言ったらdelphiと言われてなぁ。。。

**NAME IS NULL** · 2013/02/26(火) 10:54:21.00

楽天やアマゾンの商品リストのデータベースってどうやって取得するの？誰か教えて

**NAME IS NULL** · 2013/03/03(日) 12:52:48.97

ブクログ amazon api　辺りでぐぐってみたら？

**NAME IS NULL** · 2013/03/07(木) 06:06:30.39

ほんとこの板過疎ってるなぁ

**NAME IS NULL** · 2013/10/05(土) 00:15:30.32

**NAME IS NULL** · 2013/10/05(土) 15:28:42.14

**NAME IS NULL** · 2013/10/05(土) 19:00:45.43

**NAME IS NULL** · 2013/10/06(日) 00:10:28.28

**NAME IS NULL** · 2013/10/06(日) 12:13:13.64

**NAME IS NULL** · 2016/12/02(金) 17:34:39.91

オンメモリデータベース言語という意味ではPrologが断然。

**NAME IS NULL** · 2016/12/18(日) 11:00:35.26

データベースとプログラム本体を繋ぐ中間言語みたいなのがあればな
プログラム本体にSQLベタ書きじゃなくて中間言語を呼び出し
中間言語にSQLやストアドに変わる部分を書き出し
データベースは純粋に中間言語からの命令だけ受けるようにする

まあ、javaのアレみたいな思想だ
こうすればDBMS依存がかなり減る

**NAME IS NULL** · 2016/12/28(水) 06:05:35.13

PostgreSQLに慣れるとOracleは糞だったと思うようになるのは俺だけかな。

**NAME IS NULL** · 2017/01/19(木) 05:15:23.21

Oracleって、たしか Integer型がないんだよねｗ

DBメーカーも、古い仕様を引きずっていくのは大変だね。

**NAME IS NULL** · 2017/02/08(水) 07:38:50.21

何もしていない普通の一般人の自宅に隠しカメラを取り付け
それをネットでリアルタイム配信

仲間という人間に対する盗聴盗撮生ネット配信の会

しかけたカメラの映像
乗っ取っているＰＣの画像をリアルタイムで生配信中
集団で仲間の私生活を覗いて楽しんでいる

そんなことが今この国では行われています

**NAME IS NULL** · 2017/03/11(土) 19:59:27.48

何で自動判定がデフォなんだよぉぉぉぉぉぉぉぉ!!!
デフォが文字列型で、オプションで自動判定出来るようにすりゃいいだろ!!
スキーマini作るのメンドイんだよぉぉぉぉぉ!!

**NAME IS NULL** · 2017/09/27(水) 21:53:51.90

PDO最強説

**NAME IS NULL** · 2017/12/29(金) 11:13:44.87

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

A5N98F9MTR

**NAME IS NULL** · 2018/02/14(水) 13:35:42.68

☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆

**NAME IS NULL** · 2018/03/07(水) 03:17:37.82

>>294
正解でしょ
と言うかMy SQLもその派生のMariaDBも糞だけどね

**NAME IS NULL** · 2018/03/07(水) 15:24:01.44

>>301
おまえww
オラクルに親殺されたの？

**NAME IS NULL** · 2020/08/26(水) 07:57:17.25

>>293
昔あった4GLだね。自分が使ったものは、DBもOSも関係なく、中間言語で吐き出されたオブジェクトを試しに別のOSにコピーしても同じ動作をしていたよ。

**NAME IS NULL** · 2020/08/27(木) 02:46:33.77

最適かどうかは利用シーンによると思うので、どんな組み合わせがあるか上げてみたらどうだろうか
俺が関わるのはSQLServerがメインになってるから、VisualStadioで使える言語がになる
ちょっと前はEntity Frameworkを使ったからC#の情報入手が楽だった
管理ツールのSSMSの最新バージョンはストアドプロシージャのデバッグができなくなったらしいので、VisualStadio上のVSDTつかいはじめたところ
基幹業務系ではなく、製造設備の制御で使ってるDBが主なんで、昔はVBだったんで、現在はVB.NETになってる