データベースプログラミングに最適な言語は何か
1 ：NAME IS NULL：
データベースプログラミングに最適な言語は何かを論じたい。
まず、漏れは Ruby を推したい。
内部イテレータのおかげで、短いコードでデータの取得、メモリの解放が可能だ。
Perl や PHP はオブジェクト指向の機能が不足である。Javaやは型宣言を
せねばならず、ムダにコードが長くなる。保守性は悪くなる。
つまり、Javaは別の分野で用いるべきである。
.NETやPythonは知らないが、.NETはJavaの片割れでたいしたメリット無いみたいだし、
PythonはRubyのライバルとされているが、どうか。イテレータの書きやすさは Ruby のほうがいいな。
まず、漏れは Ruby を推したい。
内部イテレータのおかげで、短いコードでデータの取得、メモリの解放が可能だ。
Perl や PHP はオブジェクト指向の機能が不足である。Javaやは型宣言を
せねばならず、ムダにコードが長くなる。保守性は悪くなる。
つまり、Javaは別の分野で用いるべきである。
.NETやPythonは知らないが、.NETはJavaの片割れでたいしたメリット無いみたいだし、
PythonはRubyのライバルとされているが、どうか。イテレータの書きやすさは Ruby のほうがいいな。
|
|
|
2 ：NAME IS NULL：04/12/17 12:42:06 ID:???
ＲＵＢＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹ！！！！！！
3 ：NAME IS NULL：04/12/17 12:45:04 ID:rsdHk+n+
Ruby知りません。
データベース呼び出してるところのソースを載せていただけると
ありがたい。
データベース呼び出してるところのソースを載せていただけると
ありがたい。
4 ：NAME IS NULL：04/12/17 12:46:50 ID:???
5 ：NAME IS NULL：04/12/17 15:25:46 ID:eTOTMI26
データベースプログラミング？
C/C++じゃねーか？
データベース検索登録アプリケーションなら、PerlかJAVAあたりだが。
C/C++じゃねーか？
データベース検索登録アプリケーションなら、PerlかJAVAあたりだが。
6 ：NAME IS NULL：04/12/17 15:26:56 ID:???
>>1はJavaのコードをテキストエディタかなんかで保守してるのか？
IDE使うのなら、Javaが一番メンテしやすいが。
IDE使うのなら、Javaが一番メンテしやすいが。
7 ：NAME IS NULL：04/12/17 17:00:08 ID:mRzc/gpV
T-SQLとかPL/SQLじゃだめ？
8 ：NAME IS NULL：04/12/17 17:02:27 ID:???
PL/SQLでクライアント作れるならいいんじゃねーの？
9 ：NAME IS NULL：04/12/17 19:01:00 ID:dKX3DfZl
VBだろ
10 ：NAME IS NULL：04/12/17 19:45:18 ID:rsdHk+n+
>4 ありがとうございます。なんとなくわかりました。
ただ、他の言語に比べてどこがデータベース向きなのですか。
ただ、他の言語に比べてどこがデータベース向きなのですか。
11 ：NAME IS NULL：04/12/17 20:26:12 ID:b9scDf06
>>9
だね。
だね。
12 ：NAME IS NULL：04/12/17 20:35:41 ID:EPB4yf3L
PowrBuilderの、ソース内にそのままSQLを書いて
変数のやりとりを出来るところは便利だった。
といっても、PowerBuilder使ってた人なんて
ここにはまずいないだろうな・・・
変数のやりとりを出来るところは便利だった。
といっても、PowerBuilder使ってた人なんて
ここにはまずいないだろうな・・・
13 ：NAME IS NULL：04/12/17 22:30:06 ID:???
4 のサイトのコードをコピペしてみる。
require 'dbi'
DBI.connect('DBI:Mysql:test', 'testuser', 'testpwd') do | dbh |
puts "inserting..."
sql = "insert into simple01 (SongName, SongLength_s) VALUES (?, ?)"
dbh.prepare(sql) do | sth |
1.upto(13) { |i| sth.execute("Song #{i}", "#{i*10}") }
end
puts "selecting..."
dbh.select_all('select * from simple01') do | row |
p row
end
puts "deleting..."
dbh.do('delete from simple01 where internal_id > 10')
end
ブロックのおかげで処理のスコープが視覚的に分りやすいというのはあると思うが、
別段データベースに限ったことではないしな。
ライブラリの整備や開発環境のサポートを考えれば、
Class::DBI のある Perl や OR マッピングライブラリが盛んな Java の方が数歩先んでている。
require 'dbi'
DBI.connect('DBI:Mysql:test', 'testuser', 'testpwd') do | dbh |
puts "inserting..."
sql = "insert into simple01 (SongName, SongLength_s) VALUES (?, ?)"
dbh.prepare(sql) do | sth |
1.upto(13) { |i| sth.execute("Song #{i}", "#{i*10}") }
end
puts "selecting..."
dbh.select_all('select * from simple01') do | row |
p row
end
puts "deleting..."
dbh.do('delete from simple01 where internal_id > 10')
end
ブロックのおかげで処理のスコープが視覚的に分りやすいというのはあると思うが、
別段データベースに限ったことではないしな。
ライブラリの整備や開発環境のサポートを考えれば、
Class::DBI のある Perl や OR マッピングライブラリが盛んな Java の方が数歩先んでている。
14 ：NAME IS NULL：04/12/17 23:23:14 ID:???
Developer2000使ってPL/SQLと怪しげなパッケージ(組み込み関数)でプログラム作ったっけ・・・。
15 ：NAME IS NULL：04/12/17 23:56:16 ID:???
>>13
データベースからの受け取り方で一番いいのは、
やはりハッシュ型なんだよ。キーを示して値を取る。
v = row['name']
または
v = row[:name]
これでいいじゃん。最も美しい。
わざわざオブジェクトにマッピングする意味は無いんだよ。
開発環境なんて、それの使い方覚える手間かかるじゃん。
スクリプト言語プラットフォームなら最低限、エディタがあればいい。
Javaは型宣言とかいろんな設定のために編集するもろもろのxmlファイル類を
ツールの手助け借りてやらないといけない。
本当は、実を取れば、こんな個別にツールの使い方覚えるまでもない。
データベースからの受け取り方で一番いいのは、
やはりハッシュ型なんだよ。キーを示して値を取る。
v = row['name']
または
v = row[:name]
これでいいじゃん。最も美しい。
わざわざオブジェクトにマッピングする意味は無いんだよ。
開発環境なんて、それの使い方覚える手間かかるじゃん。
スクリプト言語プラットフォームなら最低限、エディタがあればいい。
Javaは型宣言とかいろんな設定のために編集するもろもろのxmlファイル類を
ツールの手助け借りてやらないといけない。
本当は、実を取れば、こんな個別にツールの使い方覚えるまでもない。
16 ：NAME IS NULL：04/12/18 01:06:27 ID:???
.NETがその形式やね。
17 ：NAME IS NULL：04/12/18 01:11:56 ID:???
ﾍｼﾞﾀﾝ ﾊｧﾊｧ
18 ：NAME IS NULL：04/12/18 11:50:55 ID:IWYXFWeN
10 を書いたものです。>1 にしっかりした説明があるのに
間の抜けた事を書きました。じつは、データベースに最適な言語と
いう板の題目から、データベースの参照パターンのようなものが
ライブラリーにたくさん入っているというような言語を期待して
しまいました。
SQLの文字列が出てきたのでアレッと思ったのです。
SQLを書かなくて済むような言語はないのでしょうか。
間の抜けた事を書きました。じつは、データベースに最適な言語と
いう板の題目から、データベースの参照パターンのようなものが
ライブラリーにたくさん入っているというような言語を期待して
しまいました。
SQLの文字列が出てきたのでアレッと思ったのです。
SQLを書かなくて済むような言語はないのでしょうか。
19 ：NAME IS NULL：04/12/18 12:10:17 ID:???
>>18
SQLがダメだから、というのは、それはムリだよ。
RDBを扱う以上、SQLを書くことはどうしても必要で。
SQLを書き出すための文字列処理のプログラミングは必ずやることになる。
文字列処理が強力なプログラミング言語は何かなと考えるべきなんだよ。
そうすると、やはりRubyあたりがイイってことになってきちゃう。
XMLにおけるDOMのように、リレーショナルデータベースのリクエストをオブジェクトとして
構築する言語・プラットフォームを越えたAPIってのは、将来はありそうな気がするが
今でもそんなものは無いし、非現実的だ。
SQLがダメだから、というのは、それはムリだよ。
RDBを扱う以上、SQLを書くことはどうしても必要で。
SQLを書き出すための文字列処理のプログラミングは必ずやることになる。
文字列処理が強力なプログラミング言語は何かなと考えるべきなんだよ。
そうすると、やはりRubyあたりがイイってことになってきちゃう。
XMLにおけるDOMのように、リレーショナルデータベースのリクエストをオブジェクトとして
構築する言語・プラットフォームを越えたAPIってのは、将来はありそうな気がするが
今でもそんなものは無いし、非現実的だ。
20 ：NAME IS NULL：04/12/18 12:15:28 ID:???
>>15
取ってきた値をちまちま代入するのがコードの無駄。
取ってきた値をちまちま代入するのがコードの無駄。
21 ：NAME IS NULL：04/12/18 12:22:02 ID:???
22 ：NAME IS NULL：04/12/18 12:25:41 ID:???
>>19 にだ。
>SQLを書き出すための文字列処理のプログラミングは必ずやることになる。
>文字列処理が強力なプログラミング言語は何かなと考えるべきなんだよ。
DB云々ではなく、文字列処理をRubyで覚えたから使ってる orz.
>SQLを書き出すための文字列処理のプログラミングは必ずやることになる。
>文字列処理が強力なプログラミング言語は何かなと考えるべきなんだよ。
DB云々ではなく、文字列処理をRubyで覚えたから使ってる orz.
23 ：NAME IS NULL：04/12/18 12:33:43 ID:???
>>19
SQL と文字列処理に強いかってのはあんまし関係ないと思うぞ。
>>18
RDB/SQL をデータの格納と取り出しだけの存在とみなすならいいのだけど、
実際には複数テーブルを join して集計したりと、
業務ロジックと密接な処理を SQL を用いて行う場面が多い。
そういった SQL/その RDB でできることをできる限りカバーしようと考えると、
プログラミング言語のライブラリ側に
SQL とほぼ一対一で変換できるようなオブジェクト
(Criteria オブジェクトとか良くあるけどさ) を導入することになる。
が、OR マッピングのライブラリの仕様はまちまちだし、
はまだ SQL でできる範囲をカバーしきれていないので、
それなら SQL をそのまま使った方がいいというのが現状。
SQL と文字列処理に強いかってのはあんまし関係ないと思うぞ。
>>18
RDB/SQL をデータの格納と取り出しだけの存在とみなすならいいのだけど、
実際には複数テーブルを join して集計したりと、
業務ロジックと密接な処理を SQL を用いて行う場面が多い。
そういった SQL/その RDB でできることをできる限りカバーしようと考えると、
プログラミング言語のライブラリ側に
SQL とほぼ一対一で変換できるようなオブジェクト
(Criteria オブジェクトとか良くあるけどさ) を導入することになる。
が、OR マッピングのライブラリの仕様はまちまちだし、
はまだ SQL でできる範囲をカバーしきれていないので、
それなら SQL をそのまま使った方がいいというのが現状。
24 ：NAME IS NULL：04/12/18 12:36:03 ID:???
s/はまだ/まだまだ
>>21
結局エンティティクラスのコンストラクタの引数に渡すか
作ったインスタンスにセッターメソッド使って値を代入することになるので、
それなら直接インスタンスになってくれた方がありがたい。
>>21
結局エンティティクラスのコンストラクタの引数に渡すか
作ったインスタンスにセッターメソッド使って値を代入することになるので、
それなら直接インスタンスになってくれた方がありがたい。
25 ：NAME IS NULL：04/12/18 12:38:33 ID:???
> SQL と文字列処理に強いかってのはあんまし関係ない
いや、自明のことというか、大ありだと思うんだが
Javaでやる文字列処理って、どんなにキレイに書こうとしても知れてるぞ。
いや、自明のことというか、大ありだと思うんだが
Javaでやる文字列処理って、どんなにキレイに書こうとしても知れてるぞ。
26 ：NAME IS NULL：04/12/18 12:39:06 ID:???
27 ：NAME IS NULL：04/12/18 12:42:07 ID:???
28 ：NAME IS NULL：04/12/18 12:46:58 ID:???
>>27
その部分をライブラリが勝手にやってくれてほしいってこと。
その部分をライブラリが勝手にやってくれてほしいってこと。
29 ：NAME IS NULL：04/12/18 12:49:07 ID:???
>>24
そういう「オブジェクトを作る」ってのは、データベースプログラミングの中でも
重要なトピックで、キャッシュが使えるところではキャッシュを使うとか、
ソフトウェア毎に最適な設計は異なるところで、その大切な部分を
自動化なんてできるわけないし、なんかのフレームワークとやらを使って
無理やりしようとしたころで適切なプログラミングよりシンプルに分かりやすく
なんてなりそうにない。
そういう「オブジェクトを作る」ってのは、データベースプログラミングの中でも
重要なトピックで、キャッシュが使えるところではキャッシュを使うとか、
ソフトウェア毎に最適な設計は異なるところで、その大切な部分を
自動化なんてできるわけないし、なんかのフレームワークとやらを使って
無理やりしようとしたころで適切なプログラミングよりシンプルに分かりやすく
なんてなりそうにない。
30 ：NAME IS NULL：04/12/18 12:54:09 ID:???
それは分るんだけどさ。
定型的だし書いていて何ら面白くないから、
フレームワークに追い出したいわけですよ。
定型的だし書いていて何ら面白くないから、
フレームワークに追い出したいわけですよ。
31 ：NAME IS NULL：04/12/18 13:00:51 ID:???
>>30
定型的っていうけど、ホントかな。
適切なファクトリーメソッドの実装を見直して、モジュール化というか
プラグイン化を意識したコードにするとよいと思う。
アクセサメソッドが大量にあったりするとキモいね。
フレームワークは何の解決にもならないよ。
手続きがアプリケーション毎に違うからプログラミングするんだ。
定型的っていうけど、ホントかな。
適切なファクトリーメソッドの実装を見直して、モジュール化というか
プラグイン化を意識したコードにするとよいと思う。
アクセサメソッドが大量にあったりするとキモいね。
フレームワークは何の解決にもならないよ。
手続きがアプリケーション毎に違うからプログラミングするんだ。
32 ：NAME IS NULL：04/12/18 13:06:56 ID:???
適切に書かれたファクトリーメソッドがあると
そのシステムの意図がよく伝わると思うんだよね。
そのシステムの意図がよく伝わると思うんだよね。
33 ：NAME IS NULL：04/12/18 13:21:07 ID:???
DB とプログラミング言語の界面はフレームワークに任せて、
その上の部分で 「手続き」 を実装したいんだよね。
なるべく疎な関係にしたい。
その上の部分で 「手続き」 を実装したいんだよね。
なるべく疎な関係にしたい。
34 ：NAME IS NULL：04/12/18 13:28:16 ID:???
>>33
> プログラミング言語の界面はフレームワークに任せて
できるわけないし、やる意味ないと思うんだよ。
要求されている機能とデータベースの性質に合わせて
パフォーマンスのカ改善、キャッシュのヒット率を上げるとか
いろいろがんばらんといかんのに。
> プログラミング言語の界面はフレームワークに任せて
できるわけないし、やる意味ないと思うんだよ。
要求されている機能とデータベースの性質に合わせて
パフォーマンスのカ改善、キャッシュのヒット率を上げるとか
いろいろがんばらんといかんのに。
35 ：NAME IS NULL：04/12/18 13:37:01 ID:???
まぁ、タイトなパフォーマンスが要求されるかどうかは、
そんなに必要無いってこともあるかもしれないけど。
しかし、データベースかオブジェクトを作るシーンってそんなに
多いかね。たとえば、社員の勤怠管理のシステム作るとして、
どれだけクラス書くかな、せいぜい６コくらいのクラスで
十分じゃないかしら。
そんなに必要無いってこともあるかもしれないけど。
しかし、データベースかオブジェクトを作るシーンってそんなに
多いかね。たとえば、社員の勤怠管理のシステム作るとして、
どれだけクラス書くかな、せいぜい６コくらいのクラスで
十分じゃないかしら。
36 ：NAME IS NULL：04/12/18 14:45:29 ID:???
パフォーマンスより拡張性重視で使っているからなあ。
今開発運用しているのが 30 位のクラスと同じくらいのテーブルを持ったウェブアプリで
隔月に一度は機能拡張している。
予想以上にユーザが増えたので、今は PostgreSQL なのを Oracle にしようという話もあったりして。
RDB 向きの使い方じゃないのかも。
今開発運用しているのが 30 位のクラスと同じくらいのテーブルを持ったウェブアプリで
隔月に一度は機能拡張している。
予想以上にユーザが増えたので、今は PostgreSQL なのを Oracle にしようという話もあったりして。
RDB 向きの使い方じゃないのかも。
37 ：NAME IS NULL：04/12/18 16:31:22 ID:???
38 ：NAME IS NULL：04/12/18 19:08:11 ID:???
データベースを操作する場合の思いつく手法をあげてみるとこんな感じなのだが、
1.JDBC/ODBC/OLE-DBなどの結果セット型
2.SQL-JやPRO*Cなどの埋め込み型SQL
3.簡易言語などに見られるデータベースを直接操作する命令をもつ言語
4.ストアドプロシージャをベースに簡易言語に発展させたもの
5.O-Rマッピング
6.DBMS固有のAPI(CLI)を直接操作
1を前提にするならオブジェクトが扱いやすい言語が有利か。
パフォーマンスを重視するなら2もいいのだがなぜか人気がない。
3と4は環境依存なのが難点だがプログラム言語の型とデータベースの型が一致することが
多いので、適用分野を間違わなければ使いやすいかもしれない。
5はいまだ未知数で6はもう疲れた・・
1.JDBC/ODBC/OLE-DBなどの結果セット型
2.SQL-JやPRO*Cなどの埋め込み型SQL
3.簡易言語などに見られるデータベースを直接操作する命令をもつ言語
4.ストアドプロシージャをベースに簡易言語に発展させたもの
5.O-Rマッピング
6.DBMS固有のAPI(CLI)を直接操作
1を前提にするならオブジェクトが扱いやすい言語が有利か。
パフォーマンスを重視するなら2もいいのだがなぜか人気がない。
3と4は環境依存なのが難点だがプログラム言語の型とデータベースの型が一致することが
多いので、適用分野を間違わなければ使いやすいかもしれない。
5はいまだ未知数で6はもう疲れた・・
39 ：NAME IS NULL：04/12/18 19:24:48 ID:???
40 ：NAME IS NULL：04/12/19 00:22:10 ID:A+bPKqVc
S2DAOあたりではダメかな
41 ：NAME IS NULL：04/12/19 13:20:35 ID:???
Class::DBI も S2DAO
O-Rマッピングだよね。
O-Rマッピングの意義を誰か教えてほしいよ。マジで。
振る舞いを持つ必要なんてほとんどないのに
（あったとしても、それはプログラミングすべきだ）、
なんでオブジェクトにするんだ。
なんかマッピングすることを目的にしちゃってて複雑化しすぎ。本末転倒だよ。
O-Rマッピングだよね。
O-Rマッピングの意義を誰か教えてほしいよ。マジで。
振る舞いを持つ必要なんてほとんどないのに
（あったとしても、それはプログラミングすべきだ）、
なんでオブジェクトにするんだ。
なんかマッピングすることを目的にしちゃってて複雑化しすぎ。本末転倒だよ。
42 ：NAME IS NULL：04/12/19 16:05:41 ID:???
>>41
お前がオブジェクト指向で設計してないからだろ。
お前がオブジェクト指向で設計してないからだろ。
43 ：NAME IS NULL：04/12/19 18:23:56 ID:???
>>42
違うんだよ。使うところでしっかり使う。
しかし、たとえば、何かの住所録でもって
人のカラムを表現するのに Human クラスとかなんとか作って、
でもそれに何かメソッドを定義するかといえば、何も無いんだよ。
それでデータベースとオブジェクトとのマッピングとかいっても、お笑いなわけ。
違うんだよ。使うところでしっかり使う。
しかし、たとえば、何かの住所録でもって
人のカラムを表現するのに Human クラスとかなんとか作って、
でもそれに何かメソッドを定義するかといえば、何も無いんだよ。
それでデータベースとオブジェクトとのマッピングとかいっても、お笑いなわけ。
44 ：NAME IS NULL：04/12/19 23:11:02 ID:???
だから、必要ないなら使わなきゃいいじゃん。
必要な人がたくさんいるから、それができあがったわけで。
必要な人がたくさんいるから、それができあがったわけで。
45 ：NAME IS NULL：04/12/20 14:35:07 ID:???
O-Rマッピングは「できあがって」はいないと思うな。まだ発展途上だ。
良さそうな香りはするんだが、現状では使ってみると幻滅することが多い。
「必要な人」でも現在のO-Rマッピングには不満を持ってる人は多いと思うよ。
良さそうな香りはするんだが、現状では使ってみると幻滅することが多い。
「必要な人」でも現在のO-Rマッピングには不満を持ってる人は多いと思うよ。
46 ：NAME IS NULL：04/12/20 20:07:12 ID:srbYM6J2
フロントエンドはAccess以外に考えられない
47 ：NAME IS NULL：04/12/20 21:33:31 ID:???
そんなことより「ID:???」が気になる・・
なんでそんなことになるのさ〜♪
なんでそんなことになるのさ〜♪
48 ：NAME IS NULL：04/12/20 21:57:40 ID:P3k+Hk5h
>38-46 (最)適性の要件について
話をSQLだけに絞って、
SQLの完全なるParserを持つ必要はないのですか。逆に処理系が
SQLを「生成」するとなると必須とおもいますが。
話をSQLだけに絞って、
SQLの完全なるParserを持つ必要はないのですか。逆に処理系が
SQLを「生成」するとなると必須とおもいますが。
49 ：NAME IS NULL：04/12/20 22:40:57 ID:PRMMb90r
50 ：NAME IS NULL：04/12/21 03:04:48 ID:cB2rd/+5
>49 一連の議論を読んでいると、同じ「最適な言語」を競っても
プログラマがSQL文字列を知っている必要があるクラスと
コンパイラがSQLを構成するクラスとありそうに思えたから。
ボクシングとK-1ほどに上がる舞台がちがうのではないか。
Parserが必要と感じるのはもちろん後のクラス。関数型言語で
SQL相当の操作を書くとすれば、文字列操作の云々は的外れ
となり、むしろSQL文字列にどう組み立てなおすかが課題となる。
そんな意味なのですが。
プログラマがSQL文字列を知っている必要があるクラスと
コンパイラがSQLを構成するクラスとありそうに思えたから。
ボクシングとK-1ほどに上がる舞台がちがうのではないか。
Parserが必要と感じるのはもちろん後のクラス。関数型言語で
SQL相当の操作を書くとすれば、文字列操作の云々は的外れ
となり、むしろSQL文字列にどう組み立てなおすかが課題となる。
そんな意味なのですが。
51 ：NAME IS NULL：04/12/21 08:05:38 ID:???
データベース側が統一が取れてないからそっちを何とかしないとなぁ。
ドライバやクラスで吸収するには違いが大きすぎる。
ドライバやクラスで吸収するには違いが大きすぎる。
52 ：NAME IS NULL：04/12/21 10:39:07 ID:2ug2sBNH
53 ：NAME IS NULL：04/12/22 22:55:50 ID:JoqolnD5
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という言葉はその意味で使いました。
>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という言葉はその意味で使いました。
54 ：NAME IS NULL：04/12/22 23:54:55 ID:???
SQL と構文レベル、意味レベルにおいて等価であるなら、SQL そのものを使えばいい。
日本語がネイティブの人間と意思疎通を図るなら日本語が良いのと同じ。
その意味では RDB とオブジェクト指向言語の間の
インピーダンスミスマッチは原理的にすべて解消はできない。
日本語がネイティブの人間と意思疎通を図るなら日本語が良いのと同じ。
その意味では RDB とオブジェクト指向言語の間の
インピーダンスミスマッチは原理的にすべて解消はできない。
55 ：NAME IS NULL：04/12/23 00:39:54 ID:ezyhfnup
> SQL と構文レベル、意味レベルにおいて等価であるなら、SQL そのものを使えばいい。
そう思います。
しかし、RDBモデルが極めてシンプルな構造のモデルだから、SQLのような
論理式で済んでいる、ということはないのですか。優れて恵まれた状況だと。
グラフィックインターフェイスを必要とするようなモデルも視野に入れると、
>1 でRubyが推されたような前提が成立しないのではないか。
そう思います。
しかし、RDBモデルが極めてシンプルな構造のモデルだから、SQLのような
論理式で済んでいる、ということはないのですか。優れて恵まれた状況だと。
グラフィックインターフェイスを必要とするようなモデルも視野に入れると、
>1 でRubyが推されたような前提が成立しないのではないか。
56 ：NAME IS NULL：04/12/23 20:18:56 ID:???
57 ：NAME IS NULL：04/12/24 15:35:22 ID:???
>>12
ＰｏｗｅｒＢｕｉｌｄｅｒもＶＢも使ってたよ。
ＰｏｗｅｒＢｕｉｌｄｅｒはＣ／Ｓ系システム向けだね。
ＶＢ知ってれば非常に作りやすいし、ＶＢ／ＶＣと違ってocxとか考えなくて良いから楽ちん。
いかんせん メジャーじゃないし 高杉だ。
VisualStadio.net(MSDN)より高いってどういうことよ？（ｗ
ＰｏｗｅｒＢｕｉｌｄｅｒもＶＢも使ってたよ。
ＰｏｗｅｒＢｕｉｌｄｅｒはＣ／Ｓ系システム向けだね。
ＶＢ知ってれば非常に作りやすいし、ＶＢ／ＶＣと違ってocxとか考えなくて良いから楽ちん。
いかんせん メジャーじゃないし 高杉だ。
VisualStadio.net(MSDN)より高いってどういうことよ？（ｗ
58 ：NAME IS NULL：04/12/27 00:18:11 ID:ATYXiOMn
ウェブインターフェースでもそうだが
ウィンドウヴィジットによるユーザインターフェースが絡むとなると、
ますます、オブジェクト指向の機能が欲しくなるんじゃなかろうか。
まぁ、Javaもそんなに悪い選択肢だとは思ってないよ。
Javaはウェブプログラミングには向いてないとは思うけどね。
データベースのプログラミングやるなら、
スクリプト言語で組んだほうがどちらにしても効率いいな。
ウィンドウヴィジットによるユーザインターフェースが絡むとなると、
ますます、オブジェクト指向の機能が欲しくなるんじゃなかろうか。
まぁ、Javaもそんなに悪い選択肢だとは思ってないよ。
Javaはウェブプログラミングには向いてないとは思うけどね。
データベースのプログラミングやるなら、
スクリプト言語で組んだほうがどちらにしても効率いいな。
59 ：NAME IS NULL：04/12/27 00:21:53 ID:???
60 ：NAME IS NULL：04/12/28 14:12:47 ID:+5LiD5/G
61 ：NAME IS NULL：04/12/31 17:24:55 ID:???
>>60
別にソース一本で終わるように作れば、JAVAだって可能だが。
Servletに全部ロジックも表示もべた書きすればいいわけだし。
PerlやPHPはそれをやってるから一本で終わってるだけで、
MVC分割だの、よく使うロジックはわけるだのやってたら、
ソースの本数は増えて、JAVAが普通に複数ソースに
なるようなのと同じになるわけだが。
結局、言語云々ではなく、作り方云々だろ。ソースがどうなるかなんて。
別にソース一本で終わるように作れば、JAVAだって可能だが。
Servletに全部ロジックも表示もべた書きすればいいわけだし。
PerlやPHPはそれをやってるから一本で終わってるだけで、
MVC分割だの、よく使うロジックはわけるだのやってたら、
ソースの本数は増えて、JAVAが普通に複数ソースに
なるようなのと同じになるわけだが。
結局、言語云々ではなく、作り方云々だろ。ソースがどうなるかなんて。
62 ：NAME IS NULL：05/01/01 09:12:20 ID:DTmypz3j
>>61
そーすね
そーすね
63 ：NAME IS NULL：05/01/01 17:16:06 ID:???
>>61
いや、どんなに単純化しようとも、JavaにはIDEは必須。間違いない。
作り方云々なのは、それはそうなんだ。当たり前の話。
いい作り方って eXtreme Programming で十分示されているから、
それをうまくやる最適な言語は何かと考えるわけだな。
いや、どんなに単純化しようとも、JavaにはIDEは必須。間違いない。
作り方云々なのは、それはそうなんだ。当たり前の話。
いい作り方って eXtreme Programming で十分示されているから、
それをうまくやる最適な言語は何かと考えるわけだな。
64 ：NAME IS NULL：05/01/01 21:26:46 ID:DTmypz3j
>>62
ソースと掛けてるのか？( ´,_ゝ｀)ﾌﾟｯ
ソースと掛けてるのか？( ´,_ゝ｀)ﾌﾟｯ
65 ：NAME IS NULL：05/01/01 23:13:57 ID:???
> 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 を変えていただけませんか ?
> 64 名前：NAME IS NULL[] 投稿日：05/01/01 21:26:46 ID:DTmypz3j
> >>62
> ソースと掛けてるのか？( ´,_ゝ｀)ﾌﾟｯ
お客様にお願いいたします。
釣りもしくは自演をなさるのならせめて ID を変えていただけませんか ?
66 ：NAME IS NULL：05/01/02 01:47:14 ID:???
>>63
必須じゃないよ。
必須じゃないよ。
67 ：NAME IS NULL：05/01/02 02:13:15 ID:???
SCSIのほうがよかんべよ
68 ：NAME IS NULL：05/01/02 02:28:19 ID:???
69 ：NAME IS NULL：05/01/04 15:15:54 ID:9Iyz55u3
70 ：NAME IS NULL：05/01/04 17:27:59 ID:B6lG7lz8
teratermで日本語打とうすると「ピッ！」とかいってキャンセルされるんだけどなんで？
71 ：NAME IS NULL：05/01/05 01:50:27 ID:+z3sOH/k
>>70
ｵﾚﾓ悩んだ ちゃんと金払ったら治ったYp!
ｵﾚﾓ悩んだ ちゃんと金払ったら治ったYp!
72 ：NAME IS NULL：05/03/04 02:34:24 ID:EfhcthQ+
cobol
73 ：NAME IS NULL：05/03/05 09:17:29 ID:k6L3bLwV
考えてみると、「最適な」というからには、
コンパイラであっても同能力のインタプリタが動かないと
その資格がないのではないか。
コンパイラであっても同能力のインタプリタが動かないと
その資格がないのではないか。
74 ：NAME IS NULL：05/03/08 20:57:30 ID:J+GOJiO4
ＰｏｗｅｒＢｕｉｌｄｅｒ勉強したいのですが、なにか参考になるサイトがあれば教えてください
75 ：NAME IS NULL：05/03/12 01:18:20 ID:???
>>74
パワースペースとオンラインヘルプ
パワースペースとオンラインヘルプ
76 ：NAME IS NULL：05/03/16 09:24:16 ID:kVjMt6r8
やっぱＨＴＭＬだろ
77 ：NAME IS NULL：05/03/16 23:37:57 ID:eQ2wfiPV
やっぱＯＴＬだろ
78 ：NAME IS NULL：05/03/16 23:42:43 ID:???
なんだ、このスレＤＢの問い合わせ言語比較スレかと思ったら違うのか。
SQLとXBASE以外に知らんからマニアックな話題が飛び交ってるものかと・・・。
SQLとXBASE以外に知らんからマニアックな話題が飛び交ってるものかと・・・。
79 ：NAME IS NULL：05/03/17 03:00:17 ID:???
むしろTCP/IPだろ
80 ：NAME IS NULL：2005/03/21(月) 19:55:08 ID:3QUKO9Hm
Ｃ／Ｓで簡単に作る
ＶＢ
ＷＥＢで簡単に作る
ＰＨＰ
ＶＢ
ＷＥＢで簡単に作る
ＰＨＰ
81 ：NAME IS NULL：2005/03/23(水) 17:11:43 ID:???
Delphiも仲間に入れて
82 ：NAME IS NULL：2005/03/26(土) 16:55:43 ID:???
ILE RPG
ってのは無しですか。
ってのは無しですか。
83 ：NAME IS NULL：2005/03/27(日) 15:37:17 ID:???
>>82
OS/400x86版をオープンソースで出してくれたらいいのにな。
OS/400x86版をオープンソースで出してくれたらいいのにな。
84 ：NAME IS NULL：2005/03/29(火) 00:30:15 ID:bS+G/8nX
SQL*Plusなんかで動作確認したSQLを、そのままカッペして動く言語はないでしか？
SQL="SELECT"
SQL=SQL+"ID, NAME"
・・・
うざっ！
SQL="SELECT"
SQL=SQL+"ID, NAME"
・・・
うざっ！
85 ：NAME IS NULL：2005/03/29(火) 00:33:55 ID:???
>>84
SQL言語とか
SQL言語とか
86 ：NAME IS NULL：2005/03/29(火) 18:35:50 ID:???
87 ：NAME IS NULL：2005/03/31(木) 11:32:21 ID:???
(´-`).｡ｏＯ（SQL言語？）
88 ：NAME IS NULL：2005/03/31(木) 21:37:40 ID:???
PSQL や SQL+ クラスのインタプリタを自ら書く(言語を創る)なら、
LISP,Prologといった記号処理言語が一番ですね。
LISP,Prologといった記号処理言語が一番ですね。
89 ：NAME IS NULL：皇紀2665/04/02(土) 00:07:15 ID:???
90 ：NAME IS NULL：皇紀2665/04/02(土) 02:50:42 ID:???
C#が真打ち
91 ：NAME IS NULL：2005/04/02(土) 07:55:17 ID:???
硫黄島は英語で Iwojima Island なのだ
92 ：NAME IS NULL：2005/04/02(土) 10:13:06 ID:???
87は当然厳密に、ＳＱ言語とか言うのか？
94 ：NAME IS NULL：2005/04/04(月) 19:43:18 ID:???
>>87は、SQL言語の何処に食いついたのか説明すべきだろう
95 ：NAME IS NULL：2005/04/05(火) 09:25:49 ID:???
1. L は Language。
2. 「SQL を、整形せずに埋め込める言語は？」の問いに
「SQL」と答える間抜けさ。
3. SQL はプログラミング言語ではない。
取り敢えず >>84 は PL/SQL (サーバサイド) ないし
Pro*C (も言語じゃないが。クライアントサイド) でも使えと。
2. 「SQL を、整形せずに埋め込める言語は？」の問いに
「SQL」と答える間抜けさ。
3. SQL はプログラミング言語ではない。
取り敢えず >>84 は PL/SQL (サーバサイド) ないし
Pro*C (も言語じゃないが。クライアントサイド) でも使えと。
96 ：NAME IS NULL：2005/04/05(火) 22:52:32 ID:???
SQLはプログラミング言語の一つだと思うが、なんでそこまで断言できるのか不思議。
97 ：NAME IS NULL：2005/04/05(火) 23:25:17 ID:???
SQLは当然、プログラミング言語。
ただし、Turing Completeではないだけ。
ただし、Turing Completeではないだけ。
98 ：NAME IS NULL：2005/04/07(木) 08:39:43 ID:1iNHWJL5
まじBasicに統一してほしい。まじで
99 ：NAME IS NULL：2005/04/07(木) 14:26:06 ID:qOmyg27t BE:86767766-#
C# か Java がやっぱり委員で内科医？
でも言語の選択よりもバインディングがしやすいかどうかのほうが重要な気がする。
でも言語の選択よりもバインディングがしやすいかどうかのほうが重要な気がする。
100 ：NAME IS NULL：2005/04/08(金) 00:00:54 ID:???
>2. 「SQL を、整形せずに埋め込める言語は？」の問いに「SQL」と答える間抜けさ。
だから、SQL自体もプログラミング言語なんだから、
SQLで完結しろと言うことだろ？
だから、SQL自体もプログラミング言語なんだから、
SQLで完結しろと言うことだろ？
101 ：NAME IS NULL：2005/04/08(金) 11:49:43 ID:???
制御構造を持たないSQLを「プログラム言語」っつーのは抵抗あるなあ。
第一、PL/SQLの立場がないじゃないか。
>100
>SQLで完結しろと言うことだろ？
バッチ処理しかしないのかッ！
第一、PL/SQLの立場がないじゃないか。
>100
>SQLで完結しろと言うことだろ？
バッチ処理しかしないのかッ！
102 ：NAME IS NULL：2005/04/08(金) 12:02:11 ID:jJbVkurV
>バッチ処理しかしないのかッ！
業務にSQLPLUS以外は使わせない！ というのはどう？
業務にSQLPLUS以外は使わせない！ というのはどう？
103 ：NAME IS NULL：2005/04/09(土) 14:10:07 ID:Dj2hyJqu
Perl! Perl! Perl!!
104 ：NAME IS NULL：2005/04/11(月) 17:37:24 ID:???
PHP + PostgreSQL で使ってますが、
この言語は五本指くらいには入りますか。ほかしらないので・・。
この言語は五本指くらいには入りますか。ほかしらないので・・。
105 ：NAME IS NULL：2005/04/11(月) 21:19:23 ID:???
なんの五本指だ？
重くて煩雑なスクリプト言語の五本指か？
重くて煩雑なスクリプト言語の五本指か？
106 ：NAME IS NULL：2005/04/14(木) 08:15:04 ID:???
現存するかを問わないならば、直接、
char *table;
table := "社員";
select 'A',"所属","社員番号","社員名" from table;
が書ける言語かな。
char *table;
table := "社員";
select 'A',"所属","社員番号","社員名" from table;
が書ける言語かな。
107 ：NAME IS NULL：2005/04/14(木) 12:20:28 ID:Mm8jP2Ai BE:77127348-#
言語よりもライブラリの方が重要な気がする。
108 ：NAME IS NULL：2005/04/14(木) 12:48:51 ID:OLQ4oyeV BE:68112735-
／ （＿__ ＿__） ヽ
./ ノ 人 ヽ ヽ
＿_ ./ ／／ ヽ ヽ .ヽ ／￣＼
.／ ○ ヽ､ / （＿_） （＿） ヽ／ ○ ＼
／ ＼,,,--―――''''''''''''''''''''――-／ ヽ
..⌒‐-,,,,_ /:/ヽー―――-、,,__,,,,-―――:|| _,,;-‐''"⌒~~~
.ヽ/::||:::::::::: （●） （●） ||／ヽ
く ::||::::::::::::::::: ＼＿＿_／ ||:::::::::ヽ
ヽヽ:::::::::::::::::::. ＼／ ノ＿／
./ ノ 人 ヽ ヽ
＿_ ./ ／／ ヽ ヽ .ヽ ／￣＼
.／ ○ ヽ､ / （＿_） （＿） ヽ／ ○ ＼
／ ＼,,,--―――''''''''''''''''''''――-／ ヽ
..⌒‐-,,,,_ /:/ヽー―――-、,,__,,,,-―――:|| _,,;-‐''"⌒~~~
.ヽ/::||:::::::::: （●） （●） ||／ヽ
く ::||::::::::::::::::: ＼＿＿_／ ||:::::::::ヽ
ヽヽ:::::::::::::::::::. ＼／ ノ＿／
109 ：NAME IS NULL：2005/04/14(木) 14:22:42 ID:orHzoUFL
松本人志作があるテレビ番組で考えた俳句が入選したそうです。
駅に飾られるとか飾られないとか。
http://messages.yahoo.co.jp/bbs?action=m&board=1835157&tid=bebekdcbfmbbvbana4ngp6g&sid=1835157&mid=1
駅に飾られるとか飾られないとか。
http://messages.yahoo.co.jp/bbs?action=m&board=1835157&tid=bebekdcbfmbbvbana4ngp6g&sid=1835157&mid=1
110 ：NAME IS NULL：2005/04/15(金) 08:59:06 ID:VYQOnC31
>>106 このてのはなし、少し前にもあったけど
要するに文字列操作をしなくてすむ言語が「最適な」資格を持つと？
要するに文字列操作をしなくてすむ言語が「最適な」資格を持つと？
111 ：NAME IS NULL：2005/04/15(金) 10:52:43 ID:???
112 ：NAME IS NULL：2005/04/15(金) 20:30:18 ID:???
その昔、Oracle Power ObjectというVisual Basicもどきでoracleの
埋め込みSQLが使えるものがあったが、最近見なくなった。
埋め込みSQLが使えるものがあったが、最近見なくなった。
113 ：NAME IS NULL：2005/04/19(火) 11:44:32 ID:???
>>110-112 埋め込むとなると、いかにもSQLの仕様が悪い。
select (ename,empno,deptno) from emp が許されなかったり、
where #job=clerk でよかったのに job='clerk' とした。
ほかの言語の構文規則と衝突したり、曖昧さを克服し難くした。
select (ename,empno,deptno) from emp が許されなかったり、
where #job=clerk でよかったのに job='clerk' とした。
ほかの言語の構文規則と衝突したり、曖昧さを克服し難くした。
114 ：NAME IS NULL：2005/04/19(火) 16:51:52 ID:???
埋め込み型はWHENEVER xx GO TO や SQLCODE などエラー処理まわりがいかにも古めかしい。
115 ：NAME IS NULL：2005/04/19(火) 17:01:43 ID:???
>>99
型定義マストとなるとねー
while(result.hasNext()){
Map personData = (Map)result.next();
Integer age = (Integer)personData.get("age");
..
みたいなのいるわけでしょ。なんかコードが長くなるだけで、メリットが無いと思う。
キャストがめんどくさいってんで、なんかクラスをわざわざ定義してマッピングするなんてこと
やると死ぬほど逆にさらに面倒で。それを自動化するライブラリを使うと、
さらに悲しいことに、マッピング方法を勉強したり、それで設定ファイルを書いたり、
マッピングするライブラリの仕様変更にあわせて、それを使ったソフトも更新しなきゃいけないし、
泥沼よ。
データ格納するだけなんだから、それに適した型をHashMapを使えってなもんだ。
result.each { |person|
age = person[:age]
}
これでいいじゃん
型定義マストとなるとねー
while(result.hasNext()){
Map personData = (Map)result.next();
Integer age = (Integer)personData.get("age");
..
みたいなのいるわけでしょ。なんかコードが長くなるだけで、メリットが無いと思う。
キャストがめんどくさいってんで、なんかクラスをわざわざ定義してマッピングするなんてこと
やると死ぬほど逆にさらに面倒で。それを自動化するライブラリを使うと、
さらに悲しいことに、マッピング方法を勉強したり、それで設定ファイルを書いたり、
マッピングするライブラリの仕様変更にあわせて、それを使ったソフトも更新しなきゃいけないし、
泥沼よ。
データ格納するだけなんだから、それに適した型をHashMapを使えってなもんだ。
result.each { |person|
age = person[:age]
}
これでいいじゃん
116 ：NAME IS NULL：2005/04/20(水) 10:31:48 ID:yYG4FWyS
>>113 SQL言語を遅延評価付の制約論理型言語に置き直す。
そうすれば、このスレの解も決まる。
そうすれば、このスレの解も決まる。
117 ：NAME IS NULL：2005/04/22(金) 09:02:34 ID:??? BE:86768249-#
>>116 SQL の S はどうなるんだよ！！
118 ：NAME IS NULL：2005/04/23(土) 10:53:08 ID:???
119 ：NAME IS NULL：2005/04/24(日) 03:02:44 ID:???
120 ：NAME IS NULL：2005/05/17(火) 03:08:10 ID:???
カーソルもやりやすいといいなあ
121 ：NAME IS NULL：2005/05/19(木) 22:55:58 ID:GAlLtBqS
122 ：NAME IS NULL：2005/05/20(金) 05:31:18 ID:???
言語の話から逸れるけど、接続インターフェースのデキの良さ
(安定性とか制限の少なさとか)って観点ではどんなもんでしょ？
例えば、jdbcとRuby/DBIを比べると、
特に相手がOracleなんかだとRubyでは↓こういう
http://www.jiubao.org/ruby-oci8/index.ja.html
αバージョンのドライバしか出てないけど、
jdbcだったらOracleから正式にドライバが出てるからjdbcの方が安心だな、とか。
(安定性とか制限の少なさとか)って観点ではどんなもんでしょ？
例えば、jdbcとRuby/DBIを比べると、
特に相手がOracleなんかだとRubyでは↓こういう
http://www.jiubao.org/ruby-oci8/index.ja.html
αバージョンのドライバしか出てないけど、
jdbcだったらOracleから正式にドライバが出てるからjdbcの方が安心だな、とか。
123 ：NAME IS NULL：2005/05/20(金) 11:40:35 ID:???
>>122
相手が Oracle なら Pro*C 最強。
相手が Oracle なら Pro*C 最強。
124 ：NAME IS NULL：2005/05/20(金) 23:47:49 ID:???
>>122
そういう、PHPに不利なルールを持ち出すと、暴れる人が出てきちゃうよ。
そういう、PHPに不利なルールを持ち出すと、暴れる人が出てきちゃうよ。
125 ：NAME IS NULL：2005/05/21(土) 00:04:08 ID:???
うがー！！！
126 ：NAME IS NULL：2005/05/22(日) 11:54:22 ID:???
PostgreSQL ＋ VisualC++.NETでGUIベースのアプリを作ろうと
思っちょります。
ただ、いかんせんVisual系言語はまったくのど素人で、どなたか、
VisualC++からPostgreSQLのデータを読み書きするための
サンプルプログラムなんぞあったら、あるいはここにある、ちゅうのを
教えてもらえるとありがたいです。
たぶん、ODBCを使うんだろうぐらいは考えているんですが・・・。
ちなみに当方の技術レベルは、こんなかんじです。
●ORACLEのDBA
（ORA-600などの内部エラーをサポセンとやりとりしながら対処するぐらい）
●C言語中級者の下（構造体まで。ポインタほぼ全滅）
●シェルスクリプトで作りたいものが作れる
思っちょります。
ただ、いかんせんVisual系言語はまったくのど素人で、どなたか、
VisualC++からPostgreSQLのデータを読み書きするための
サンプルプログラムなんぞあったら、あるいはここにある、ちゅうのを
教えてもらえるとありがたいです。
たぶん、ODBCを使うんだろうぐらいは考えているんですが・・・。
ちなみに当方の技術レベルは、こんなかんじです。
●ORACLEのDBA
（ORA-600などの内部エラーをサポセンとやりとりしながら対処するぐらい）
●C言語中級者の下（構造体まで。ポインタほぼ全滅）
●シェルスクリプトで作りたいものが作れる
127 ：NAME IS NULL：2005/05/22(日) 18:51:45 ID:???
スレ違い。
あと、ポインタもわかってない奴は中級とは言いませんので、
うぬぼれるのもいい加減にしてね。
つか、ポインタもわかってないやつが、PostgreSQLのインターフェース
使えるようになるとは思えんが。
あと、ポインタもわかってない奴は中級とは言いませんので、
うぬぼれるのもいい加減にしてね。
つか、ポインタもわかってないやつが、PostgreSQLのインターフェース
使えるようになるとは思えんが。
128 ：NAME IS NULL：2005/05/22(日) 20:01:15 ID:???
129 ：NAME IS NULL：2005/05/22(日) 20:29:53 ID:???
スレ違いなのに建設的な話が出ると思ってる方が屑。
130 ：NAME IS NULL：2005/05/22(日) 20:41:35 ID:???
突っ込みどころ満載だが、スレ違いなのでぐっと我慢しておこう
131 ：NAME IS NULL：2005/05/23(月) 01:50:48 ID:n0DbznC0
なぜ Perl ではだめなのか小一時間。
132 ：NAME IS NULL：2005/05/23(月) 13:05:49 ID:???
まあ質問ｽﾚでもないのに
質問してくるような頭の持ち主は
どこにでも湧いて出る。
質問してくるような頭の持ち主は
どこにでも湧いて出る。
133 ：NAME IS NULL：2005/05/29(日) 09:30:46 ID:???
て言うか、ググルなりポスグレのユーザー会のページに行ってマニュアルダウンロードするなりすることもできない奴を相手にしてもしょうがないよね。
134 ：NAME IS NULL：2005/05/30(月) 09:48:08 ID:???
上でRuby Ruby言いながら素のDBIしか使う頭のないやつは
ActiveRecordをググって調べてこい
ActiveRecordをググって調べてこい
135 ：NAME IS NULL：2005/06/01(水) 15:37:33 ID:???
操作性とパフォーマンスが両立しないことが多いから
どちらに主眼をおくかで最適の基準が変わってくる。
あとはプラットフォームへの依存性の有無も評価が分かれるところだ。
どちらに主眼をおくかで最適の基準が変わってくる。
あとはプラットフォームへの依存性の有無も評価が分かれるところだ。
136 ：NAME IS NULL：2005/06/13(月) 01:33:55 ID:???
仕事でSQLJを使わされているんだけどさぁ、最低最悪ですわ。
時々好きな人がいるからおっかないけどさぁ、あんなものどこが良いわけ？
時々好きな人がいるからおっかないけどさぁ、あんなものどこが良いわけ？
137 ：NAME IS NULL：2005/06/16(木) 13:54:50 ID:???
埋め込みSQLはDBの下位APIと相性が良くて、プログラマーから見えないところで
かってにいろいろやってしまう要素が少なく安定してパフォーマンスが良い
プログラムが書ける。欠点は構文の仕様が古すぎる点とデバッガやIDEなどが対応
してるものがまれだという事。Oracleはなぜか以前から埋め込みSQLが好きみたい
で、SQLJがjavaの規格に追加されたのもOracleのプッシュがあったからと聞いたこ
とがある。真偽は確かめてないけどね。
かってにいろいろやってしまう要素が少なく安定してパフォーマンスが良い
プログラムが書ける。欠点は構文の仕様が古すぎる点とデバッガやIDEなどが対応
してるものがまれだという事。Oracleはなぜか以前から埋め込みSQLが好きみたい
で、SQLJがjavaの規格に追加されたのもOracleのプッシュがあったからと聞いたこ
とがある。真偽は確かめてないけどね。
138 ：NAME IS NULL：2005/07/03(日) 19:35:18 ID:6zLtHLps
Pro*Cに関するいいサイト教えて
139 ：NAME IS NULL：2005/07/03(日) 23:08:22 ID:???
>>136
組みやすいんじゃないか？比較的に
組みやすいんじゃないか？比較的に
140 ：NAME IS NULL：2005/07/09(土) 09:42:10 ID:???
最悪と言うが、何と比べて最も悪いと言ってるんだろうか？
よく知らないから効率が悪いというのは言語が最悪だからとは言わんぞ。
よく知らないから効率が悪いというのは言語が最悪だからとは言わんぞ。
141 ：NAME IS NULL：2005/07/12(火) 22:38:30 ID:???
何だかんだ言ってAccess で十分な件について
142 ：NAME IS NULL：2005/07/12(火) 23:35:18 ID:???
Accessは、業務フローをそのまま作るには楽だけど、
大量データを効率的に管理できるかというと、無理っぽい。
個人商店なんかだったら、まぁ行けるだろうけど。
大量データを効率的に管理できるかというと、無理っぽい。
個人商店なんかだったら、まぁ行けるだろうけど。
143 ：NAME IS NULL：2005/08/12(金) 16:52:47 ID:???
AccessをクライアントにしてMySQLをサーバにしてもダメ？
144 ：NAME IS NULL：2005/08/12(金) 22:08:28 ID:???
Accessで何か操作をしたときに、どれだけ重いクエリが投げられると思ってるんだ。
VBやWebで専用クライアント作った方が身のため。
VBやWebで専用クライアント作った方が身のため。
145 ：NAME IS NULL：2005/08/17(水) 00:28:18 ID:???
>>144
ACCESSのプロジェクトファイルを知らないのですね！（ ´,_ゝ｀）ﾌﾟｯ
ACCESSのプロジェクトファイルを知らないのですね！（ ´,_ゝ｀）ﾌﾟｯ
146 ：NAME IS NULL：2005/08/17(水) 08:48:30 ID:???
147 ：NAME IS NULL：2005/08/17(水) 10:43:49 ID:???
AccessをクライアントにしてMySQLを操作する話だろ。
148 ：NAME IS NULL：2005/08/17(水) 21:35:29 ID:???
MySQLの利点を何もかも台無しにするけどな。
SQLServer買わなくいいだけましか。
SQLServer買わなくいいだけましか。
149 ：NAME IS NULL：2005/08/18(木) 00:04:46 ID:???
>>148
そんな貧乏な貴方にオススメなのがMSDE！
そんな貧乏な貴方にオススメなのがMSDE！
150 ：NAME IS NULL：2005/08/19(金) 20:25:07 ID:???
MSDE使ったら負けかな。
こういうヤシに限って何も作れないｗ
152 ：NAME IS NULL：2005/08/19(金) 22:50:11 ID:84mADTfE
緊急告知！
今ＶＩＰと韓国サイバーテロ集団が火花をあげて戦っています！
この夏の思い出作りに是非貴方達ももこの祭りに参加しませんか？
↓↓↓詳しくはは↓↓↓
http://ex11.2ch.net/test/read.cgi/news4vip/1124442853/
ご協力、よろしくお願いします。
今ＶＩＰと韓国サイバーテロ集団が火花をあげて戦っています！
この夏の思い出作りに是非貴方達ももこの祭りに参加しませんか？
↓↓↓詳しくはは↓↓↓
http://ex11.2ch.net/test/read.cgi/news4vip/1124442853/
ご協力、よろしくお願いします。
153 ：NAME IS NULL：2005/09/12(月) 19:39:09 ID:???
OpenZOLARってどうよ
154 ：NAME IS NULL：2005/09/13(火) 18:36:43 ID:NiyRZPlM
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
超至近距離まで近づき、下手すれば反撃を食らう可能性のある槍の方がいいの？
資?%
155 ：テクノ：2005/09/24(土) 20:35:45 ID:tZaSDpgU
最新ウイルスください
156 ：NAME IS NULL：2005/11/10(木) 14:29:33 ID:kpYXXr2Z
もうperlにはうんざりしてるのでrubyでいい。
157 ：NAME IS NULL：2005/11/10(木) 15:36:29 ID:???
久しぶりに上がってきましたね。
このスレでPerlやRubyが候補に挙がることは、
データベース検索とWebが結びついていることが
多くなった証拠と考えて良いのでしょうか。
ところで、COBOLやFORTANからRubyを経由して
データベースにアクセスに行くと言うような
ことは簡単にできるのでしょうか。
ここの部分を担えないと言語仕様がデータベース
向きでも、最適な言語とは言い難いように
思います。
このスレでPerlやRubyが候補に挙がることは、
データベース検索とWebが結びついていることが
多くなった証拠と考えて良いのでしょうか。
ところで、COBOLやFORTANからRubyを経由して
データベースにアクセスに行くと言うような
ことは簡単にできるのでしょうか。
ここの部分を担えないと言語仕様がデータベース
向きでも、最適な言語とは言い難いように
思います。
158 ：NAME IS NULL：2005/11/11(金) 14:30:02 ID:ne/6/gfo
webならjavaベースのwebアプリケーションソフト使った方がラク。
COBOLやFORTRANから直接DBアクセスできるように下ほうがいいでしょ。rubyを経由する方が面倒。
COBOLやFORTRANから直接DBアクセスできるように下ほうがいいでしょ。rubyを経由する方が面倒。
159 ：NAME IS NULL：2005/11/12(土) 02:20:19 ID:???
文字の扱いとメンテナンス性考えたらやっぱperlじゃね？
160 ：NAME IS NULL：2005/11/12(土) 03:03:12 ID:wVe/r1jF
自分のソースを自分でメンテするならperlでも問題ないけど、人のperlのソースはメンテキツいよ。
文字の扱いはjcode想定？ 自前で便利なように拡張してればあんまり言語の差はない。
文字の扱いはjcode想定？ 自前で便利なように拡張してればあんまり言語の差はない。
161 ：NAME IS NULL：2005/11/12(土) 03:22:38 ID:E2XFX19s
C++最強
162 ：NAME IS NULL：2005/11/12(土) 08:29:48 ID:???
言語の作りからいったらPrologかな
163 ：NAME IS NULL：2005/11/12(土) 11:06:22 ID:wVe/r1jF
DBIで抽象化ってアイデアはいいけど、結局は裏で動いてるのがMySQLなのかOracleなのかで大きくパフォーマンスが変わって仕舞う罠。
それぞれのDBのAPIを直接覚えなくて済む程度の利点？
それぞれのDBのAPIを直接覚えなくて済む程度の利点？
164 ：NAME IS NULL：2005/11/12(土) 12:03:44 ID:???
ひとつには抽象化。
もうひとつが、SQLで表現しにくい部分の処理。
ハンドリングのよい言語に担わせる。
そういう意味ではRubyなんて洒落てる。
もうひとつが、SQLで表現しにくい部分の処理。
ハンドリングのよい言語に担わせる。
そういう意味ではRubyなんて洒落てる。
165 ：NAME IS NULL：2005/11/12(土) 19:55:13 ID:???
>>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'の差異も判別できない。
現在の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'の差異も判別できない。
166 ：NAME IS NULL：2005/11/14(月) 12:05:03 ID:8Wz12F+2
どうも決定打に成るのは無いので、自分で使いやすいクラスをRubyで作った方が速いと言う結論に達した。
金とるなら、WebLogicでも使って儲けた方がいいし(w
金とるなら、WebLogicでも使って儲けた方がいいし(w
167 ：NAME IS NULL：2005/12/06(火) 13:52:52 ID:lvj5AnH/
C#のLINQはどう？
168 ：NAME IS NULL：2006/06/22(木) 02:52:21 ID:???
mdb相手にDelphi使ってる俺が最漢な件
169 ：NAME IS NULL：2006/06/23(金) 21:01:38 ID:???
問い合わせ処理と一般的なロジックを同じ平文で記述できるdBASE言語が最強。
170 ：NAME IS NULL：2006/06/23(金) 23:12:54 ID:???
ああそうですか
171 ：NAME IS NULL：2006/09/12(火) 00:49:17 ID:???
最近は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());
}
とりあえずヘルパークラス書いて、使う分にはこんなかんじ。
まあなんだ、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());
}
172 ：NAME IS NULL：2006/09/12(火) 22:39:12 ID:???
部下に日本語で指示 これがまさしく最強最適(たまにこけるが、、、)
173 ：NAME IS NULL：2006/09/13(水) 09:09:38 ID:???
>>172
それはプログラミングとは言わん。
それはプログラミングとは言わん。
174 ：NAME IS NULL：2006/09/14(木) 20:28:41 ID:???
>>173
ここのスレタイをよく確認するんだ。
"データベースプログラミングに" 最適な言語は何か なので、
"データベースプログラミング言語に" ではない。
従って、口頭で指示して目的が達せられれば、それにこした事はない。
ここのスレタイをよく確認するんだ。
"データベースプログラミングに" 最適な言語は何か なので、
"データベースプログラミング言語に" ではない。
従って、口頭で指示して目的が達せられれば、それにこした事はない。
175 ：NAME IS NULL：2006/09/15(金) 07:39:45 ID:???
空気よめ
176 ：NAME IS NULL：2006/09/16(土) 20:07:32 ID:???
空気を読むための言語を教えてくれw
177 ：NAME IS NULL：2006/09/17(日) 13:10:07 ID:???
プログラムを発注する作業はプログラミングとは言わん。あほか。
178 ：NAME IS NULL：2006/09/20(水) 21:59:18 ID:???
おまいら、プログラマはストレスたまってるんだなw
179 ：NAME IS NULL：2006/09/23(土) 19:21:54 ID:???
部下に仕事を発注するとは言わん。あほか。
180 ：NAME IS NULL：2006/10/20(金) 01:16:45 ID:???
でも自分で抱え込んで組んでたら時間がいくら有っても足りないから、うまくforkしまくって、頻繁にプロセス通信して指示して修正して進めた方が負荷は下げられるし、３０超えても生き残れる。
181 ：NAME IS NULL：2006/12/15(金) 13:58:29 ID:???
>>1 SQL
182 ：NAME IS NULL：2006/12/16(土) 19:50:06 ID:???
人を使うのはPGには無理だと思う。
文句一つ言わず動いてくれるPCさえ使いこなせないのに人を使うなんて無理。
部下もうまく動かないことも有るので、同じ仕事を別の部下に指示してRAC構成で使ってるよ。
部下が風邪引いて病欠でも、出社している部下が問題なく処理してくれる。
文句一つ言わず動いてくれるPCさえ使いこなせないのに人を使うなんて無理。
部下もうまく動かないことも有るので、同じ仕事を別の部下に指示してRAC構成で使ってるよ。
部下が風邪引いて病欠でも、出社している部下が問題なく処理してくれる。
183 ：dbaseｆｕｎ：2006/12/21(木) 22:12:51 ID:jkfblNzY
やっぱ、ｄｂａｓｅ！
復活してほしい！
復活してほしい！
184 ：NAME IS NULL：2006/12/22(金) 08:42:41 ID:???
185 ：dbaseｆｕｎ：2006/12/22(金) 23:33:19 ID:t4nDgAf6
頭の中はこれしか出来ないのだから、、、、。
186 ：NAME IS NULL：2006/12/23(土) 00:22:29 ID:???
>>185
英語に自信があるなら
http://www2u.biglobe.ne.jp/~objxbase/
ないのなら
http://www.soupacific.com/products/index.html
英語のマニュアルがバリバリ読めるのならFoxPro使うけどなあ？
試しにFoxProとAccessをGoogleで検索すると圧倒的にFoxProのほうが多い。
マイクロソフトは日本市場なんてAccessで十分なんだと・・・・・
英語に自信があるなら
http://www2u.biglobe.ne.jp/~objxbase/
ないのなら
http://www.soupacific.com/products/index.html
英語のマニュアルがバリバリ読めるのならFoxPro使うけどなあ？
試しにFoxProとAccessをGoogleで検索すると圧倒的にFoxProのほうが多い。
マイクロソフトは日本市場なんてAccessで十分なんだと・・・・・
187 ：dbaseｆｕｎ：2006/12/23(土) 08:56:41 ID:UqzZREnV
ありがとうございます。
やはり使うならFox proでしょうか？
仕事で他のみんなAccessでやってますが、いちいち邪魔くさいので、
我輩は未だにV_dbaseの最終版v7.1でせこせこやってます。
最後はexcelでデータを出すので、何使ってもいいのですが、なにせ
終わってから５年以上、、、、。まだ使えると思うのですが。
やはり使うならFox proでしょうか？
仕事で他のみんなAccessでやってますが、いちいち邪魔くさいので、
我輩は未だにV_dbaseの最終版v7.1でせこせこやってます。
最後はexcelでデータを出すので、何使ってもいいのですが、なにせ
終わってから５年以上、、、、。まだ使えると思うのですが。
188 ：NAME IS NULL：2006/12/23(土) 10:50:33 ID:???
>>187
> やはり使うならFox proでしょうか？
だから、あなたが英語の技術文書くらい読めるぞってなら、迷わずFox proだと思う。
英語のMLに入って質問できるくらいなら、世界中にお友達はいっぱいいる。
情報に不足はないはず。
英語が苦手ならdbXL。
昔の勢いは無いみたいだけど、サザンパシフィックの製品は悪くない。（少なくとも昔は）
別にシステム開発しているわけじゃないんでしょう？
だったら、桐も検討をお勧めする。
ちょっとしたものをちょこちょこと書くならdBaseよりはるかに簡単だし、
エクセルとの親和性も悪くない。
漢字でプログラムを書くのが最初は違和感があるかもしれないけれど、
エクセルのマクロのように操作手順を覚えこませて、
そのままプログラムの一部とするなんてことが出来てしまう。
お気楽さは最高。
体験版がダウンロードできるから試してみたら？
> やはり使うならFox proでしょうか？
だから、あなたが英語の技術文書くらい読めるぞってなら、迷わずFox proだと思う。
英語のMLに入って質問できるくらいなら、世界中にお友達はいっぱいいる。
情報に不足はないはず。
英語が苦手ならdbXL。
昔の勢いは無いみたいだけど、サザンパシフィックの製品は悪くない。（少なくとも昔は）
別にシステム開発しているわけじゃないんでしょう？
だったら、桐も検討をお勧めする。
ちょっとしたものをちょこちょこと書くならdBaseよりはるかに簡単だし、
エクセルとの親和性も悪くない。
漢字でプログラムを書くのが最初は違和感があるかもしれないけれど、
エクセルのマクロのように操作手順を覚えこませて、
そのままプログラムの一部とするなんてことが出来てしまう。
お気楽さは最高。
体験版がダウンロードできるから試してみたら？
189 ：NAME IS NULL：2006/12/25(月) 15:29:58 ID:???
>>165Prologっていうのは本当に、select * from empwhere job=clearkなどという構文が許されるのですか?信じられない
190 ：dbaseｆｕｎ：2006/12/26(火) 22:40:50 ID:ftrlN1mn
>>188 助言ありがとうございます。
かの昔、DOS時代に桐ｖ３は少しかじりました。そいで、dbaseに移り、DBXLも
QuickSilverを駆使して、プログラムしてました。その後、V_dbaseで書き上げたのですが、
日本で終わって、我輩のプログラミングも終了。
今は分析ツールとして使っている次第です。
サザンのＡＲＡＧＯも初期は触っていましたが、今は、、、、です。
一度、桐を体験してみます。ＦＯＸｐｒｏの体験版はないのでしょうか？
かの昔、DOS時代に桐ｖ３は少しかじりました。そいで、dbaseに移り、DBXLも
QuickSilverを駆使して、プログラムしてました。その後、V_dbaseで書き上げたのですが、
日本で終わって、我輩のプログラミングも終了。
今は分析ツールとして使っている次第です。
サザンのＡＲＡＧＯも初期は触っていましたが、今は、、、、です。
一度、桐を体験してみます。ＦＯＸｐｒｏの体験版はないのでしょうか？
191 ：NAME IS NULL：2006/12/27(水) 08:16:50 ID:8+hxXmHm
ACCESSだろ
192 ：NAME IS NULL：2006/12/27(水) 21:44:23 ID:???
>>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が難しいのは機能が多すぎてしかもダブっていること。
使わないものは思い切って無いものとして割り切ると習得は早いと思う。
> 一度、桐を体験してみます。ＦＯＸｐｒｏの体験版はないのでしょうか？
バージョンアップの時期にはたいてい出すようですけど、今はないみたいですね。
> かの昔、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が難しいのは機能が多すぎてしかもダブっていること。
使わないものは思い切って無いものとして割り切ると習得は早いと思う。
> 一度、桐を体験してみます。ＦＯＸｐｒｏの体験版はないのでしょうか？
バージョンアップの時期にはたいてい出すようですけど、今はないみたいですね。
193 ：dbaseｆｕｎ：2006/12/27(水) 21:50:22 ID:ydVUbDdK
＞dBASEの良さを知りつつも、あまり戻る気がしないのは、やっぱりSQLの存在が大きい。
ごもっとも！確かにＳＱＬを埋め込んですると、早い早い。（まわりは
dbaseで固めてますけど、、、。）
＞使わないものは思い切って無いものとして割り切ると習得は早いと思う。
未練がましくやっている俺って、、、、。
色々とご助言ありがとうございました。
ごもっとも！確かにＳＱＬを埋め込んですると、早い早い。（まわりは
dbaseで固めてますけど、、、。）
＞使わないものは思い切って無いものとして割り切ると習得は早いと思う。
未練がましくやっている俺って、、、、。
色々とご助言ありがとうございました。
かなりマイナーでありながら、強烈な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に未練があってもいいかも。
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に未練があってもいいかも。
195 ：NAME IS NULL：2006/12/29(金) 04:36:20 ID:???
別に、
SQL鯖＋エクセル
SQL鯖＋アクセス
でも割と使えますが？
SQL鯖＋エクセル
SQL鯖＋アクセス
でも割と使えますが？
196 ：NAME IS NULL：2007/02/12(月) 02:34:09 ID:bEdYgEdP
ジジイはawk
若者はRubyかPython
汚ねぇコードでも気にならない奇人はPerl
プロ根性のないやつはVB
若者はRubyかPython
汚ねぇコードでも気にならない奇人はPerl
プロ根性のないやつはVB
197 ：NAME IS NULL：2007/02/13(火) 09:27:12 ID:???
>>165 何故PrologにSQLなんか使う必要があるの?
198 ：NAME IS NULL：2007/02/13(火) 12:45:29 ID:???
>>196
君が低レベルなWeb屋なのは判った。
君が低レベルなWeb屋なのは判った。
199 ：NAME IS NULL：2007/02/14(水) 09:20:24 ID:???
爺さんはコボル。その見習いの若いのもコボル。
あいつらの頭は進化が止まってる化石。インターネット対応なんて考えが及ばないし。
昔から遣ってる香具師は、ProCとか。最近始めた香具師は、JavaとかPHP。
あいつらの頭は進化が止まってる化石。インターネット対応なんて考えが及ばないし。
昔から遣ってる香具師は、ProCとか。最近始めた香具師は、JavaとかPHP。
200 ：NAME IS NULL：2007/02/14(水) 09:51:24 ID:???
>>197 RDBとのインターフェイスがSQLである以上、使える方が便利です。
それより データベース言語 = Prolog なのだから
>>1 はPrologを否定することからこのスレを始めるべきでした。
それより データベース言語 = Prolog なのだから
>>1 はPrologを否定することからこのスレを始めるべきでした。
201 ：NAME IS NULL：2007/03/04(日) 03:00:13 ID:???
プログラムの中でSQL組み立てるのは良くないといつも思ってた。
ストアドプロシージャ使わせてくれないからそうしてたけど。
組みあがったSQL検証するためにデバッグ出力しないといけなかったり。
SQLは集合を扱うことに特化した非手続き型言語とみなせば業務ロジックの殆どはSQLだけで実装できる。
苦手なのはI/O。表現力は貧弱。
だからストアドさえ呼べれば、アウトプットの編集に最適な言語が最適。
WEBならPHP?でもPHPコードが増えるとHTMLの原型留めなくなるしなー
帳票はCOBOL?カンマ編集とか必要になるとスクリプト言語で書きたくなる…
ストアドプロシージャ使わせてくれないからそうしてたけど。
組みあがったSQL検証するためにデバッグ出力しないといけなかったり。
SQLは集合を扱うことに特化した非手続き型言語とみなせば業務ロジックの殆どはSQLだけで実装できる。
苦手なのはI/O。表現力は貧弱。
だからストアドさえ呼べれば、アウトプットの編集に最適な言語が最適。
WEBならPHP?でもPHPコードが増えるとHTMLの原型留めなくなるしなー
帳票はCOBOL?カンマ編集とか必要になるとスクリプト言語で書きたくなる…
202 ：NAME IS NULL：2007/03/28(水) 21:25:47 ID:???
すんません。C++使ってます。
プロジェクトはパッケージソフトなんで・・・
プロジェクトはパッケージソフトなんで・・・
203 ：NAME IS NULL：2007/04/03(火) 21:34:41 ID:???
204 ：NAME IS NULL：2007/05/02(水) 12:01:02 ID:N5GEn17E
昔から…ねぇ。
ＤＢ特化言語って、命令が色々そろってて便利だけど、何かしら不得手部分が出てくると、そこを何とかするのにえらい苦労させられた思いが強い。
Ｃでコツコツが、結局は一番な気がする…
ＤＢ特化言語って、命令が色々そろってて便利だけど、何かしら不得手部分が出てくると、そこを何とかするのにえらい苦労させられた思いが強い。
Ｃでコツコツが、結局は一番な気がする…
205 ：NAME IS NULL：2007/05/03(木) 19:42:04 ID:???
206 ：NAME IS NULL：2007/05/04(金) 02:16:47 ID:5ZtoK12v
じゃおまえが追記しとけよ
ウィキはそーゆーもんだ
ウィキはそーゆーもんだ
207 ：NAME IS NULL：2007/05/04(金) 03:11:43 ID:???
COBOLだな。
可読性高いしメンテも楽。
可読性高いしメンテも楽。
208 ：NAME IS NULL：2007/05/05(土) 06:15:15 ID:???
いちいちカーソルのオープン/クローズ書かなくて良くて、
SQLの穴埋めするのに何バイト目とかカウントしなくて済むRubyが楽だお。
SQLの穴埋めするのに何バイト目とかカウントしなくて済むRubyが楽だお。
209 ：NAME IS NULL：2007/05/06(日) 16:04:22 ID:???
210 ：NAME IS NULL：2007/05/08(火) 06:19:54 ID:???
211 ：NAME IS NULL：2007/05/09(水) 00:39:02 ID:???
怠惰
短気
傲慢
がプログラマーの三大美徳。
楽しようとしない香具師は向いてないだろ。この仕事。
短気
傲慢
がプログラマーの三大美徳。
楽しようとしない香具師は向いてないだろ。この仕事。
212 ：NAME IS NULL：2007/05/09(水) 00:52:05 ID:???
>>210
何言ってんの。
自分の仕事が増えるってことは
他人より信頼されて任されてるってことでしょ。
プロとしてこれほど名誉なことはないじゃない。
仕事なんて、気の持ちよう一つで
天国にも地獄にもなるよ。
何言ってんの。
自分の仕事が増えるってことは
他人より信頼されて任されてるってことでしょ。
プロとしてこれほど名誉なことはないじゃない。
仕事なんて、気の持ちよう一つで
天国にも地獄にもなるよ。
213 ：NAME IS NULL：2007/05/09(水) 23:52:44 ID:???
>>211
楽しようとして苦労するんだけどな (w
楽しようとして苦労するんだけどな (w
214 ：NAME IS NULL：2007/05/15(火) 02:22:38 ID:F1jZCMe2
楽しようとして苦労するのは良く有る事。まあ、良い事だろう。
楽ばかりして、コードを書く量が減るのはダメでしょ。
楽ばかりして、コードを書く量が減るのはダメでしょ。
215 ：NAME IS NULL：2007/05/16(水) 00:26:16 ID:???
なんで？
やりたいことができるなら、コードなんか少ない方がいいと思うぞ。
(スパゲッティになるとか、perl の呪文みたいな無理矢理圧縮は別にして。)
やりたいことができるなら、コードなんか少ない方がいいと思うぞ。
(スパゲッティになるとか、perl の呪文みたいな無理矢理圧縮は別にして。)
216 ：NAME IS NULL：2007/05/18(金) 13:21:03 ID:???
PrologによるSQLまがい。所詮はまがい・・・
昨日入力数(_部署,_入力数)
:-
部署(_部署),
昨日(_昨日),
select count(*) into [[_入力数]]
from 総勘定元帳
where 部署=_部署 and
処理日=_昨日.
部署(本社).
部署(関西支社).
%%% 実行例 %%%
?- 昨日入力数(A,B).
A = 本社,
B = 37.0;
A = 関西支社,
B = 8.0;
no
?-
昨日入力数(_部署,_入力数)
:-
部署(_部署),
昨日(_昨日),
select count(*) into [[_入力数]]
from 総勘定元帳
where 部署=_部署 and
処理日=_昨日.
部署(本社).
部署(関西支社).
%%% 実行例 %%%
?- 昨日入力数(A,B).
A = 本社,
B = 37.0;
A = 関西支社,
B = 8.0;
no
?-
217 ：NAME IS NULL：2007/05/18(金) 15:25:11 ID:???
昨日入力数(_部署,_入力数) :- 部署(_部署),昨日(_昨日),
{ '総勘定元帳の部署が%t、処理日が%tのデータ数は',[_部署,_昨日],[[_入力数]] }.
部署(本社).
部署(関西支店).
%%% 実行例 %%%
?- 昨日入力数(A,B).
A = 本社,
B = 37.0;
A = 関西支社,
B = 8.0;
no
?- というのもある。表記法の事例として見てください。
{ }のなかの第一引数を解析するのだがこの部分はあまり
難しくはない。木構造を作れたら、対応するselect文の
パターンを引き出す。ただし、このライブラリは最近手を
付けたばかりで未完成です。
{ '総勘定元帳の部署が%t、処理日が%tのデータ数は',[_部署,_昨日],[[_入力数]] }.
部署(本社).
部署(関西支店).
%%% 実行例 %%%
?- 昨日入力数(A,B).
A = 本社,
B = 37.0;
A = 関西支社,
B = 8.0;
no
?- というのもある。表記法の事例として見てください。
{ }のなかの第一引数を解析するのだがこの部分はあまり
難しくはない。木構造を作れたら、対応するselect文の
パターンを引き出す。ただし、このライブラリは最近手を
付けたばかりで未完成です。
218 ：NAME IS NULL：2007/05/18(金) 15:41:00 ID:???
関西支店でなくて関西支社ねww.. Prologは(中)小企業向きで
あることを暗示したいのですね。
あることを暗示したいのですね。
219 ：NAME IS NULL：2007/05/26(土) 04:48:46 ID:???
やっぱりCが無難かな。
DB以外の要求機能のほうが重要だったりするし。
DB以外の要求機能のほうが重要だったりするし。
220 ：NAME IS NULL：2007/05/26(土) 09:07:12 ID:???
javaで書くよ。
どうせ、networkとかIOが足引っ張るし。
なにより、スレッドの同期とか楽なんだもん。
C+pthreadよりは間違いなく楽。
java.util.concurrent使えるなら、もっといい。
どうせ、networkとかIOが足引っ張るし。
なにより、スレッドの同期とか楽なんだもん。
C+pthreadよりは間違いなく楽。
java.util.concurrent使えるなら、もっといい。
221 ：NAME IS NULL：2007/05/26(土) 10:01:27 ID:???
222 ：NAME IS NULL：2007/06/02(土) 23:09:17 ID:mKAfVYYc
といあえずJDBC使うと後でDBMSの移行が楽になると思うぞ。
ホント Pro*Cからecpgへの移行は地獄だぜ！ フゥハハハーハァー
ホント Pro*Cからecpgへの移行は地獄だぜ！ フゥハハハーハァー
223 ：NAME IS NULL：2007/06/03(日) 23:31:16 ID:???
わざと移行させたくないし、ソースも提供したくないから、ProCで作って納品している。
プレゼンで見せる時はphpだけどな(w
jdbcも結局は独自発行コマンドを駆使するから、簡単にはDBは変えられない。
プレゼンで見せる時はphpだけどな(w
jdbcも結局は独自発行コマンドを駆使するから、簡単にはDBは変えられない。
224 ：NAME IS NULL：2007/06/07(木) 17:36:31 ID:7DvaFJlS
一番ひ効率なのがdnaである事は間違いない
225 ：NAME IS NULL：2007/06/08(金) 09:01:55 ID:???
コードかくの面倒だから
GUIで画面構成とかプロパティがんがん決めれて、
RowSourceにSQLつっこめばレコード返してくれる
ACCESS+SQL Serverが一番楽な気がするのですが、
これより楽なのありますか？
GUIで画面構成とかプロパティがんがん決めれて、
RowSourceにSQLつっこめばレコード返してくれる
ACCESS+SQL Serverが一番楽な気がするのですが、
これより楽なのありますか？
226 ：NAME IS NULL：2007/06/10(日) 09:35:11 ID:???
中小企業の商品在庫管理と、大規模なシステムと
Webサービスでは求められる物も答えも違うだろ。
どの場合においてもRubyじゃ無いことだけは確かだが。
Webサービスでは求められる物も答えも違うだろ。
どの場合においてもRubyじゃ無いことだけは確かだが。
227 ：NAME IS NULL：2007/06/11(月) 07:42:33 ID:???
Windowsなら、IronRuby、IronPythonが面白いと思う。
228 ：NAME IS NULL：2007/06/11(月) 17:50:15 ID:???
229 ：NAME IS NULL：2007/06/15(金) 23:21:32 ID:9UrOiEEK
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
230 ：NAME IS NULL：2007/06/18(月) 15:27:52 ID:vKWoTA2E
231 ：NAME IS NULL：2007/06/27(水) 21:00:22 ID:???
DBアプリならDelphi最強。
232 ：NAME IS NULL：2007/07/20(金) 11:40:22 ID:???
>>231
?
?
233 ：NAME IS NULL：2007/12/15(土) 14:24:59 ID:???
たしかにDelphiは良かったな。過去形だけど・・・
234 ：NAME IS NULL：2008/04/04(金) 23:26:12 ID:???
Windows専用の言語はこの板では除外だろう。
235 ：NAME IS NULL：2008/04/05(土) 12:06:40 ID:???
LINQもあるし、べつにいんじゃね？
236 ：sage：2008/04/05(土) 16:56:10 ID:NC6ucPwa
237 ：NAME IS NULL：2008/04/17(木) 02:32:38 ID:???
rubyってコマンドラインで使えるんだっけ？
バッチ処理とかそこだけperlとかで書くのかな。
Javaいいけど、サーブレットにすると更新するたびに再起動とかサービス止まるじゃん。
大手ポータルやSNSが採用してる
perlかPHPじゃねーの
個人的にはCで良いよ。
パフォーマンスで劣ることはないし
出来ないことはないし
スクリプトだなんだと言うならobjectCにしる。
でもやっぱり文字列処理とメンテナンス性とったら
PHPかな。
バッチ処理とかそこだけperlとかで書くのかな。
Javaいいけど、サーブレットにすると更新するたびに再起動とかサービス止まるじゃん。
大手ポータルやSNSが採用してる
perlかPHPじゃねーの
個人的にはCで良いよ。
パフォーマンスで劣ることはないし
出来ないことはないし
スクリプトだなんだと言うならobjectCにしる。
でもやっぱり文字列処理とメンテナンス性とったら
PHPかな。
238 ：NAME IS NULL：2008/04/17(木) 03:16:56 ID:???
>>237
なんすかその人工無能が書いたような文は
なんすかその人工無能が書いたような文は
239 ：NAME IS NULL：2008/07/31(木) 19:25:25 ID:???
240 ：NAME IS NULL：2008/12/11(木) 02:41:19 ID:bbOL0wrd
マジレスすると
もう4th Dimensionしかねぇな。
他のDBじゃ目が回っちまうぜ
もう4th Dimensionしかねぇな。
他のDBじゃ目が回っちまうぜ
241 ：NAME IS NULL：2008/12/11(木) 15:06:22 ID:???
それ最悪の選択だろ･･･
242 ：NAME IS NULL：2008/12/12(金) 08:59:04 ID:???
243 ：NAME IS NULL：2008/12/13(土) 09:22:15 ID:???
>>240
勇者光臨
勇者光臨
244 ：NAME IS NULL：2008/12/14(日) 17:10:01 ID:???
もう COBOL2.0 でいいよ。
245 ：NAME IS NULL：2008/12/17(水) 09:55:17 ID:???
246 ：NAME IS NULL：2008/12/25(木) 00:57:48 ID:???
客に刺されたければどんど
247 ：NAME IS NULL：2009/02/06(金) 16:26:00 ID:2XVwr4YK
ActiveRecordは後からデータベースの種類を切り替えられるけど、
ADOはどうなんですか？Connectorだけ切り替えればいけるのかな？
ADOはどうなんですか？Connectorだけ切り替えればいけるのかな？
248 ：NAME IS NULL：2009/02/07(土) 07:52:30 ID:???
このスレ生存していたか。既出かもしれないけど、
Prologをオンメモリデータベースとして強化すれば、
それだけでいいんじゃないの。
Prologをオンメモリデータベースとして強化すれば、
それだけでいいんじゃないの。
249 ：NAME IS NULL：2009/02/23(月) 20:28:20 ID:???
俺はジジイだからbash・awk・sed・grepの組み合わせ。
perlやpythonも齧ったんだが、馴染めなくてな。
perlやpythonも齧ったんだが、馴染めなくてな。
250 ：NAME IS NULL：2009/04/06(月) 19:31:33 ID:Vb3wrAJR
ﾋﾟｯﾁﾋﾟｰとオラクルでよいレベルからはいあがれません
251 ：NAME IS NULL：2009/04/09(木) 10:27:20 ID:???
>>248成分分解法によるデータ管理とPrologを結合したら面白そうだね。XMLやExcelじゃ、ちょっとね。
252 ：NAME IS NULL：2009/04/11(土) 00:20:09 ID:VuYM0hGF
PowerBuilderのDataWindowがすごく使いやすい。
10年以上PowerBuilder使い続けてるよ。
10年以上PowerBuilder使い続けてるよ。
253 ：NAME IS NULL：2009/04/11(土) 18:55:28 ID:???
Access, Delphi以上に楽なツールなんてあるのか
254 ：NAME IS NULL：2009/04/11(土) 20:01:52 ID:???
最近 C# ちょっと触る機械があったんだが、
IDE も賢くなってるし、膨大なライブラリが
あるので結構楽だったよ。
ただ現状ではまだ配布が面倒なので自分用の
ツールにしか使ってないけど。
IDE も賢くなってるし、膨大なライブラリが
あるので結構楽だったよ。
ただ現状ではまだ配布が面倒なので自分用の
ツールにしか使ってないけど。
255 ：NAME IS NULL：2009/04/12(日) 02:32:29 ID:???
>>254
IDEってなに？
IDEってなに？
256 ：NAME IS NULL：2009/04/12(日) 08:39:17 ID:???
ggrks
257 ：NAME IS NULL：2009/04/12(日) 17:08:50 ID:tK2NvMZ3
>>256
ｸﾞｸﾞﾚｶｽ
ｸﾞｸﾞﾚｶｽ
258 ：NAME IS NULL：2009/04/14(火) 10:52:24 ID:???
>>255
ロゴ・ダウの遺跡
ロゴ・ダウの遺跡
259 ：NAME IS NULL：2009/04/18(土) 01:10:16 ID:???
C#は便利だな 確かに
260 ：NAME IS NULL：2009/04/18(土) 18:36:36 ID:???
真漢はメモ帳とVBSでCreateObject
261 ：NAME IS NULL：2009/04/23(木) 23:59:00 ID:???
俺も最近は C#(.NET) だな。
たぶんこう使うんだろう、
でそのまま使えて驚きですわ。
たぶんこう使うんだろう、
でそのまま使えて驚きですわ。
262 ：NAME IS NULL：2009/05/09(土) 21:09:39 ID:???
263 ：NAME IS NULL：2009/09/25(金) 08:07:54 ID:PFwYqE6g
あご
264 ：NAME IS NULL：2009/12/17(木) 13:23:20 ID:FaTVKM52
Grails Object Relational Mapping (GORM)
http://grails.org/GORM
http://grails.org/GORM
265 ：NAME IS NULL：2009/12/26(土) 20:41:50 ID:???
だれも知らないだろうがunifaceだよ。
こいつの生産性はメチャクチャ高い。
ただし、価格がこれまたメチャクチャ高い。
こいつの生産性はメチャクチャ高い。
ただし、価格がこれまたメチャクチャ高い。
266 ：NAME IS NULL：2010/06/06(日) 12:11:38 ID:???
>>262
遅レスだがSYBASEだろ
遅レスだがSYBASEだろ
267 ：NAME IS NULL：2010/07/07(水) 09:13:15 ID:???
インターネット使えよ
268 ：名無しさん＠そうだ選挙に行こう：2010/07/11(日) 01:33:01 ID:???
>>266
なぜか日本ではSYBASEで売ってないw
なぜか日本ではSYBASEで売ってないw
269 ：NAME IS NULL：2010/07/27(火) 14:31:14 ID:???
いまだにストアドプロシージャが銀の弾だと主張してるアホ発見
生島勘富とかいう奴
生島勘富とかいう奴
270 ：NAME IS NULL：2010/08/08(日) 02:06:30 ID:???
俺がいままでDBアプリを作ったことがある環境は
・VB6+ODBC
・C#+SQLite.net
・PHP+Pear::DB
・CakePHP
この中じゃCakePHPが圧倒的に楽だったよ。
・VB6+ODBC
・C#+SQLite.net
・PHP+Pear::DB
・CakePHP
この中じゃCakePHPが圧倒的に楽だったよ。
271 ：NAME IS NULL：2010/10/08(金) 12:41:32 ID:???
>>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
?-
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
?-
272 ：NAME IS NULL：2010/10/11(月) 05:06:56 ID:???
>>271
上側の一般的なProlog照会と下側のデータベースシステムに対する照会が構文的に
まったく同一でいけるという意だと思うが、
Prologの単位節データベースの引数に id1:'023449' のような構造体(:がfunctor)を
持つことは、単一化の総コストが大きくなりすぎて、現実的(実用的)ではないのではないか。
上側の一般的なProlog照会と下側のデータベースシステムに対する照会が構文的に
まったく同一でいけるという意だと思うが、
Prologの単位節データベースの引数に id1:'023449' のような構造体(:がfunctor)を
持つことは、単一化の総コストが大きくなりすぎて、現実的(実用的)ではないのではないか。
273 ：NAME IS NULL：2010/10/12(火) 08:43:03 ID:???
274 ：NAME IS NULL：2010/10/12(火) 09:35:22 ID:???
>>271
それと、
下のPrologの副目標として、データベースシステムを参照にいく場合とは、
元々Prologの述語としてデータベースがあり、
そのコードをデータベースシステムの照会にそのまま借用したいということだろう。
この場合通常、Prologの副目標は最初にテーブルの参照があって、その後に
単一化された引数の検査という順序で書かれている。一方、このコードをSQL文字列に
変換するとなると、sql文を発行する時点で、where句の条件を知っていないと効率の
良い照会にはならない。
つまり、テーブルの参照は遅延しておいて、その後の副目標群の解析を先に進める必要が
ある。そのためには、どこまで解析すればよいのかを示す何かが必要になり、多くの場合、
ブロック構造が導入されることになる。
この時点で少なくとも>>271のコードそのものではなくなる。
それと、
下のPrologの副目標として、データベースシステムを参照にいく場合とは、
元々Prologの述語としてデータベースがあり、
そのコードをデータベースシステムの照会にそのまま借用したいということだろう。
この場合通常、Prologの副目標は最初にテーブルの参照があって、その後に
単一化された引数の検査という順序で書かれている。一方、このコードをSQL文字列に
変換するとなると、sql文を発行する時点で、where句の条件を知っていないと効率の
良い照会にはならない。
つまり、テーブルの参照は遅延しておいて、その後の副目標群の解析を先に進める必要が
ある。そのためには、どこまで解析すればよいのかを示す何かが必要になり、多くの場合、
ブロック構造が導入されることになる。
この時点で少なくとも>>271のコードそのものではなくなる。
275 ：NAME IS NULL：2010/10/12(火) 09:57:59 ID:???
276 ：NAME IS NULL：2010/10/13(水) 16:09:43 ID:???
それから現在のエジンバラ版(Dec10)のPrologではカンマが特権的な位置を占めてしまっていて、
オペレータ定義を駆使しても、
select id,data from foo というような表現できません。
select (id,data) from foo ならOKですが、これだとSQLの方で構文エラーになります。
本当にデータベースシステムと双方向に一体化するためには
エジンバラ版Prologを放棄した方がよいと思います。
オペレータ定義を駆使しても、
select id,data from foo というような表現できません。
select (id,data) from foo ならOKですが、これだとSQLの方で構文エラーになります。
本当にデータベースシステムと双方向に一体化するためには
エジンバラ版Prologを放棄した方がよいと思います。
277 ：NAME IS NULL：2010/10/17(日) 11:33:00 ID:???
>>276
連接を表すオペレータを"&&"に変えてみる
?- member(_組,['A','B']) && select 学年,組,名前,性別,生年月日,住所,電話番号 from 学籍簿 where 組=_組 and substr(住所,1,3)=東京都.
これだけでよいのかな。
連接を表すオペレータを"&&"に変えてみる
?- member(_組,['A','B']) && select 学年,組,名前,性別,生年月日,住所,電話番号 from 学籍簿 where 組=_組 and substr(住所,1,3)=東京都.
これだけでよいのかな。
278 ：NAME IS NULL：2010/10/17(日) 11:52:30 ID:???
279 ：NAME IS NULL：2010/10/17(日) 12:18:30 ID:???
それから、現在の仕様では、
t1.氏名 = t2.氏名 の
t1.氏名 がsyntax errorになる
処理系もありそう。本来は
t1.f1 = [t1|f1] となってエラーにはならないはずだが。
t1.氏名 = t2.氏名 の
t1.氏名 がsyntax errorになる
処理系もありそう。本来は
t1.f1 = [t1|f1] となってエラーにはならないはずだが。
280 ：NAME IS NULL：2010/12/15(水) 05:52:20 ID:???
281 ：NAME IS NULL：2010/12/16(木) 16:02:06 ID:???
データベースに最適な言語がPrologです。これでは当たり前過ぎて、
面白くない。もともと、それに特化した言語だからね。
このスレタイでも、Rubyがあがっているように、もう少し捻った
議論はないものか。
面白くない。もともと、それに特化した言語だからね。
このスレタイでも、Rubyがあがっているように、もう少し捻った
議論はないものか。
282 ：NAME IS NULL：2010/12/17(金) 09:40:31 ID:???
データベースを作るのに最適な言語は？
ということになると、やはりCかな。
ということになると、やはりCかな。
283 ：NAME IS NULL：2011/06/09(木) 21:25:26.97 ID:???
昔はデータベースアプリと言ったらdelphiと言われてなぁ。。。
284 ：NAME IS NULL：2013/02/26(火) 10:54:21.00 ID:UP8A3ZtC
楽天やアマゾンの商品リストのデータベースってどうやって取得するの？誰か教えて
285 ：NAME IS NULL：2013/03/03(日) 12:52:48.97 ID:WfMRpbfn
ブクログ amazon api 辺りでぐぐってみたら？
286 ：NAME IS NULL：2013/03/07(木) 06:06:30.39 ID:Mhg486u2
ほんとこの板過疎ってるなぁ
287 ：NAME IS NULL：2013/10/05(土) 00:15:30.32 ID:???
t
288 ：NAME IS NULL：2013/10/05(土) 15:28:42.14 ID:???
t
289 ：NAME IS NULL：2013/10/05(土) 19:00:45.43 ID:???
t
290 ：NAME IS NULL：2013/10/06(日) 00:10:28.28 ID:???
t
u