データベースプログラミングに最適な言語は何か
1 :NAME IS NULL :04/12/17 12:05:27 ID:LnFmYpJx.net データベースプログラミングに最適な言語は何かを論じたい。 まず、漏れは Ruby を推したい。 内部イテレータのおかげで、短いコードでデータの取得、メモリの解放が可能だ。 Perl や PHP はオブジェクト指向の機能が不足である。Javaやは型宣言を せねばならず、ムダにコードが長くなる。保守性は悪くなる。 つまり、Javaは別の分野で用いるべきである。 .NETやPythonは知らないが、.NETはJavaの片割れでたいしたメリット無いみたいだし、 PythonはRubyのライバルとされているが、どうか。イテレータの書きやすさは Ruby のほうがいいな。
2 :NAME IS NULL :04/12/17 12:42:06 ID:???.net RUBYYYYYYYYYYYYYYYYYY!!!!!!
3 :NAME IS NULL :04/12/17 12:45:04 ID:rsdHk+n+.net Ruby知りません。 データベース呼び出してるところのソースを載せていただけると ありがたい。
4 :NAME IS NULL :04/12/17 12:46:50 ID:???.net >>3 http://ruby-dbi.sourceforge.net
5 :NAME IS NULL :04/12/17 15:25:46 ID:eTOTMI26.net データベースプログラミング? C/C++じゃねーか? データベース検索登録アプリケーションなら、PerlかJAVAあたりだが。
6 :NAME IS NULL :04/12/17 15:26:56 ID:???.net >>1 はJavaのコードをテキストエディタかなんかで保守してるのか? IDE使うのなら、Javaが一番メンテしやすいが。
7 :NAME IS NULL :04/12/17 17:00:08 ID:mRzc/gpV.net T-SQLとかPL/SQLじゃだめ?
8 :NAME IS NULL :04/12/17 17:02:27 ID:???.net PL/SQLでクライアント作れるならいいんじゃねーの?
9 :NAME IS NULL :04/12/17 19:01:00 ID:dKX3DfZl.net VBだろ
10 :NAME IS NULL :04/12/17 19:45:18 ID:rsdHk+n+.net >4 ありがとうございます。なんとなくわかりました。 ただ、他の言語に比べてどこがデータベース向きなのですか。
11 :NAME IS NULL :04/12/17 20:26:12 ID:b9scDf06.net >>9 だね。
12 :NAME IS NULL :04/12/17 20:35:41 ID:EPB4yf3L.net PowrBuilderの、ソース内にそのままSQLを書いて 変数のやりとりを出来るところは便利だった。 といっても、PowerBuilder使ってた人なんて ここにはまずいないだろうな・・・
13 :NAME IS NULL :04/12/17 22:30:06 ID:???.net 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 の方が数歩先んでている。
14 :NAME IS NULL :04/12/17 23:23:14 ID:???.net Developer2000使ってPL/SQLと怪しげなパッケージ(組み込み関数)でプログラム作ったっけ・・・。
15 :NAME IS NULL :04/12/17 23:56:16 ID:???.net >>13 データベースからの受け取り方で一番いいのは、 やはりハッシュ型なんだよ。キーを示して値を取る。 v = row['name'] または v = row[:name] これでいいじゃん。最も美しい。 わざわざオブジェクトにマッピングする意味は無いんだよ。 開発環境なんて、それの使い方覚える手間かかるじゃん。 スクリプト言語プラットフォームなら最低限、エディタがあればいい。 Javaは型宣言とかいろんな設定のために編集するもろもろのxmlファイル類を ツールの手助け借りてやらないといけない。 本当は、実を取れば、こんな個別にツールの使い方覚えるまでもない。
16 :NAME IS NULL :04/12/18 01:06:27 ID:???.net .NETがその形式やね。
17 :NAME IS NULL :04/12/18 01:11:56 ID:???.net ヘジタン ハァハァ
18 :NAME IS NULL :04/12/18 11:50:55 ID:IWYXFWeN.net 10 を書いたものです。>1 にしっかりした説明があるのに 間の抜けた事を書きました。じつは、データベースに最適な言語と いう板の題目から、データベースの参照パターンのようなものが ライブラリーにたくさん入っているというような言語を期待して しまいました。 SQLの文字列が出てきたのでアレッと思ったのです。 SQLを書かなくて済むような言語はないのでしょうか。
19 :NAME IS NULL :04/12/18 12:10:17 ID:???.net >>18 SQLがダメだから、というのは、それはムリだよ。 RDBを扱う以上、SQLを書くことはどうしても必要で。 SQLを書き出すための文字列処理のプログラミングは必ずやることになる。 文字列処理が強力なプログラミング言語は何かなと考えるべきなんだよ。 そうすると、やはりRubyあたりがイイってことになってきちゃう。 XMLにおけるDOMのように、リレーショナルデータベースのリクエストをオブジェクトとして 構築する言語・プラットフォームを越えたAPIってのは、将来はありそうな気がするが 今でもそんなものは無いし、非現実的だ。
20 :NAME IS NULL :04/12/18 12:15:28 ID:???.net >>15 取ってきた値をちまちま代入するのがコードの無駄。
21 :NAME IS NULL :04/12/18 12:22:02 ID:???.net >>20 なんだよ。 データ取ってきてそれを一切どこにも代入しないってか。
22 :NAME IS NULL :04/12/18 12:25:41 ID:???.net >>19 にだ。 >SQLを書き出すための文字列処理のプログラミングは必ずやることになる。 >文字列処理が強力なプログラミング言語は何かなと考えるべきなんだよ。 DB云々ではなく、文字列処理をRubyで覚えたから使ってる orz.
23 :NAME IS NULL :04/12/18 12:33:43 ID:???.net >>19 SQL と文字列処理に強いかってのはあんまし関係ないと思うぞ。 >>18 RDB/SQL をデータの格納と取り出しだけの存在とみなすならいいのだけど、 実際には複数テーブルを join して集計したりと、 業務ロジックと密接な処理を SQL を用いて行う場面が多い。 そういった SQL/その RDB でできることをできる限りカバーしようと考えると、 プログラミング言語のライブラリ側に SQL とほぼ一対一で変換できるようなオブジェクト (Criteria オブジェクトとか良くあるけどさ) を導入することになる。 が、OR マッピングのライブラリの仕様はまちまちだし、 はまだ SQL でできる範囲をカバーしきれていないので、 それなら SQL をそのまま使った方がいいというのが現状。
24 :NAME IS NULL :04/12/18 12:36:03 ID:???.net s/はまだ/まだまだ >>21 結局エンティティクラスのコンストラクタの引数に渡すか 作ったインスタンスにセッターメソッド使って値を代入することになるので、 それなら直接インスタンスになってくれた方がありがたい。
25 :NAME IS NULL :04/12/18 12:38:33 ID:???.net > SQL と文字列処理に強いかってのはあんまし関係ない いや、自明のことというか、大ありだと思うんだが Javaでやる文字列処理って、どんなにキレイに書こうとしても知れてるぞ。
26 :NAME IS NULL :04/12/18 12:39:06 ID:???.net >>24 なってるじゃん。Hashインスタンスに。
27 :NAME IS NULL :04/12/18 12:42:07 ID:???.net >>24 データベースから何か振る舞いを持つオブジェクトを作るって確かによくあること だと思うが、それをプログラミングしないわけにはいかないだろ。
28 :NAME IS NULL :04/12/18 12:46:58 ID:???.net >>27 その部分をライブラリが勝手にやってくれてほしいってこと。
29 :NAME IS NULL :04/12/18 12:49:07 ID:???.net >>24 そういう「オブジェクトを作る」ってのは、データベースプログラミングの中でも 重要なトピックで、キャッシュが使えるところではキャッシュを使うとか、 ソフトウェア毎に最適な設計は異なるところで、その大切な部分を 自動化なんてできるわけないし、なんかのフレームワークとやらを使って 無理やりしようとしたころで適切なプログラミングよりシンプルに分かりやすく なんてなりそうにない。
30 :NAME IS NULL :04/12/18 12:54:09 ID:???.net それは分るんだけどさ。 定型的だし書いていて何ら面白くないから、 フレームワークに追い出したいわけですよ。
31 :NAME IS NULL :04/12/18 13:00:51 ID:???.net >>30 定型的っていうけど、ホントかな。 適切なファクトリーメソッドの実装を見直して、モジュール化というか プラグイン化を意識したコードにするとよいと思う。 アクセサメソッドが大量にあったりするとキモいね。 フレームワークは何の解決にもならないよ。 手続きがアプリケーション毎に違うからプログラミングするんだ。
32 :NAME IS NULL :04/12/18 13:06:56 ID:???.net 適切に書かれたファクトリーメソッドがあると そのシステムの意図がよく伝わると思うんだよね。
33 :NAME IS NULL :04/12/18 13:21:07 ID:???.net DB とプログラミング言語の界面はフレームワークに任せて、 その上の部分で 「手続き」 を実装したいんだよね。 なるべく疎な関係にしたい。
34 :NAME IS NULL :04/12/18 13:28:16 ID:???.net >>33 > プログラミング言語の界面はフレームワークに任せて できるわけないし、やる意味ないと思うんだよ。 要求されている機能とデータベースの性質に合わせて パフォーマンスのカ改善、キャッシュのヒット率を上げるとか いろいろがんばらんといかんのに。
35 :NAME IS NULL :04/12/18 13:37:01 ID:???.net まぁ、タイトなパフォーマンスが要求されるかどうかは、 そんなに必要無いってこともあるかもしれないけど。 しかし、データベースかオブジェクトを作るシーンってそんなに 多いかね。たとえば、社員の勤怠管理のシステム作るとして、 どれだけクラス書くかな、せいぜい6コくらいのクラスで 十分じゃないかしら。
36 :NAME IS NULL :04/12/18 14:45:29 ID:???.net パフォーマンスより拡張性重視で使っているからなあ。 今開発運用しているのが 30 位のクラスと同じくらいのテーブルを持ったウェブアプリで 隔月に一度は機能拡張している。 予想以上にユーザが増えたので、今は PostgreSQL なのを Oracle にしようという話もあったりして。 RDB 向きの使い方じゃないのかも。
37 :NAME IS NULL :04/12/18 16:31:22 ID:???.net >>36 拡張性を重視するだから、 どの言語を選んでどういう作り方をしているのか教えてくらはい
38 :NAME IS NULL :04/12/18 19:08:11 ID:???.net データベースを操作する場合の思いつく手法をあげてみるとこんな感じなのだが、 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:???.net >>37 Perl と Class:DBI ベースの DB 中間層と CGI::Application ライクな独自のウェブアプリケーションフレームワーク。
40 :NAME IS NULL :04/12/19 00:22:10 ID:A+bPKqVc.net S2DAOあたりではダメかな
41 :NAME IS NULL :04/12/19 13:20:35 ID:???.net Class::DBI も S2DAO O-Rマッピングだよね。 O-Rマッピングの意義を誰か教えてほしいよ。マジで。 振る舞いを持つ必要なんてほとんどないのに (あったとしても、それはプログラミングすべきだ)、 なんでオブジェクトにするんだ。 なんかマッピングすることを目的にしちゃってて複雑化しすぎ。本末転倒だよ。
42 :NAME IS NULL :04/12/19 16:05:41 ID:???.net >>41 お前がオブジェクト指向で設計してないからだろ。
43 :NAME IS NULL :04/12/19 18:23:56 ID:???.net >>42 違うんだよ。使うところでしっかり使う。 しかし、たとえば、何かの住所録でもって 人のカラムを表現するのに Human クラスとかなんとか作って、 でもそれに何かメソッドを定義するかといえば、何も無いんだよ。 それでデータベースとオブジェクトとのマッピングとかいっても、お笑いなわけ。
44 :NAME IS NULL :04/12/19 23:11:02 ID:???.net だから、必要ないなら使わなきゃいいじゃん。 必要な人がたくさんいるから、それができあがったわけで。
45 :NAME IS NULL :04/12/20 14:35:07 ID:???.net O-Rマッピングは「できあがって」はいないと思うな。まだ発展途上だ。 良さそうな香りはするんだが、現状では使ってみると幻滅することが多い。 「必要な人」でも現在のO-Rマッピングには不満を持ってる人は多いと思うよ。
46 :NAME IS NULL :04/12/20 20:07:12 ID:srbYM6J2.net フロントエンドはAccess以外に考えられない
47 :NAME IS NULL :04/12/20 21:33:31 ID:???.net そんなことより「ID:???」が気になる・・ なんでそんなことになるのさ〜♪
48 :NAME IS NULL :04/12/20 21:57:40 ID:P3k+Hk5h.net >38-46 (最)適性の要件について 話をSQLだけに絞って、 SQLの完全なるParserを持つ必要はないのですか。逆に処理系が SQLを「生成」するとなると必須とおもいますが。
49 :NAME IS NULL :04/12/20 22:40:57 ID:PRMMb90r.net >>48 なんで必要なのかしら 理由を教えてくれ
50 :NAME IS NULL :04/12/21 03:04:48 ID:cB2rd/+5.net >49 一連の議論を読んでいると、同じ「最適な言語」を競っても プログラマがSQL文字列を知っている必要があるクラスと コンパイラがSQLを構成するクラスとありそうに思えたから。 ボクシングとK-1ほどに上がる舞台がちがうのではないか。 Parserが必要と感じるのはもちろん後のクラス。関数型言語で SQL相当の操作を書くとすれば、文字列操作の云々は的外れ となり、むしろSQL文字列にどう組み立てなおすかが課題となる。 そんな意味なのですが。
51 :NAME IS NULL :04/12/21 08:05:38 ID:???.net データベース側が統一が取れてないからそっちを何とかしないとなぁ。 ドライバやクラスで吸収するには違いが大きすぎる。
52 :NAME IS NULL :04/12/21 10:39:07 ID:2ug2sBNH.net >>50 すんません。 コンパイラがSQLを構成するっていうのが、私、あまり知らないのですが。 それは例えばどういうものか教えてくれますか?
53 :NAME IS NULL :04/12/22 22:55:50 ID:JoqolnD5.net 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という言葉はその意味で使いました。
54 :NAME IS NULL :04/12/22 23:54:55 ID:???.net SQL と構文レベル、意味レベルにおいて等価であるなら、SQL そのものを使えばいい。 日本語がネイティブの人間と意思疎通を図るなら日本語が良いのと同じ。 その意味では RDB とオブジェクト指向言語の間の インピーダンスミスマッチは原理的にすべて解消はできない。
55 :NAME IS NULL :04/12/23 00:39:54 ID:ezyhfnup.net > SQL と構文レベル、意味レベルにおいて等価であるなら、SQL そのものを使えばいい。 そう思います。 しかし、RDBモデルが極めてシンプルな構造のモデルだから、SQLのような 論理式で済んでいる、ということはないのですか。優れて恵まれた状況だと。 グラフィックインターフェイスを必要とするようなモデルも視野に入れると、 >1 でRubyが推されたような前提が成立しないのではないか。
56 :NAME IS NULL :04/12/23 20:18:56 ID:???.net >>55 現実ではやはりSQLというものが使われてしまっているのよね。 ちなみに、リレーショナルデータベース使うまでもないシーンでも、 RubyにはDBMが簡単に扱えるライブラリが標準で付いてる。
57 :NAME IS NULL :04/12/24 15:35:22 ID:???.net >>12 PowerBuilderもVBも使ってたよ。 PowerBuilderはC/S系システム向けだね。 VB知ってれば非常に作りやすいし、VB/VCと違ってocxとか考えなくて良いから楽ちん。 いかんせん メジャーじゃないし 高杉だ。 VisualStadio.net(MSDN)より高いってどういうことよ?(w
58 :NAME IS NULL :04/12/27 00:18:11 ID:ATYXiOMn.net ウェブインターフェースでもそうだが ウィンドウヴィジットによるユーザインターフェースが絡むとなると、 ますます、オブジェクト指向の機能が欲しくなるんじゃなかろうか。 まぁ、Javaもそんなに悪い選択肢だとは思ってないよ。 Javaはウェブプログラミングには向いてないとは思うけどね。 データベースのプログラミングやるなら、 スクリプト言語で組んだほうがどちらにしても効率いいな。
59 :NAME IS NULL :04/12/27 00:21:53 ID:???.net >>57 より生産性が高いから(ということにしたいのだろう) あと、MSDNは薄利多売だからな
60 :NAME IS NULL :04/12/28 14:12:47 ID:+5LiD5/G.net >>6 そこがJavaの欠点と言える。 豪勢なIDEが無いとまともに編集できないのはどうか。 それよりは、エディタ一つあればできるものであるほうがいい。
61 :NAME IS NULL :04/12/31 17:24:55 ID:???.net >>60 別にソース一本で終わるように作れば、JAVAだって可能だが。 Servletに全部ロジックも表示もべた書きすればいいわけだし。 PerlやPHPはそれをやってるから一本で終わってるだけで、 MVC分割だの、よく使うロジックはわけるだのやってたら、 ソースの本数は増えて、JAVAが普通に複数ソースに なるようなのと同じになるわけだが。 結局、言語云々ではなく、作り方云々だろ。ソースがどうなるかなんて。
62 :NAME IS NULL :05/01/01 09:12:20 ID:DTmypz3j.net >>61 そーすね
63 :NAME IS NULL :05/01/01 17:16:06 ID:???.net >>61 いや、どんなに単純化しようとも、JavaにはIDEは必須。間違いない。 作り方云々なのは、それはそうなんだ。当たり前の話。 いい作り方って eXtreme Programming で十分示されているから、 それをうまくやる最適な言語は何かと考えるわけだな。
64 :NAME IS NULL :05/01/01 21:26:46 ID:DTmypz3j.net >>62 ソースと掛けてるのか?( ´,_ゝ`)プッ
65 :NAME IS NULL :05/01/01 23:13:57 ID:???.net > 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 を変えていただけませんか ?
66 :NAME IS NULL :05/01/02 01:47:14 ID:???.net >>63 必須じゃないよ。
67 :NAME IS NULL :05/01/02 02:13:15 ID:???.net SCSIのほうがよかんべよ
68 :NAME IS NULL :05/01/02 02:28:19 ID:???.net >>63 ソースが1本か2本な人もいるかもしれないのに、JAVAだからと言う理由で IDE使わなければならないと力説するのは無意味だろう。
69 :NAME IS NULL :05/01/04 15:15:54 ID:9Iyz55u3.net >>68 んなアフォな
70 :NAME IS NULL :05/01/04 17:27:59 ID:B6lG7lz8.net teratermで日本語打とうすると「ピッ!」とかいってキャンセルされるんだけどなんで?
71 :NAME IS NULL :05/01/05 01:50:27 ID:+z3sOH/k.net >>70 オレモ悩んだ ちゃんと金払ったら治ったYp!
72 :NAME IS NULL :05/03/04 02:34:24 ID:EfhcthQ+.net cobol
73 :NAME IS NULL :05/03/05 09:17:29 ID:k6L3bLwV.net 考えてみると、「最適な」というからには、 コンパイラであっても同能力のインタプリタが動かないと その資格がないのではないか。
74 :NAME IS NULL :05/03/08 20:57:30 ID:J+GOJiO4.net PowerBuilder勉強したいのですが、なにか参考になるサイトがあれば教えてください
75 :NAME IS NULL :05/03/12 01:18:20 ID:???.net >>74 パワースペースとオンラインヘルプ
76 :NAME IS NULL :05/03/16 09:24:16 ID:kVjMt6r8.net やっぱHTMLだろ
77 :NAME IS NULL :05/03/16 23:37:57 ID:eQ2wfiPV.net やっぱOTLだろ
78 :NAME IS NULL :05/03/16 23:42:43 ID:???.net なんだ、このスレDBの問い合わせ言語比較スレかと思ったら違うのか。 SQLとXBASE以外に知らんからマニアックな話題が飛び交ってるものかと・・・。
79 :NAME IS NULL :05/03/17 03:00:17 ID:???.net むしろTCP/IPだろ
80 :NAME IS NULL :2005/03/21(月) 19:55:08 ID:3QUKO9Hm.net C/Sで簡単に作る VB WEBで簡単に作る PHP
81 :NAME IS NULL :2005/03/23(水) 17:11:43 ID:???.net Delphiも仲間に入れて
82 :NAME IS NULL :2005/03/26(土) 16:55:43 ID:???.net ILE RPG ってのは無しですか。
83 :NAME IS NULL :2005/03/27(日) 15:37:17 ID:???.net >>82 OS/400x86版をオープンソースで出してくれたらいいのにな。
84 :NAME IS NULL :2005/03/29(火) 00:30:15 ID:bS+G/8nX.net SQL*Plusなんかで動作確認したSQLを、そのままカッペして動く言語はないでしか? SQL="SELECT" SQL=SQL+"ID, NAME" ・・・ うざっ!
85 :NAME IS NULL :2005/03/29(火) 00:33:55 ID:???.net >>84 SQL言語とか
86 :NAME IS NULL :2005/03/29(火) 18:35:50 ID:???.net >>84 昔のSQL*ReportやSQL*Formがそんな言語を使ってました。 もっともあれはあれで うざっ!かったような記憶があります。 最近のJDeveloperはどうな感じなのだろう。
87 :NAME IS NULL :2005/03/31(木) 11:32:21 ID:???.net (´-`).。oO(SQL言語?)
88 :NAME IS NULL :2005/03/31(木) 21:37:40 ID:???.net PSQL や SQL+ クラスのインタプリタを自ら書く(言語を創る)なら、 LISP,Prologといった記号処理言語が一番ですね。
89 :NAME IS NULL :皇紀2665/04/02(土) 00:07:15 ID:???.net >>87 荒川は英語で、ARAKAWA RIVERなわけだが何か? http://www.ara.or.jp/e/e_index.html
90 :NAME IS NULL :皇紀2665/04/02(土) 02:50:42 ID:???.net C#が真打ち
91 :NAME IS NULL :2005/04/02(土) 07:55:17 ID:???.net 硫黄島は英語で Iwojima Island なのだ
92 :NAME IS NULL :2005/04/02(土) 10:13:06 ID:???.net 87は当然厳密に、SQ言語とか言うのか?
93 :87 :2005/04/04(月) 09:59:33 ID:???.net >>89 知ってるが、それが何か関係ある? >>92 何でそう莫迦なの?
94 :NAME IS NULL :2005/04/04(月) 19:43:18 ID:???.net >>87 は、SQL言語の何処に食いついたのか説明すべきだろう
95 :NAME IS NULL :2005/04/05(火) 09:25:49 ID:???.net 1. L は Language。 2. 「SQL を、整形せずに埋め込める言語は?」の問いに 「SQL」と答える間抜けさ。 3. SQL はプログラミング言語ではない。 取り敢えず >>84 は PL/SQL (サーバサイド) ないし Pro*C (も言語じゃないが。クライアントサイド) でも使えと。
96 :NAME IS NULL :2005/04/05(火) 22:52:32 ID:???.net SQLはプログラミング言語の一つだと思うが、なんでそこまで断言できるのか不思議。
97 :NAME IS NULL :2005/04/05(火) 23:25:17 ID:???.net SQLは当然、プログラミング言語。 ただし、Turing Completeではないだけ。
98 :NAME IS NULL :2005/04/07(木) 08:39:43 ID:1iNHWJL5.net まじBasicに統一してほしい。まじで
99 :NAME IS NULL :2005/04/07(木) 14:26:06 ID:qOmyg27t.net ?# C# か Java がやっぱり委員で内科医? でも言語の選択よりもバインディングがしやすいかどうかのほうが重要な気がする。
100 :NAME IS NULL :2005/04/08(金) 00:00:54 ID:???.net >2. 「SQL を、整形せずに埋め込める言語は?」の問いに「SQL」と答える間抜けさ。 だから、SQL自体もプログラミング言語なんだから、 SQLで完結しろと言うことだろ?
101 :NAME IS NULL :2005/04/08(金) 11:49:43 ID:???.net 制御構造を持たないSQLを「プログラム言語」っつーのは抵抗あるなあ。 第一、PL/SQLの立場がないじゃないか。 >100 >SQLで完結しろと言うことだろ? バッチ処理しかしないのかッ!
102 :NAME IS NULL :2005/04/08(金) 12:02:11 ID:jJbVkurV.net >バッチ処理しかしないのかッ! 業務にSQLPLUS以外は使わせない! というのはどう?
103 :NAME IS NULL :2005/04/09(土) 14:10:07 ID:Dj2hyJqu.net Perl! Perl! Perl!!
104 :NAME IS NULL :2005/04/11(月) 17:37:24 ID:???.net PHP + PostgreSQL で使ってますが、 この言語は五本指くらいには入りますか。ほかしらないので・・。
105 :NAME IS NULL :2005/04/11(月) 21:19:23 ID:???.net なんの五本指だ? 重くて煩雑なスクリプト言語の五本指か?
106 :NAME IS NULL :2005/04/14(木) 08:15:04 ID:???.net 現存するかを問わないならば、直接、 char *table; table := "社員"; select 'A',"所属","社員番号","社員名" from table; が書ける言語かな。
107 :NAME IS NULL :2005/04/14(木) 12:20:28 ID:Mm8jP2Ai.net ?# 言語よりもライブラリの方が重要な気がする。
108 :NAME IS NULL :2005/04/14(木) 12:48:51 ID:OLQ4oyeV.net ? / (___ ___) ヽ ./ ノ 人 ヽ ヽ __ ./ // ヽ ヽ .ヽ / ̄\ ./ ○ ヽ、 / (__) (_) ヽ/ ○ \ / \,,,--―――''''''''''''''''''''――-/ ヽ ..⌒‐-,,,,_ /:/ヽー―――-、,,__,,,,-―――:|| _,,;-‐''"⌒~~~ .ヽ/::||:::::::::: (●) (●) ||/ヽ く ::||::::::::::::::::: \___/ ||:::::::::ヽ ヽヽ:::::::::::::::::::. \/ ノ_/
109 :NAME IS NULL :2005/04/14(木) 14:22:42 ID:orHzoUFL.net 松本人志作があるテレビ番組で考えた俳句が入選したそうです。 駅に飾られるとか飾られないとか。 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.net >>106 このてのはなし、少し前にもあったけど 要するに文字列操作をしなくてすむ言語が「最適な」資格を持つと?
111 :NAME IS NULL :2005/04/15(金) 10:52:43 ID:???.net >>110 >>84 にとって。 Oracle なら PL/SQL か、Pro*C って選択はあり。
112 :NAME IS NULL :2005/04/15(金) 20:30:18 ID:???.net その昔、Oracle Power ObjectというVisual Basicもどきでoracleの 埋め込みSQLが使えるものがあったが、最近見なくなった。
113 :NAME IS NULL :2005/04/19(火) 11:44:32 ID:???.net >>110-112 埋め込むとなると、いかにもSQLの仕様が悪い。 select (ename,empno,deptno) from emp が許されなかったり、 where #job=clerk でよかったのに job='clerk' とした。 ほかの言語の構文規則と衝突したり、曖昧さを克服し難くした。
114 :NAME IS NULL :2005/04/19(火) 16:51:52 ID:???.net 埋め込み型はWHENEVER xx GO TO や SQLCODE などエラー処理まわりがいかにも古めかしい。
115 :NAME IS NULL :2005/04/19(火) 17:01:43 ID:???.net >>99 型定義マストとなるとねー 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.net >>113 SQL言語を遅延評価付の制約論理型言語に置き直す。 そうすれば、このスレの解も決まる。
117 :NAME IS NULL :2005/04/22(金) 09:02:34 ID:???.net ?# >>116 SQL の S はどうなるんだよ!!
118 :NAME IS NULL :2005/04/23(土) 10:53:08 ID:???.net >>1 の内部イテレータは表現上の"洗練"ということだと思う。 データベースプログラミングでより重要なことは全解の取り込みを想定しての、 動的なメモリー管理や、リスト処理のしやすさではないだろうか。
119 :NAME IS NULL :2005/04/24(日) 03:02:44 ID:???.net >>118 「全解の取り込み」ってのは謎だが メモリ管理・リスト処理なんつーのは別にデータベースプログラミングに限らず超重要事項というか、 データベース処理では確かにリストの扱いが楽なほうがいい。
120 :NAME IS NULL :2005/05/17(火) 03:08:10 ID:???.net カーソルもやりやすいといいなあ
121 :NAME IS NULL :2005/05/19(木) 22:55:58 ID:GAlLtBqS.net >>112 OPOはDEVELOPER2000との社内抗争に負けて消えていきました。
122 :NAME IS NULL :2005/05/20(金) 05:31:18 ID:???.net 言語の話から逸れるけど、接続インターフェースのデキの良さ (安定性とか制限の少なさとか)って観点ではどんなもんでしょ? 例えば、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:???.net >>122 相手が Oracle なら Pro*C 最強。
124 :NAME IS NULL :2005/05/20(金) 23:47:49 ID:???.net >>122 そういう、PHPに不利なルールを持ち出すと、暴れる人が出てきちゃうよ。
125 :NAME IS NULL :2005/05/21(土) 00:04:08 ID:???.net うがー!!!
126 :NAME IS NULL :2005/05/22(日) 11:54:22 ID:???.net PostgreSQL + VisualC++.NETでGUIベースのアプリを作ろうと 思っちょります。 ただ、いかんせんVisual系言語はまったくのど素人で、どなたか、 VisualC++からPostgreSQLのデータを読み書きするための サンプルプログラムなんぞあったら、あるいはここにある、ちゅうのを 教えてもらえるとありがたいです。 たぶん、ODBCを使うんだろうぐらいは考えているんですが・・・。 ちなみに当方の技術レベルは、こんなかんじです。 ●ORACLEのDBA (ORA-600などの内部エラーをサポセンとやりとりしながら対処するぐらい) ●C言語中級者の下(構造体まで。ポインタほぼ全滅) ●シェルスクリプトで作りたいものが作れる
127 :NAME IS NULL :2005/05/22(日) 18:51:45 ID:???.net スレ違い。 あと、ポインタもわかってない奴は中級とは言いませんので、 うぬぼれるのもいい加減にしてね。 つか、ポインタもわかってないやつが、PostgreSQLのインターフェース 使えるようになるとは思えんが。
128 :NAME IS NULL :2005/05/22(日) 20:01:15 ID:???.net >>127 人を罵倒するだけして、けっきょく建設的な話は全く出さないんだね。屑人間っぽい。 死んでくれ。
129 :NAME IS NULL :2005/05/22(日) 20:29:53 ID:???.net スレ違いなのに建設的な話が出ると思ってる方が屑。
130 :NAME IS NULL :2005/05/22(日) 20:41:35 ID:???.net 突っ込みどころ満載だが、スレ違いなのでぐっと我慢しておこう
131 :NAME IS NULL :2005/05/23(月) 01:50:48 ID:n0DbznC0.net なぜ Perl ではだめなのか小一時間。
132 :NAME IS NULL :2005/05/23(月) 13:05:49 ID:???.net まあ質問スレでもないのに 質問してくるような頭の持ち主は どこにでも湧いて出る。
133 :NAME IS NULL :2005/05/29(日) 09:30:46 ID:???.net て言うか、ググルなりポスグレのユーザー会のページに行ってマニュアルダウンロードするなりすることもできない奴を相手にしてもしょうがないよね。
134 :NAME IS NULL :2005/05/30(月) 09:48:08 ID:???.net 上でRuby Ruby言いながら素のDBIしか使う頭のないやつは ActiveRecordをググって調べてこい
135 :NAME IS NULL :2005/06/01(水) 15:37:33 ID:???.net 操作性とパフォーマンスが両立しないことが多いから どちらに主眼をおくかで最適の基準が変わってくる。 あとはプラットフォームへの依存性の有無も評価が分かれるところだ。
136 :NAME IS NULL :2005/06/13(月) 01:33:55 ID:???.net 仕事でSQLJを使わされているんだけどさぁ、最低最悪ですわ。 時々好きな人がいるからおっかないけどさぁ、あんなものどこが良いわけ?
137 :NAME IS NULL :2005/06/16(木) 13:54:50 ID:???.net 埋め込みSQLはDBの下位APIと相性が良くて、プログラマーから見えないところで かってにいろいろやってしまう要素が少なく安定してパフォーマンスが良い プログラムが書ける。欠点は構文の仕様が古すぎる点とデバッガやIDEなどが対応 してるものがまれだという事。Oracleはなぜか以前から埋め込みSQLが好きみたい で、SQLJがjavaの規格に追加されたのもOracleのプッシュがあったからと聞いたこ とがある。真偽は確かめてないけどね。
138 :NAME IS NULL :2005/07/03(日) 19:35:18 ID:6zLtHLps.net Pro*Cに関するいいサイト教えて
139 :NAME IS NULL :2005/07/03(日) 23:08:22 ID:???.net >>136 組みやすいんじゃないか?比較的に
140 :NAME IS NULL :2005/07/09(土) 09:42:10 ID:???.net 最悪と言うが、何と比べて最も悪いと言ってるんだろうか? よく知らないから効率が悪いというのは言語が最悪だからとは言わんぞ。
141 :NAME IS NULL :2005/07/12(火) 22:38:30 ID:???.net 何だかんだ言ってAccess で十分な件について
142 :NAME IS NULL :2005/07/12(火) 23:35:18 ID:???.net Accessは、業務フローをそのまま作るには楽だけど、 大量データを効率的に管理できるかというと、無理っぽい。 個人商店なんかだったら、まぁ行けるだろうけど。
143 :NAME IS NULL :2005/08/12(金) 16:52:47 ID:???.net AccessをクライアントにしてMySQLをサーバにしてもダメ?
144 :NAME IS NULL :2005/08/12(金) 22:08:28 ID:???.net Accessで何か操作をしたときに、どれだけ重いクエリが投げられると思ってるんだ。 VBやWebで専用クライアント作った方が身のため。
145 :NAME IS NULL :2005/08/17(水) 00:28:18 ID:???.net >>144 ACCESSのプロジェクトファイルを知らないのですね!( ´,_ゝ`)プッ
146 :NAME IS NULL :2005/08/17(水) 08:48:30 ID:???.net >>144 「VB」といった時点でたいした(ry
147 :NAME IS NULL :2005/08/17(水) 10:43:49 ID:???.net AccessをクライアントにしてMySQLを操作する話だろ。
148 :NAME IS NULL :2005/08/17(水) 21:35:29 ID:???.net MySQLの利点を何もかも台無しにするけどな。 SQLServer買わなくいいだけましか。
149 :NAME IS NULL :2005/08/18(木) 00:04:46 ID:???.net >>148 そんな貧乏な貴方にオススメなのがMSDE!
150 :NAME IS NULL :2005/08/19(金) 20:25:07 ID:???.net MSDE使ったら負けかな。
151 :↑ :2005/08/19(金) 20:26:45 ID:???.net こういうヤシに限って何も作れないw
152 :NAME IS NULL :2005/08/19(金) 22:50:11 ID:84mADTfE.net 緊急告知! 今VIPと韓国サイバーテロ集団が火花をあげて戦っています! この夏の思い出作りに是非貴方達ももこの祭りに参加しませんか? ↓↓↓詳しくはは↓↓↓ http://ex11.2ch.net/test/read.cgi/news4vip/1124442853/ ご協力、よろしくお願いします。
153 :NAME IS NULL :2005/09/12(月) 19:39:09 ID:???.net OpenZOLARってどうよ
154 :NAME IS NULL :2005/09/13(火) 18:36:43 ID:NiyRZPlM.net 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.net 最新ウイルスください
156 :NAME IS NULL :2005/11/10(木) 14:29:33 ID:kpYXXr2Z.net もうperlにはうんざりしてるのでrubyでいい。
157 :NAME IS NULL :2005/11/10(木) 15:36:29 ID:???.net 久しぶりに上がってきましたね。 このスレでPerlやRubyが候補に挙がることは、 データベース検索とWebが結びついていることが 多くなった証拠と考えて良いのでしょうか。 ところで、COBOLやFORTANからRubyを経由して データベースにアクセスに行くと言うような ことは簡単にできるのでしょうか。 ここの部分を担えないと言語仕様がデータベース 向きでも、最適な言語とは言い難いように 思います。
158 :NAME IS NULL :2005/11/11(金) 14:30:02 ID:ne/6/gfo.net webならjavaベースのwebアプリケーションソフト使った方がラク。 COBOLやFORTRANから直接DBアクセスできるように下ほうがいいでしょ。rubyを経由する方が面倒。
159 :NAME IS NULL :2005/11/12(土) 02:20:19 ID:???.net 文字の扱いとメンテナンス性考えたらやっぱperlじゃね?
160 :NAME IS NULL :2005/11/12(土) 03:03:12 ID:wVe/r1jF.net 自分のソースを自分でメンテするならperlでも問題ないけど、人のperlのソースはメンテキツいよ。 文字の扱いはjcode想定? 自前で便利なように拡張してればあんまり言語の差はない。
161 :NAME IS NULL :2005/11/12(土) 03:22:38 ID:E2XFX19s.net C++最強
162 :NAME IS NULL :2005/11/12(土) 08:29:48 ID:???.net 言語の作りからいったらPrologかな
163 :NAME IS NULL :2005/11/12(土) 11:06:22 ID:wVe/r1jF.net DBIで抽象化ってアイデアはいいけど、結局は裏で動いてるのがMySQLなのかOracleなのかで大きくパフォーマンスが変わって仕舞う罠。 それぞれのDBのAPIを直接覚えなくて済む程度の利点?
164 :NAME IS NULL :2005/11/12(土) 12:03:44 ID:???.net ひとつには抽象化。 もうひとつが、SQLで表現しにくい部分の処理。 ハンドリングのよい言語に担わせる。 そういう意味ではRubyなんて洒落てる。
165 :NAME IS NULL :2005/11/12(土) 19:55:13 ID:???.net >>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'の差異も判別できない。
166 :NAME IS NULL :2005/11/14(月) 12:05:03 ID:8Wz12F+2.net どうも決定打に成るのは無いので、自分で使いやすいクラスをRubyで作った方が速いと言う結論に達した。 金とるなら、WebLogicでも使って儲けた方がいいし(w
167 :NAME IS NULL :2005/12/06(火) 13:52:52 ID:lvj5AnH/.net C#のLINQはどう?
168 :NAME IS NULL :2006/06/22(木) 02:52:21 ID:???.net mdb相手にDelphi使ってる俺が最漢な件
169 :NAME IS NULL :2006/06/23(金) 21:01:38 ID:???.net 問い合わせ処理と一般的なロジックを同じ平文で記述できるdBASE言語が最強。
170 :NAME IS NULL :2006/06/23(金) 23:12:54 ID:???.net ああそうですか
171 :NAME IS NULL :2006/09/12(火) 00:49:17 ID:???.net 最近は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()); }
172 :NAME IS NULL :2006/09/12(火) 22:39:12 ID:???.net 部下に日本語で指示 これがまさしく最強最適(たまにこけるが、、、)
173 :NAME IS NULL :2006/09/13(水) 09:09:38 ID:???.net >>172 それはプログラミングとは言わん。
174 :NAME IS NULL :2006/09/14(木) 20:28:41 ID:???.net >>173 ここのスレタイをよく確認するんだ。 "データベースプログラミングに" 最適な言語は何か なので、 "データベースプログラミング言語に" ではない。 従って、口頭で指示して目的が達せられれば、それにこした事はない。
175 :NAME IS NULL :2006/09/15(金) 07:39:45 ID:???.net 空気よめ
176 :NAME IS NULL :2006/09/16(土) 20:07:32 ID:???.net 空気を読むための言語を教えてくれw
177 :NAME IS NULL :2006/09/17(日) 13:10:07 ID:???.net プログラムを発注する作業はプログラミングとは言わん。あほか。
178 :NAME IS NULL :2006/09/20(水) 21:59:18 ID:???.net おまいら、プログラマはストレスたまってるんだなw
179 :NAME IS NULL :2006/09/23(土) 19:21:54 ID:???.net 部下に仕事を発注するとは言わん。あほか。
180 :NAME IS NULL :2006/10/20(金) 01:16:45 ID:???.net でも自分で抱え込んで組んでたら時間がいくら有っても足りないから、うまくforkしまくって、頻繁にプロセス通信して指示して修正して進めた方が負荷は下げられるし、30超えても生き残れる。
181 :NAME IS NULL :2006/12/15(金) 13:58:29 ID:???.net >>1 SQL
182 :NAME IS NULL :2006/12/16(土) 19:50:06 ID:???.net 人を使うのはPGには無理だと思う。 文句一つ言わず動いてくれるPCさえ使いこなせないのに人を使うなんて無理。 部下もうまく動かないことも有るので、同じ仕事を別の部下に指示してRAC構成で使ってるよ。 部下が風邪引いて病欠でも、出社している部下が問題なく処理してくれる。
183 :dbasefun :2006/12/21(木) 22:12:51 ID:jkfblNzY.net やっぱ、dbase! 復活してほしい!
184 :NAME IS NULL :2006/12/22(金) 08:42:41 ID:???.net >>183 dbXLもFoxProもあるんだが? 個人的にはなにをいまさらって気がする。
185 :dbasefun :2006/12/22(金) 23:33:19 ID:t4nDgAf6.net 頭の中はこれしか出来ないのだから、、、、。
186 :NAME IS NULL :2006/12/23(土) 00:22:29 ID:???.net >>185 英語に自信があるなら http://www2u.biglobe.ne.jp/~objxbase/ ないのなら http://www.soupacific.com/products/index.html 英語のマニュアルがバリバリ読めるのならFoxPro使うけどなあ? 試しにFoxProとAccessをGoogleで検索すると圧倒的にFoxProのほうが多い。 マイクロソフトは日本市場なんてAccessで十分なんだと・・・・・
187 :dbasefun :2006/12/23(土) 08:56:41 ID:UqzZREnV.net ありがとうございます。 やはり使うならFox proでしょうか? 仕事で他のみんなAccessでやってますが、いちいち邪魔くさいので、 我輩は未だにV_dbaseの最終版v7.1でせこせこやってます。 最後はexcelでデータを出すので、何使ってもいいのですが、なにせ 終わってから5年以上、、、、。まだ使えると思うのですが。
188 :NAME IS NULL :2006/12/23(土) 10:50:33 ID:???.net >>187 > やはり使うならFox proでしょうか? だから、あなたが英語の技術文書くらい読めるぞってなら、迷わずFox proだと思う。 英語のMLに入って質問できるくらいなら、世界中にお友達はいっぱいいる。 情報に不足はないはず。 英語が苦手ならdbXL。 昔の勢いは無いみたいだけど、サザンパシフィックの製品は悪くない。(少なくとも昔は) 別にシステム開発しているわけじゃないんでしょう? だったら、桐も検討をお勧めする。 ちょっとしたものをちょこちょこと書くならdBaseよりはるかに簡単だし、 エクセルとの親和性も悪くない。 漢字でプログラムを書くのが最初は違和感があるかもしれないけれど、 エクセルのマクロのように操作手順を覚えこませて、 そのままプログラムの一部とするなんてことが出来てしまう。 お気楽さは最高。 体験版がダウンロードできるから試してみたら?
189 :NAME IS NULL :2006/12/25(月) 15:29:58 ID:???.net >>165 Prologっていうのは本当に、select * from empwhere job=clearkなどという構文が許されるのですか?信じられない
190 :dbasefun :2006/12/26(火) 22:40:50 ID:ftrlN1mn.net >>188 助言ありがとうございます。 かの昔、DOS時代に桐v3は少しかじりました。そいで、dbaseに移り、DBXLも QuickSilverを駆使して、プログラムしてました。その後、V_dbaseで書き上げたのですが、 日本で終わって、我輩のプログラミングも終了。 今は分析ツールとして使っている次第です。 サザンのARAGOも初期は触っていましたが、今は、、、、です。 一度、桐を体験してみます。FOXproの体験版はないのでしょうか?
191 :NAME IS NULL :2006/12/27(水) 08:16:50 ID:8+hxXmHm.net ACCESSだろ
192 :NAME IS NULL :2006/12/27(水) 21:44:23 ID:???.net >>190 > かの昔、DOS時代に桐v3は少しかじりました。そいで、dbaseに移り、DBXLも > QuickSilverを駆使して、プログラムしてました。その後、V_dbaseで書き上げたのですが、 かの昔のさらに昔、CP/Mの時代にdBASEIIを始め、Basicをはるかにしのぐ生産性に感動。 その後、QuickSilverまでは良かった。Windows時代になって、dBASEはもちろんのこと 他のデータベースもさっぱり出てこない。やっと出てきたAccess1.0。なんじゃこりゃ? と思いつつも他に変わるものも無し、しかたなく使い続けて現在に至る。 その他、桐、dBMAGICなどもかなり使いました。 dBASEの良さを知りつつも、あまり戻る気がしないのは、やっぱりSQLの存在が大きい。 大雑把に言ってしまうと、VBAでSQL動かせば大半の処理は済んでしまう。 dBASEのように基本的に1レコードずつ処理するのとはスピードがぜんぜん違う。 入力はフォーム、出力はレポート、途中計算はVBAでSQL文を実行させて処理とすると決めると、 Accessも割と使いやすい。Accessが難しいのは機能が多すぎてしかもダブっていること。 使わないものは思い切って無いものとして割り切ると習得は早いと思う。 > 一度、桐を体験してみます。FOXproの体験版はないのでしょうか? バージョンアップの時期にはたいてい出すようですけど、今はないみたいですね。
193 :dbasefun :2006/12/27(水) 21:50:22 ID:ydVUbDdK.net >dBASEの良さを知りつつも、あまり戻る気がしないのは、やっぱりSQLの存在が大きい。 ごもっとも!確かにSQLを埋め込んですると、早い早い。(まわりは dbaseで固めてますけど、、、。) >使わないものは思い切って無いものとして割り切ると習得は早いと思う。 未練がましくやっている俺って、、、、。 色々とご助言ありがとうございました。
194 :cavo :2006/12/28(木) 05:42:01 ID:???.net かなりマイナーでありながら、強烈な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の処理もかなり高速に実行できると思います。 全レコードをいったん読んでしまってメモリ上にキャッシュしてしまえば、 単純な集計処理ならあっという間に終わるでしょう。 クライアントPCのパワーを使うなら、Xbaseの処理系を併用するのも意味が あるので、RDBMSだけに頼らなくてもいい面だってあると思います。 FoxProの海外事例なんかがそうですが、SQL ServerとFoxProデータベースの 併用によりシステムを構築しているものがあります。 Xbaseに未練があってもいいかも。
195 :NAME IS NULL :2006/12/29(金) 04:36:20 ID:???.net 別に、 SQL鯖+エクセル SQL鯖+アクセス でも割と使えますが?
196 :NAME IS NULL :2007/02/12(月) 02:34:09 ID:bEdYgEdP.net ジジイはawk 若者はRubyかPython 汚ねぇコードでも気にならない奇人はPerl プロ根性のないやつはVB
197 :NAME IS NULL :2007/02/13(火) 09:27:12 ID:???.net >>165 何故PrologにSQLなんか使う必要があるの?
198 :NAME IS NULL :2007/02/13(火) 12:45:29 ID:???.net >>196 君が低レベルなWeb屋なのは判った。
199 :NAME IS NULL :2007/02/14(水) 09:20:24 ID:???.net 爺さんはコボル。その見習いの若いのもコボル。 あいつらの頭は進化が止まってる化石。インターネット対応なんて考えが及ばないし。 昔から遣ってる香具師は、ProCとか。最近始めた香具師は、JavaとかPHP。
200 :NAME IS NULL :2007/02/14(水) 09:51:24 ID:???.net >>197 RDBとのインターフェイスがSQLである以上、使える方が便利です。 それより データベース言語 = Prolog なのだから >>1 はPrologを否定することからこのスレを始めるべきでした。
201 :NAME IS NULL :2007/03/04(日) 03:00:13 ID:???.net プログラムの中でSQL組み立てるのは良くないといつも思ってた。 ストアドプロシージャ使わせてくれないからそうしてたけど。 組みあがったSQL検証するためにデバッグ出力しないといけなかったり。 SQLは集合を扱うことに特化した非手続き型言語とみなせば業務ロジックの殆どはSQLだけで実装できる。 苦手なのはI/O。表現力は貧弱。 だからストアドさえ呼べれば、アウトプットの編集に最適な言語が最適。 WEBならPHP?でもPHPコードが増えるとHTMLの原型留めなくなるしなー 帳票はCOBOL?カンマ編集とか必要になるとスクリプト言語で書きたくなる…
202 :NAME IS NULL :2007/03/28(水) 21:25:47 ID:???.net すんません。C++使ってます。 プロジェクトはパッケージソフトなんで・・・
203 :NAME IS NULL :2007/04/03(火) 21:34:41 ID:???.net >>200 SQL ML Prolog がデータベースを論じるときの基本言語と 昔から決まっている。ML Prolog の限界を語り尽くした後に DBMSとの繋ぎ言語を対象とするべきとわたしも思う。
204 :NAME IS NULL :2007/05/02(水) 12:01:02 ID:N5GEn17E.net 昔から…ねぇ。 DB特化言語って、命令が色々そろってて便利だけど、何かしら不得手部分が出てくると、そこを何とかするのにえらい苦労させられた思いが強い。 Cでコツコツが、結局は一番な気がする…
205 :NAME IS NULL :2007/05/03(木) 19:42:04 ID:???.net >>204 ちょっと関係ないかもしれないけど、 WikipediaのPL/SQLを読んでみて、OracleのOCIに 関する言及がまったくないのに驚いた。なにが違うかは 大事なところだと思うが。
206 :NAME IS NULL :2007/05/04(金) 02:16:47 ID:5ZtoK12v.net じゃおまえが追記しとけよ ウィキはそーゆーもんだ
207 :NAME IS NULL :2007/05/04(金) 03:11:43 ID:???.net COBOLだな。 可読性高いしメンテも楽。
208 :NAME IS NULL :2007/05/05(土) 06:15:15 ID:???.net いちいちカーソルのオープン/クローズ書かなくて良くて、 SQLの穴埋めするのに何バイト目とかカウントしなくて済むRubyが楽だお。
209 :NAME IS NULL :2007/05/06(日) 16:04:22 ID:???.net >>208 人間、楽をするとろくなことがないよ。 目先の労力のことではなく、 人間性の形成の話だけどな。 苦労を厭わず飛び込んでいく香具師のみが 人として幸せになれる。
210 :NAME IS NULL :2007/05/08(火) 06:19:54 ID:???.net >>209 私も昔はそのように思っていましたが、 ただ自分の仕事が増えただけで、幸せにはなれませんでした。 常に楽が出来るように考えたほうが、人として幸せになれる。
211 :NAME IS NULL :2007/05/09(水) 00:39:02 ID:???.net 怠惰 短気 傲慢 がプログラマーの三大美徳。 楽しようとしない香具師は向いてないだろ。この仕事。
212 :NAME IS NULL :2007/05/09(水) 00:52:05 ID:???.net >>210 何言ってんの。 自分の仕事が増えるってことは 他人より信頼されて任されてるってことでしょ。 プロとしてこれほど名誉なことはないじゃない。 仕事なんて、気の持ちよう一つで 天国にも地獄にもなるよ。
213 :NAME IS NULL :2007/05/09(水) 23:52:44 ID:???.net >>211 楽しようとして苦労するんだけどな (w
214 :NAME IS NULL :2007/05/15(火) 02:22:38 ID:F1jZCMe2.net 楽しようとして苦労するのは良く有る事。まあ、良い事だろう。 楽ばかりして、コードを書く量が減るのはダメでしょ。
215 :NAME IS NULL :2007/05/16(水) 00:26:16 ID:???.net なんで? やりたいことができるなら、コードなんか少ない方がいいと思うぞ。 (スパゲッティになるとか、perl の呪文みたいな無理矢理圧縮は別にして。)
216 :NAME IS NULL :2007/05/18(金) 13:21:03 ID:???.net PrologによるSQLまがい。所詮はまがい・・・ 昨日入力数(_部署,_入力数) :- 部署(_部署), 昨日(_昨日), 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:???.net 昨日入力数(_部署,_入力数) :- 部署(_部署),昨日(_昨日), { '総勘定元帳の部署が%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:???.net 関西支店でなくて関西支社ねww.. Prologは(中)小企業向きで あることを暗示したいのですね。
219 :NAME IS NULL :2007/05/26(土) 04:48:46 ID:???.net やっぱりCが無難かな。 DB以外の要求機能のほうが重要だったりするし。
220 :NAME IS NULL :2007/05/26(土) 09:07:12 ID:???.net javaで書くよ。 どうせ、networkとかIOが足引っ張るし。 なにより、スレッドの同期とか楽なんだもん。 C+pthreadよりは間違いなく楽。 java.util.concurrent使えるなら、もっといい。
221 :NAME IS NULL :2007/05/26(土) 10:01:27 ID:???.net >>219 DBMSを書くためということですか? それとも DBMSの中のアプリ(例えばSQL+)を書くためということですか?
222 :NAME IS NULL :2007/06/02(土) 23:09:17 ID:mKAfVYYc.net といあえずJDBC使うと後でDBMSの移行が楽になると思うぞ。 ホント Pro*Cからecpgへの移行は地獄だぜ! フゥハハハーハァー
223 :NAME IS NULL :2007/06/03(日) 23:31:16 ID:???.net わざと移行させたくないし、ソースも提供したくないから、ProCで作って納品している。 プレゼンで見せる時はphpだけどな(w jdbcも結局は独自発行コマンドを駆使するから、簡単にはDBは変えられない。
224 :NAME IS NULL :2007/06/07(木) 17:36:31 ID:7DvaFJlS.net 一番ひ効率なのがdnaである事は間違いない
225 :NAME IS NULL :2007/06/08(金) 09:01:55 ID:???.net コードかくの面倒だから GUIで画面構成とかプロパティがんがん決めれて、 RowSourceにSQLつっこめばレコード返してくれる ACCESS+SQL Serverが一番楽な気がするのですが、 これより楽なのありますか?
226 :NAME IS NULL :2007/06/10(日) 09:35:11 ID:???.net 中小企業の商品在庫管理と、大規模なシステムと Webサービスでは求められる物も答えも違うだろ。 どの場合においてもRubyじゃ無いことだけは確かだが。
227 :NAME IS NULL :2007/06/11(月) 07:42:33 ID:???.net Windowsなら、IronRuby、IronPythonが面白いと思う。
228 :NAME IS NULL :2007/06/11(月) 17:50:15 ID:???.net >>227 ADO.NETつかうなら、どれもあんまり変わらない気がする。
229 :NAME IS NULL :2007/06/15(金) 23:21:32 ID:9UrOiEEK.net 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.net >>220
231 :NAME IS NULL :2007/06/27(水) 21:00:22 ID:???.net DBアプリならDelphi最強。
232 :NAME IS NULL :2007/07/20(金) 11:40:22 ID:???.net >>231 ?
233 :NAME IS NULL :2007/12/15(土) 14:24:59 ID:???.net たしかにDelphiは良かったな。過去形だけど・・・
234 :NAME IS NULL :2008/04/04(金) 23:26:12 ID:???.net Windows専用の言語はこの板では除外だろう。
235 :NAME IS NULL :2008/04/05(土) 12:06:40 ID:???.net LINQもあるし、べつにいんじゃね?
236 :sage :2008/04/05(土) 16:56:10 ID:NC6ucPwa.net http://www.ine.sie.dendai.ac.jp/homepage/ http://www.ine.sie.dendai.ac.jp/wiki/index.php?FrontPage
237 :NAME IS NULL :2008/04/17(木) 02:32:38 ID:???.net rubyってコマンドラインで使えるんだっけ? バッチ処理とかそこだけperlとかで書くのかな。 Javaいいけど、サーブレットにすると更新するたびに再起動とかサービス止まるじゃん。 大手ポータルやSNSが採用してる perlかPHPじゃねーの 個人的にはCで良いよ。 パフォーマンスで劣ることはないし 出来ないことはないし スクリプトだなんだと言うならobjectCにしる。 でもやっぱり文字列処理とメンテナンス性とったら PHPかな。
238 :NAME IS NULL :2008/04/17(木) 03:16:56 ID:???.net >>237 なんすかその人工無能が書いたような文は
239 :NAME IS NULL :2008/07/31(木) 19:25:25 ID:???.net プログラミングしりとり http://game14.2ch.net/test/read.cgi/575/1010948472/l50
240 :NAME IS NULL :2008/12/11(木) 02:41:19 ID:bbOL0wrd.net マジレスすると もう4th Dimensionしかねぇな。 他のDBじゃ目が回っちまうぜ
241 :NAME IS NULL :2008/12/11(木) 15:06:22 ID:???.net それ最悪の選択だろ・・・
242 :NAME IS NULL :2008/12/12(金) 08:59:04 ID:???.net >>240 4Dだけはやめとけ
243 :NAME IS NULL :2008/12/13(土) 09:22:15 ID:???.net >>240 勇者光臨
244 :NAME IS NULL :2008/12/14(日) 17:10:01 ID:???.net もう COBOL2.0 でいいよ。
245 :NAME IS NULL :2008/12/17(水) 09:55:17 ID:???.net >>240 やめとけ。死ぬぞ。
246 :NAME IS NULL :2008/12/25(木) 00:57:48 ID:???.net 客に刺されたければどんど
247 :NAME IS NULL :2009/02/06(金) 16:26:00 ID:2XVwr4YK.net ActiveRecordは後からデータベースの種類を切り替えられるけど、 ADOはどうなんですか?Connectorだけ切り替えればいけるのかな?
248 :NAME IS NULL :2009/02/07(土) 07:52:30 ID:???.net このスレ生存していたか。既出かもしれないけど、 Prologをオンメモリデータベースとして強化すれば、 それだけでいいんじゃないの。
249 :NAME IS NULL :2009/02/23(月) 20:28:20 ID:???.net 俺はジジイだからbash・awk・sed・grepの組み合わせ。 perlやpythonも齧ったんだが、馴染めなくてな。
250 :NAME IS NULL :2009/04/06(月) 19:31:33 ID:Vb3wrAJR.net ピッチピーとオラクルでよいレベルからはいあがれません
251 :NAME IS NULL :2009/04/09(木) 10:27:20 ID:???.net >>248 成分分解法によるデータ管理とPrologを結合したら面白そうだね。XMLやExcelじゃ、ちょっとね。
252 :NAME IS NULL :2009/04/11(土) 00:20:09 ID:VuYM0hGF.net PowerBuilderのDataWindowがすごく使いやすい。 10年以上PowerBuilder使い続けてるよ。
253 :NAME IS NULL :2009/04/11(土) 18:55:28 ID:???.net Access, Delphi以上に楽なツールなんてあるのか
254 :NAME IS NULL :2009/04/11(土) 20:01:52 ID:???.net 最近 C# ちょっと触る機械があったんだが、 IDE も賢くなってるし、膨大なライブラリが あるので結構楽だったよ。 ただ現状ではまだ配布が面倒なので自分用の ツールにしか使ってないけど。
255 :NAME IS NULL :2009/04/12(日) 02:32:29 ID:???.net >>254 IDEってなに?
256 :NAME IS NULL :2009/04/12(日) 08:39:17 ID:???.net ggrks
257 :NAME IS NULL :2009/04/12(日) 17:08:50 ID:tK2NvMZ3.net >>256 ググレカス
258 :NAME IS NULL :2009/04/14(火) 10:52:24 ID:???.net >>255 ロゴ・ダウの遺跡
259 :NAME IS NULL :2009/04/18(土) 01:10:16 ID:???.net C#は便利だな 確かに
260 :NAME IS NULL :2009/04/18(土) 18:36:36 ID:???.net 真漢はメモ帳とVBSでCreateObject
261 :NAME IS NULL :2009/04/23(木) 23:59:00 ID:???.net 俺も最近は C#(.NET) だな。 たぶんこう使うんだろう、 でそのまま使えて驚きですわ。
262 :NAME IS NULL :2009/05/09(土) 21:09:39 ID:???.net >>252 うわぁぁぁ、それって今は亡きボーランドのDB専用プログラミングパッケージだったけ? 大昔にパラドックスっていうRDB買ったせいか、チラシ送ってきたっけ。
263 :NAME IS NULL :2009/09/25(金) 08:07:54 ID:PFwYqE6g.net あご
264 :NAME IS NULL :2009/12/17(木) 13:23:20 ID:FaTVKM52.net Grails Object Relational Mapping (GORM) http://grails.org/GORM
265 :NAME IS NULL :2009/12/26(土) 20:41:50 ID:???.net だれも知らないだろうがunifaceだよ。 こいつの生産性はメチャクチャ高い。 ただし、価格がこれまたメチャクチャ高い。
266 :NAME IS NULL :2010/06/06(日) 12:11:38 ID:???.net >>262 遅レスだがSYBASEだろ
267 :NAME IS NULL :2010/07/07(水) 09:13:15 ID:???.net インターネット使えよ
268 :名無しさん@そうだ選挙に行こう :2010/07/11(日) 01:33:01 ID:???.net >>266 なぜか日本ではSYBASEで売ってないw
269 :NAME IS NULL :2010/07/27(火) 14:31:14 ID:???.net いまだにストアドプロシージャが銀の弾だと主張してるアホ発見 生島勘富とかいう奴
270 :NAME IS NULL :2010/08/08(日) 02:06:30 ID:???.net 俺がいままでDBアプリを作ったことがある環境は ・VB6+ODBC ・C#+SQLite.net ・PHP+Pear::DB ・CakePHP この中じゃCakePHPが圧倒的に楽だったよ。
271 :NAME IS NULL :2010/10/08(金) 12:41:32 ID:???.net >>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 ?-
272 :NAME IS NULL :2010/10/11(月) 05:06:56 ID:???.net >>271 上側の一般的なProlog照会と下側のデータベースシステムに対する照会が構文的に まったく同一でいけるという意だと思うが、 Prologの単位節データベースの引数に id1:'023449' のような構造体(:がfunctor)を 持つことは、単一化の総コストが大きくなりすぎて、現実的(実用的)ではないのではないか。
273 :NAME IS NULL :2010/10/12(火) 08:43:03 ID:???.net >>271 現在のPrologの仕様では ・ 節の順序を変更することのないupdateが難しい。 ・ 数十万を越えるような連続したassertが想像以上に時間がかかる。
274 :NAME IS NULL :2010/10/12(火) 09:35:22 ID:???.net >>271 それと、 下のPrologの副目標として、データベースシステムを参照にいく場合とは、 元々Prologの述語としてデータベースがあり、 そのコードをデータベースシステムの照会にそのまま借用したいということだろう。 この場合通常、Prologの副目標は最初にテーブルの参照があって、その後に 単一化された引数の検査という順序で書かれている。一方、このコードをSQL文字列に 変換するとなると、sql文を発行する時点で、where句の条件を知っていないと効率の 良い照会にはならない。 つまり、テーブルの参照は遅延しておいて、その後の副目標群の解析を先に進める必要が ある。そのためには、どこまで解析すればよいのかを示す何かが必要になり、多くの場合、 ブロック構造が導入されることになる。 この時点で少なくとも>>271 のコードそのものではなくなる。
275 :NAME IS NULL :2010/10/12(火) 09:57:59 ID:???.net >>274 ブロック構造で翻訳を指示したとしても、 SQL参照と無関係な副目標が存在することも多く、編集を 余儀なくされるというケースはあります。
276 :NAME IS NULL :2010/10/13(水) 16:09:43 ID:???.net それから現在のエジンバラ版(Dec10)の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:???.net >>276 連接を表すオペレータを"&&"に変えてみる ?- member(_組,['A','B']) && select 学年,組,名前,性別,生年月日,住所,電話番号 from 学籍簿 where 組=_組 and substr(住所,1,3)=東京都. これだけでよいのかな。
278 :NAME IS NULL :2010/10/17(日) 11:52:30 ID:???.net >>277 属性名と属性値を区別するオペレータが必要になる。 暗黙的な解釈としては、式の左項は属性名、右項は属性名でよいが、 結合の時に、共に属性名であることを明示しなくてはならない。
279 :NAME IS NULL :2010/10/17(日) 12:18:30 ID:???.net それから、現在の仕様では、 t1.氏名 = t2.氏名 の t1.氏名 がsyntax errorになる 処理系もありそう。本来は t1.f1 = [t1|f1] となってエラーにはならないはずだが。
280 :NAME IS NULL :2010/12/15(水) 05:52:20 ID:???.net >>277 それだと、組が'A'の場合しか表示されない。 やはり、最後に && fail. が必要。
281 :NAME IS NULL :2010/12/16(木) 16:02:06 ID:???.net データベースに最適な言語がPrologです。これでは当たり前過ぎて、 面白くない。もともと、それに特化した言語だからね。 このスレタイでも、Rubyがあがっているように、もう少し捻った 議論はないものか。
282 :NAME IS NULL :2010/12/17(金) 09:40:31 ID:???.net データベースを作るのに最適な言語は? ということになると、やはりCかな。
283 :NAME IS NULL :2011/06/09(木) 21:25:26.97 ID:???.net 昔はデータベースアプリと言ったらdelphiと言われてなぁ。。。
284 :NAME IS NULL :2013/02/26(火) 10:54:21.00 ID:UP8A3ZtC.net 楽天やアマゾンの商品リストのデータベースってどうやって取得するの?誰か教えて
285 :NAME IS NULL :2013/03/03(日) 12:52:48.97 ID:WfMRpbfn.net ブクログ amazon api 辺りでぐぐってみたら?
286 :NAME IS NULL :2013/03/07(木) 06:06:30.39 ID:Mhg486u2.net ほんとこの板過疎ってるなぁ
287 :NAME IS NULL :2013/10/05(土) 00:15:30.32 ID:???.net t
288 :NAME IS NULL :2013/10/05(土) 15:28:42.14 ID:???.net t
289 :NAME IS NULL :2013/10/05(土) 19:00:45.43 ID:???.net t
290 :NAME IS NULL :2013/10/06(日) 00:10:28.28 ID:???.net t
291 :NAME IS NULL :2013/10/06(日) 12:13:13.64 ID:???.net u
292 :NAME IS NULL :2016/12/02(金) 17:34:39.91 ID:SwstfjQp.net オンメモリデータベース言語という意味ではPrologが断然。
293 :NAME IS NULL :2016/12/18(日) 11:00:35.26 ID:???.net データベースとプログラム本体を繋ぐ中間言語みたいなのがあればな プログラム本体にSQLベタ書きじゃなくて中間言語を呼び出し 中間言語にSQLやストアドに変わる部分を書き出し データベースは純粋に中間言語からの命令だけ受けるようにする まあ、javaのアレみたいな思想だ こうすればDBMS依存がかなり減る
294 :NAME IS NULL :2016/12/28(水) 06:05:35.13 ID:???.net PostgreSQLに慣れるとOracleは糞だったと思うようになるのは俺だけかな。
295 :NAME IS NULL :2017/01/19(木) 05:15:23.21 ID:???.net Oracleって、たしか Integer型 がないんだよねw DBメーカーも、古い仕様を引きずっていくのは大変だね。
296 :NAME IS NULL :2017/02/08(水) 07:38:50.21 ID:3Agygtew.net 何もしていない普通の一般人の自宅に隠しカメラを取り付け それをネットでリアルタイム配信 仲間という人間に対する盗聴盗撮生ネット配信の会 しかけたカメラの映像 乗っ取っているPCの画像をリアルタイムで生配信中 集団で仲間の私生活を覗いて楽しんでいる そんなことが今この国では行われています
297 :NAME IS NULL :2017/03/11(土) 19:59:27.48 ID:???.net 何で自動判定がデフォなんだよぉぉぉぉぉぉぉぉ!!! デフォが文字列型で、オプションで自動判定出来るようにすりゃいいだろ!! スキーマini作るのメンドイんだよぉぉぉぉぉ!!
298 :NAME IS NULL :2017/09/27(水) 21:53:51.90 ID:???.net PDO最強説
299 :NAME IS NULL :2017/12/29(金) 11:13:44.87 ID:dtNZwIie.net 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 A5N98F9MTR
300 :NAME IS NULL :2018/02/14(水) 13:35:42.68 ID:???.net ☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、 改憲議員が3分の2を超えております。『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆
301 :NAME IS NULL :2018/03/07(水) 03:17:37.82 ID:???.net >>294 正解でしょ と言うかMy SQLもその派生のMariaDBも糞だけどね
302 :NAME IS NULL :2018/03/07(水) 15:24:01.44 ID:???.net >>301 おまえww オラクルに親殺されたの?
303 :NAME IS NULL :2020/08/26(水) 07:57:17.25 ID:???.net >>293 昔あった4GLだね。自分が使ったものは、DBもOSも関係なく、中間言語で吐き出されたオブジェクトを試しに別のOSにコピーしても同じ動作をしていたよ。
304 :NAME IS NULL :2020/08/27(木) 02:46:33.77 ID:???.net 最適かどうかは利用シーンによると思うので、どんな組み合わせがあるか上げてみたらどうだろうか 俺が関わるのはSQLServerがメインになってるから、VisualStadioで使える言語がになる ちょっと前はEntity Frameworkを使ったからC#の情報入手が楽だった 管理ツールのSSMSの最新バージョンはストアドプロシージャのデバッグができなくなったらしいので、VisualStadio上のVSDTつかいはじめたところ 基幹業務系ではなく、製造設備の制御で使ってるDBが主なんで、昔はVBだったんで、現在はVB.NETになってる
305 :NAME IS NULL :2020/09/15(火) 02:46:21.03 ID:q1GoKvkE.net ストアドプロシージャにデバッガが必要なレベルなら、まずはもう少しコードを理解するようにした方がいい。
306 :NAME IS NULL :2020/09/18(金) 01:57:01.66 ID:???.net 他人の書いたくそ長いストアドのデバッグとかやらされてみろ
307 :NAME IS NULL :2020/09/18(金) 23:30:50.99 ID:8BdGP/D4.net 解析という意味で言っているなら、それはただの経験不足。
308 :NAME IS NULL :2020/09/20(日) 09:19:21.28 ID:???.net >>306 デバッガーって使い方知らない人って割と多いからね ExcelでVBA使えるって言っても、マクロ記録からちょっと修正するだけの人もいるし、それと同じで、ストアドプロシージャも簡単な抽出と挿入だけだったり、見ただけでわかるのもあれば、ステップ実行してやっとわかるのもある デバッガーいらない人は、使えない人か使ったことのない人だと思うよ
309 :NAME IS NULL :2020/09/20(日) 16:39:35.28 ID:XHzgt5GW.net ダメだこりゃ
310 :NAME IS NULL :2020/09/30(水) 17:55:08.37 ID:???.net >>308 VBA使いって素人だろ
311 :NAME IS NULL :2020/10/01(木) 01:55:20.43 ID:WR+ww7MA.net そもそもExcel VBAとストアドプロシージャを結合してテストしているあたりがもう素人
312 :NAME IS NULL :2020/10/02(金) 20:15:53.09 ID:???.net どこをどう読めば >Excel VBAとストアドプロシージャを結合してテストしている なんて話になるんだ
313 :NAME IS NULL :2020/10/17(土) 14:25:06.34 ID:FOs+YkEk.net >>8 Oracle DatabaseならAPEXでPL/SQLを書いてWebアプリケーションを作るからね。
314 :NAME IS NULL :2020/10/31(土) 17:40:44.22 ID:5/fqLfxt.net 新人「インスタンスか継承でコンストラクタでポリモーフィズムで…」 ワイ「で?SQLは叩けんるか?」 新人「いやそれはRailsがアクティブレコードでORマッパーで…」 ワイ「んで?何でまだSSHログインも出来とらんのや?」 新人「ああああああああああああああああああああああああああああああ!!!!!!!!!!!ブリブリブリブリュリュリュリュリュリュ!!!!!!ブツチチブブブチチチチブリリイリブブブブゥゥゥゥッッッ」
315 :NAME IS NULL :2021/07/01(木) 22:29:25.28 ID:???.net データベースでExcelのVBAはないわ、せめてAccessでしょ
316 :NAME IS NULL :2022/08/12(金) 12:52:49.56 ID:Y2T5hJmb.net Accessが使える人間は一向に増えない
317 :NAME IS NULL :2022/09/20(火) 19:50:47.94 ID:???.net Accessは、JScriptで使うのが一番だよね
318 :NAME IS NULL :2022/10/19(水) 15:35:48.43 ID:???.net いいね
319 :NAME IS NULL :2022/12/03(土) 17:13:41.28 ID:oNcx2FsY.net 俺公務員、AccessとExcelしか使える環境が無いのでやむなし。
320 :NAME IS NULL :2022/12/04(日) 21:05:46.88 ID:7Bp8x6gj.net >>308 簡単なことしていたら悪いのか? 目的を達成するのに簡単にできるなら、むしろ優秀だろうに。
321 :NAME IS NULL :2022/12/05(月) 08:19:39.25 ID:???.net 実行中にプログラムを変更できるツールは少ない インタプリタ言語ですら稀。VBは其処だけは優秀
322 :NAME IS NULL :2022/12/05(月) 21:03:12.65 ID:JoOlcgho.net >>321 何を言っているんですかと他人から言われませんか?
323 :NAME IS NULL :2022/12/05(月) 21:05:27.68 ID:JoOlcgho.net >>321 それは単にダイナミックリンクのことを言っているのか? 動的リンクは大昔からあるものだぞ
324 :NAME IS NULL :2022/12/09(金) 01:02:32.41 ID:???.net なんでAccessって人気ないの?
325 :NAME IS NULL :2022/12/09(金) 15:17:49.55 ID:???.net >>323 ホットリロードもしくはエディットコンティニューと 呼ばれる機能の事を言ってるように思えるんだが
326 :NAME IS NULL :2023/01/09(月) 18:04:27.57 ID:???.net A5って権限つけた覚えもないのになんで実行計画やらシステムテーブル参照やらできるんだ?
327 :NAME IS NULL :2023/01/09(月) 21:41:40.70 ID:KUT/WaWZ.net >>326 権限があるユーザーだろw 他のツールのときはどこに表示どう表示されるのかわかってないだろ?
328 :NAME IS NULL :2023/02/02(木) 22:40:28.54 ID:???.net (屮゜Д゜)屮
329 :NAME IS NULL :2023/02/09(木) 10:58:24.77 ID:???.net で、結局のところ何がいいの
330 :NAME IS NULL :2023/02/09(木) 10:58:49.80 ID:???.net 上げます
331 :NAME IS NULL :2023/06/08(木) 15:59:40.76 ID:JQ9juqQ/9 孑供給付だなんた゛と社会を根底から断絶させる最悪の主張を繰り返す立憲の論理性のなさと視野の狭さは救いようか゛ないな 優越感を得てる所得の多い者と,それを税金で緩和しようという所得の低い者との関係が分断とか,何を言っているのか全く意味不明た゛よな その取るに足らない分断とやらをと゛うにかしろというなら.まずは累進課税廃止しなきゃ理屈に合わねえし,何十億と相続して所得セ゛ロとか 珍しくないわけだか゛,資産以上の分断なんて存在しないんだから、相続税10O%とか主張してみろや白々しい資本家階級岡田の犬クソ立憲 立憲にとって國會は小学校た゛から、岸田増税文雄に作文しろた゛の稚拙な要求を恥ずかしけ゛もなく展開しちゃってどんた゛け頭に蟲涌いてんた゛か 選択的夫婦別姓が導入されても困る人は出てこないとかいうなら.ベ―シックイン力ム導入されて困る人は出てこないに反論してみろやカス クソ航空機か゛温室効果カ゛スに騒音にとまき散らして氣侯変動、災害連發で人が殺されたり、困ってる人が大勢いることについてもスル‐かよ 野党がこんな無能なダフ゛ス夕キチカ゛ヰだから他人の権利を強奪して私腹を肥やす強盜殺人推進政府によって.俺も俺もと強盗時代になんた゛ろ 創価学會員は、何百万人も殺傷して損害を与えて私腹を肥やし続けて逮捕者まで出てる世界最悪の殺人腐敗組織公明党を 池田センセ−か゛口をきけて容認するとか本氣て゛思ってるとしたら侮辱にもほどか゛あるそ゛! htΤps://i.imgur.com/hnli1ga.jpeg
332 :NAME IS NULL :2023/09/19(火) 11:59:54.97 ID:???.net うわー、どんどん大きくなってるなぁ
333 :NAME IS NULL :2023/09/24(日) 15:19:40.93 ID:???.net select * from user whre user name = '';delete from user;--' を実行させたら、重要なテーブルが全削除された お客様から問い合わせがあったので、これは仕様ですと回答した
334 :NAME IS NULL :2023/10/18(水) 04:26:24.76 ID:???.net あの映画、観たいけどタイミング合わないんだよね
335 :NAME IS NULL :2024/02/01(木) 21:46:29.15 ID:9zQQ2tE+.net ACCESSは使いやすいけど、データーが2Gの制限があるからな。 それを超えたら他のRDBを探さないとダメ。 しかし、PYTHONとかハードル高いな。
336 :NAME IS NULL :2024/02/05(月) 02:57:52.37 ID:hhBvkSiX.net ストアドプロシージャなどの手続き型SQL
82 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★
本文 スレッドタイトル 投稿者