業務データベース開発環境スレッド

■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■

1 名前：ｄｂ投稿日： 2001/03/18(日) 11:01: さあ、あなたはどれで構築する？

アクセス
アプローチ
桐
DBPro
五郎
ファイルメーカー
ビジュアルdBASE
Delphi
MRDB
ｄｂMAGIC
2 名前： あいうえお 投稿日： 2001/03/18(日) 16:29: どれも使わない。
3 名前： デフォルトの名無しさん 投稿日： 2001/03/18(日) 19:56: パラドックスはどうだ？
4 名前： はばば 投稿日： 2001/03/19(月) 23:55: パラドックスはDelphiに事実上吸収されました。
Delphiで作成するDBの一般的DB形式が
パラドックス７です。
5 名前： デフォルトの名無しさん 投稿日： 2001/03/20(火) 00:20: 勝手に一般的にしないでくれ。
6 名前： とおりすがり 投稿日： 2001/03/20(火) 00:25: アクセス(MS-ACCESS)でしょう。
VBAとMDBが絶妙にとろけあって生産性最高。
他はdBaseとdbMASICしか知りませんが...
7 名前： RPG万歳 投稿日： 2001/03/20(火) 04:33: IBM Universal DBを使っている
AS/400,OS/390,RS/6000,
そしてOracle,SQLServerの名前が出てこない時点で終わってます

＊＊＊＊＊＊＊終了＊＊＊＊＊＊＊＊＊
8 名前： デフォルトの名無しさん 投稿日： 2001/03/20(火) 08:35: >>6
アクセスはいいね。
SQL-SERVERと連携すれば、一つの会社がこれで済む場合
もある。(日次処理とかは別の技術が必要だけど)
9 名前： デフォルトの名無しさん 投稿日： 2001/03/21(水) 14:40: UNISQL　ﾎﾞｿｯ
ゴメン、なんでもない、忘れてくれ
10 名前： デフォルトの名無しさん 投稿日： 2001/03/21(水) 17:56: >>1
それらはデータベースもどきです。
騙されてます。
11 名前： ていうか・・ 投稿日： 2001/03/21(水) 21:11: >>5

マジでバカはお前。
DelphiでDB作ったことないみたいね。
12 名前： ていうか・・ 投稿日： 2001/03/21(水) 21:12: ついでにパラドックスの新版が出ない理由もかんがえれば！
13 名前： 1 投稿日： 2001/03/21(水) 21:13: >>10

貴方の言うデータベースって
オラクルとSQLサーバ程度しかないのかよ！
じゃあそれだけで業務ソフトつくってみそ！
14 名前： デフォルトの名無しさん 投稿日： 2001/03/21(水) 21:18: >>13
貴方の言うデータベースって
アクセスとか桐程度しかないのかよ！
じゃあそれだけで業務ソフトつくってみそ！

オマエモナー
15 名前： デフォルトの名無しさん 投稿日： 2001/03/21(水) 21:18: >>13
あなたの作っているものは業務ソフトもどきです。
騙されています。
16 名前： デフォルトの名無しさん 投稿日： 2001/03/21(水) 21:20: 新しいPostgresのODBCドライバーで照るね。
17 名前： 1 投稿日： 2001/03/22(木) 22:06: >>13

（ﾟДﾟ）ﾊｧ?
なんで「オマエモナー」なの？
18 名前： 1 投稿日： 2001/03/22(木) 22:06: 「オマエニナー」の間違い？
19 名前： seven 投稿日： 2001/03/23(金) 05:36: SQLを使わない、ほとんどスタンドアロンの「業務用」DBってことで、再構築しましょう。
回答:MS-Excel
理由:いちおうロックもついてるし
却下される可能性:有名だから
その場合の対策:DB-Pro
理由:有名じゃなくて、Proと付いてるから
20 名前： seven 投稿日： 2001/03/23(金) 05:38: もひとつ
回答:PerlでDBM
理由:汎用だから
21 名前： 1 投稿日： 2001/03/23(金) 23:29: >>19

エクセルって表計算だけど・・
ロックってレコードロックできないよ。

>>DB-Pro

DOS版の桐を開発した方々が、管理工学の方針に
嫌気がさして、独立しネットワーク対応型の桐もどき
として開発したのがDB-Proです。
Odbc経由も可能です。　まあまあですが、
すでに桐８（Windows版）に性能的に抜かれた今と
なっては、時すでに遅し。存在意義無し　といえるかも。
22 名前： 1 投稿日： 2001/03/23(金) 23:32: あの、、初心者の方々が多いみたいだけど、
「SQLを使わない」って事ないでしょ？
スタンドアロンだってＳＱＬつかうもんは使うけど？
オラクルやＳＱＬサーバは、あくまで、
「データベース管理ソフト」です。
操作するのは１に書いたDB群はすべて可能。

そういや、五郎ってオラクル８にネイティブに
アクセスできるんだよね。
オラクルをまるで自分の生データのように扱える。
凄いソフトだと思うんだけどいまいち普及しない。
23 名前： 1 投稿日： 2001/03/23(金) 23:35: >>22
つっこみ入る前に書くけど、ネイティブっていうのは
ODBC通したりしないって事だからね。
アクセス2000では、MSDBやSQL-SERVERにネイ
ティブ接続可能になったよね。
95ではできなかった事。
それを対局をなすように、オラクルにネイティブ接続
できるのが五郎な訳。
24 名前： デフォルトの名無しさん 投稿日： 2001/03/23(金) 23:55: そう言えばPostgreSQLの日本語ODBCドライバって結構バグあるんだよね。
しかも、日本語化パッチ見るとスゲー不効率なやり方してるし。
バグの更新がされていないところを見ると、実はあんまり使ってる奴
いないんじゃないか？
25 名前： seven 投稿日： 2001/03/24(土) 06:57: あ、ここの1は、かなりまともな人みたいね。スレが育って来た。
SQL-Serverって、レコードロックできるようになったんだっけ?
あと、ネイティブ接続っていうのは、単に「ドライバ同梱」ってことじゃないんですか?
まぁ、何作るにしても、これからはkylixに集中しましょうよ。
kylix版Open五郎が出るなら、支持しても良いです。
26 名前： デフォルトの名無しさん 投稿日： 2001/03/24(土) 13:10: >>25
>まぁ、何作るにしても、これからはkylixに集中しましょうよ。

まだ実力が分からないのに？

最近のBorlandの対応おかしいよ。Interbaseの製品版出して
OpenSource版と変に差別化したりしてるし。
業務用の開発なら製品版購入しないと話にならないような仕組みを
作り出しかねない。
#InterBaseは良いRDBMSだよ。

>>1
そうそう。1はフロントエンドの事を言ってるの？それとも基幹DBMS
について言ってるの？それともスタンドアロンのシステムについて
言ってるの？
その辺があいまいだからマトモな議論にならないんじゃない？

Windows環境でOracleにネイティブ接続するならCOM使える環境
からoo4o使うのが一番賢いのでは？
27 名前： 1 投稿日： 2001/03/24(土) 21:38: ＞SQL-Serverって、レコードロックできるようになったんだっけ?

なっていませんでした。スマソ

＞1はフロントエンドの事を言ってるの？それとも基幹DBMS
＞について言ってるの？それともスタンドアロンのシステムについて
＞言ってるの

フロントエンドから、小規模共有環境をいってました。
曖昧なのは事実ですね。
28 名前： 1 投稿日： 2001/03/24(土) 21:42: >>26

そういやBorlandって社名変更して、また元に戻したね、

ボーランド　→　インプライズ　？　→　ボーランド

いったいどういうつもりなのか謎
29 名前： 1 投稿日： 2001/03/24(土) 21:51: >>26

＞Windows環境でOracleにネイティブ接続するならCOM使える環境
＞からoo4o使うのが一番賢いのでは？

それができるプロならそれが一番良いのは異論なし。
オラクルにはDelphiがもっとも良いようにもおもう。

余談　五郎の記事
以下参照

ttp://www.justsystem.co.jp/news/98f/news/j9803261.html
30 名前： デフォルトの名無しさん 投稿日： 2001/03/24(土) 21:55: >＞SQL-Serverって、レコードロックできるようになったんだっけ?
>なっていませんでした。スマソ

なってると思うけど。
31 名前： デフォルトの名無しさん 投稿日： 2001/03/24(土) 22:49: 最近のオラクル対SQLServerの記事無い？
32 名前： なんで？ 投稿日： 2001/03/24(土) 23:14: 自社で、スタンドアロンで使うならアクセスで十分
本がたくさん発売されているので、素人でもできちゃう
33 名前： 引っ掻く塩山子 投稿日： 2001/03/25(日) 00:39: > 素人でもできちゃう

そういうのは大体正規化されていないことが多くて、メンテ不能の糞PGが95%以上。
34 名前： 確かにボーランド不明 投稿日： 2001/03/25(日) 00:56: 自社で、スタンドアロンで使うならテキストで十分
CSVファイルで出入り
35 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 02:23: MSDEならタダなんですけど
36 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 02:48: PostgresSQLもただなんですけど。Oracle8より速いらしいし
できるSQLはかぎられますが...
> 33
いや99.Number9%だ。
37 名前： seven 投稿日： 2001/03/25(日) 05:02: DBMSで言えば、安くて安定してるサイベースの単語も出しとかないとね。
あと、Open版のkylixはGPL(だよね?)なので、会社の評判とは独立するのでは?
38 名前： 名無し 投稿日： 2001/03/25(日) 10:56: >>35

本当ですか？
教えてください
39 名前： 名無し 投稿日： 2001/03/25(日) 10:57: >>30

ページロックじゃないの？
40 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 15:15: >>38
教えるってなにを？？
Office2000とかについてるんだったか
SQLServer互換
http://www.microsoft.com/JAPAN/developer/library/odeopg/deovrusingmicrosoftdataengine.htm

>>39
SQLServer7.0以降から行ロックもできるようになった
http://www.microsoft.com/JAPAN/developer/library/jpbkgnd/Evolution3/page10.htm
41 名前： 名無し 投稿日： 2001/03/25(日) 15:38: >>40

MSDE無料じゃなーいでしょ？
Office2000アドヴァンスド？とかにしか付いてないよ。
42 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 15:45: スピード優先でバイナリのフラットファイルが
最良の選択だと思ってる。データ共有する必要が
無いならこれで決まり。共有があるなら、各要素
を固定長フォーマットで決めうちのテキストファイル。

XMLを使うのはモジュールの外部インターフェイスの部分
で必要な時だけ。で十分じゃないの？

わけわからんRDBMSの仕様をシコシコ覚えるより簡単だと
思うんだが。RDBMSを使わなければいけないのは、結合&
選択演算を行うデータストレージがどうしても必要な時だけ。
43 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 15:55: >>41
すまんす。

>MSDE for Visual Studio 6.0 や Office 2000 Developer を使って作成したソリューションは、
>ライセンスフリーで配布できます。
http://www.microsoft.com/JAPAN/developer/articles/backgrnd/html/msdeforvs.asp
44 名前： 名無し 投稿日： 2001/03/25(日) 16:30: >>42
共有しないなら桐でも充分すぎますけど。
45 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 16:46: >>44
だったらExcelで充分だと思われ。
46 名前： 名無し 投稿日： 2001/03/25(日) 17:06: >>44

エクセルは表計算だって。
データ量やフォームが多くなると、たちまち不便だよ。
47 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 17:27: ExcelにOBBC接続
48 名前： 名無し 投稿日： 2001/03/25(日) 18:05: ExcelにはODBCドライバが付いています。
データソースをテーブル式に変えることも可能
ですが、あくまでサブ機能で本格的運用は不便
49 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 18:43: スタンドアロンで桐や五郎やファイルメーカーが比較対照ならやはり
Excelで充分と思われ。
50 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 20:15: >>49
データベース構築した事無い厨房発見
51 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 21:43: MSDE萌え。
osqlﾏﾝｾｰ。ヽ(´ー｀)ノ
52 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 21:56: プロが桐や五郎やファイルメーカーでスタンドアロンのシステム
作るんですか？
金取って。

そんなのはちょっとパソコン詳しい総務の兄ちゃんがつくっちゃ
うのでは？
53 名前： 名無し 投稿日： 2001/03/25(日) 21:58: まあね
54 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 22:01: 桐だの五郎だの胡散臭いDBMSもどきを引き合いに出してくるような
レベルの案件&エンジニアならばおそらく別の処理系からデータ引っ
張って加工する事など考えておらず出来合いのウィザードやらテン
プレートのお仕着せインターフェースを使用する事は目に見えており
かつSQLなど投げる必要も無いような1テーブル1画面なシステムである
事は間違いなくそればらばExcelでも同等の事は可能であり信頼性
保守性将来性の点なによりユーザの為にもベストであろうと思われ。
55 名前： 名無し 投稿日： 2001/03/25(日) 22:27: >>54

あんた素人ってこと見え見え。
プロには解りますよ。
DBMSって言葉も知らないのに知ったかぶりしないほうがいいよ。
56 名前： 名無し 投稿日： 2001/03/25(日) 22:34: 結局MRDBが最強。
業務データベース開発に関しては。
57 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 22:47: 業務系のシステムに何らかの形でデータベースが必要なのは当然というか
必然であり業務データベース開発というのはなんとも間の抜けた表現だなあ
などという事は置いといてMRDBって何なのかしら？と思って調べてみたら
案の定>>54で書いたとおりのの代物でありあんな聞いたことも無いような
会社の得体の知れないDBMSをよくもまあ採用する気になったもんださすが
プロと関心したと同時においら一生素人でいいやと思われ。
58 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 22:47: >>55
54に同意。
Accessでいいようなへぼシステムはエクセルでもいい。

>プロには分かりますよ。
そもそもこれらはプロが使うツールじゃないってことはわかってないようです。
59 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 22:53: つーか、使いたければ使えば＜個人向けRDBMS

「トランザクションがないようだが？」
「トランザクションなど飾りです！！
お偉いさんにはそれがわからんのです！」

「行ロックできないようだが・・？」
「行ロックなど飾りなのです！！
お偉いさんにはそれがわからんのです！」

「複数ユーザが同時に接続できないようだが・・・」
「同時接続など・・・」

要件にあってればどうでもいいや。
オレはOracleやSQLServerとか使って金むしるけど。
60 名前： seven 投稿日： 2001/03/25(日) 23:38: さて、正規化を知らない素人にシステム構築は可能なのでしょうか、って、広げ過ぎだ。
61 名前： デフォルトの名無しさん 投稿日： 2001/03/25(日) 23:58: ボリュームによるのでは？

たまに非プログラマの友だちから自分がつくったのを見てくれ
って言われるけど、確かに素人っぽいでき＆ムダも多い。

それでも業務はまわってるし、ちょっと考えさせられる。
62 名前： seven 投稿日： 2001/03/26(月) 00:02: この手の話題は、少し間違えると、隣の板の話題になってしまうけど、
ていうか、システム開発->ビジネスソフト板が適切なんでしょうかねぇ。
あっちは、パッケージの話題が主流なので、難民化してるのかな。
63 名前： seven 投稿日： 2001/03/26(月) 00:05: いまのところ、大手については、デスマーチを例外として、そこそこだけど、日本の会社の大部分の中小を相手にした、定番ってあるのでしょうか?
64 名前： seven 投稿日： 2001/03/26(月) 00:19: いちおう、こちらもROMしてることは、書いときます。

http://mentai.2ch.net/test/read.cgi?bbs=bsoft&key=984880551&ls=100
65 名前： デフォルトの名無しさん 投稿日： 2001/03/26(月) 00:19: 手作業をコンピュータに置き換えるだけならば素人にも可能であり当然
業務も回るに違いないしそれが桐やら五郎やらAccessやらのねらいであり
いわゆるEUCというやつである事を踏まえてその友人のスキルは高く評価
するべきであるがしかしプロのプロたるゆえんは業務そのものを効率化する
ことであり決して手書き帳票をプリンタから出す事ではなく部材の所要量計算
やら在庫の自動引当やら売掛買掛情報の自動仕訳やら材料の発注点管理やら
生産計画やら出荷集荷の自動追跡などなどの抜本的な省力化でありそこまでの
ものは素人ではさすがに無理ではないかと思われ。
66 名前： seven 投稿日： 2001/03/26(月) 00:27: >>65
システム開発というより、業務コンサルタント?が重要ってことなのでしょうか?
67 名前： デフォルトの名無しさん 投稿日： 2001/03/26(月) 00:27: >>63
>いまのところ、大手については、デスマーチを例外として、そこそこだけど、日本の会社の大部分の中小を相手にした、定番って
>あるのでしょうか?

主語を書け主語を。
68 名前： seven 投稿日： 2001/03/26(月) 00:33: すいまそん、少々(かなり)酒入ってます。
訂正
中小企業をターゲットにした業務DBパッケージソフトで、デファクトスタンダードのものを知っているかたは、教えてください。
69 名前： デフォルトの名無しさん 投稿日： 2001/03/26(月) 00:34: いまさらだけど、プログラム技術板向けの内容ではないな
70 名前： seven 投稿日： 2001/03/26(月) 00:39: >>68
日本の90%(らしい)を占める企業をターゲットにしたシステム環境構築については、どこで議論するのが適切だと思われますか?
71 名前： デフォルトの名無しさん 投稿日： 2001/03/26(月) 00:41: >>70
自問自答？つーかあんた飲みすぎ。
72 名前： seven 投稿日： 2001/03/26(月) 00:42: >>71
酒板に移動しますです。
73 名前： seven 投稿日： 2001/03/26(月) 01:09: いまだに移動してませんです、スマソ
そろそろ海板のメンテ(ってなんですか)に逝きます。
74 名前： seven 投稿日： 2001/03/26(月) 01:33: さて、うつだねよう
75 名前： 名無しさんi486 投稿日： 2001/03/26(月) 22:29: うちの会社では小規模でもORACLEかSQL-SERVERだな。まぁアクセスで作る
場合もあるかもしれんけど。

>>36に聞きたいけど、PostgresSQLを使ってシステム構築した場合、
バグが見つかった時はどうするつもり？　まぁ自分で直すならそれで
いいんだけど。
76 名前： 名無しさんi486 投稿日： 2001/03/26(月) 23:15: >>29　読んでみたけど、イマイチ魅力がわからんかったよ（マジで）
＞クエリーを意識することなく日本語で絞り込みや集計
＞を行うことができるなど、すぐに使える簡単な操作性を実現しています。

ということが魅力的というのなら、俺はそう思わないよ。そんなことするんなら
SQLそのまま投げてくれた方が嬉しい。
77 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 09:17: >>75
36じゃないけど。

逆に質問。

Oracle使ってて、バグと思われる状況にあたったらどうするつもり？
サポートに連絡したって、普通はプライオリティが低いし、
回避策があれば、それを提示されるのが普通だろ？
で、そのバグはいつ直るかも分からない。
しかも、サポートからもらった情報は、基本的にInternet等で
公開出来ないときている。

ちなみに、ぼくがPostgreSQLでバグと思われる状況にあたっても、
自分じゃ直さないよ。
78 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 09:27: なんだ、この厨房どもの会話は。
中には、まともなこと言ってる奴もいるけどね（「思われ。」で
文を終わらしてる奴、なかなかいいこと言ってるぞ。）

1はなんだ、1は。
>>22
> あの、、初心者の方々が多いみたいだけど、
> 「SQLを使わない」って事ないでしょ？
> スタンドアロンだってＳＱＬつかうもんは使うけど？
> オラクルやＳＱＬサーバは、あくまで、
> 「データベース管理ソフト」です。
> 操作するのは１に書いたDB群はすべて可能。

なんだ、これは。
こんな奴が「業務アプリ作ってます。DB知ってます」なんて言う
妄言がまかり通る世の中になっているのか？
お前が初心者だっつーの。
79 名前： 名無し 投稿日： 2001/03/27(火) 12:25: >>78
批判なら猿でもできる。
自分の言葉で書いて見ろ
80 名前： 名無し 投稿日： 2001/03/27(火) 12:27: >>65
いわゆるEUCというやつである事を踏まえてその友人のスキルは高く評価
するべきであるがしかしプロのプロたるゆえんは業務そのものを効率化する
ことであり決して手書き帳票をプリンタから出す事ではなく部材の所要量計算
やら在庫の自動引当やら売掛買掛情報の自動仕訳やら材料の発注点管理やら
生産計画やら出荷集荷の自動追跡などなどの抜本的な省力化でありそこまでの
ものは素人ではさすがに無理ではないかと思われ。

全部桐で出来てます。
81 名前： 名無し 投稿日： 2001/03/27(火) 12:49: 78 とかは桐のVAR業者などを完全にバカにしている
という事でしょうか？
ttp://www.k3-unet.ocn.ne.jp/fk/var.html
82 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 12:54: >>79
要するに、キミは1のことを厨房でも初心者でもないと考え、
>>78 で引用した部分も、全く痛いところが無い、といいたい
のかい？
俺は､間違ったこと言う奴に、それは間違ってると言ってる
だけなんだが。
これ以上、なんか俺自身の言葉で説明の必要があんのかね。
83 名前： 78 投稿日： 2001/03/27(火) 12:57: >>81
おいおい、誰がそんなこと言ってるんだよ。
妄想もたいがいにしてくれよ。

俺は>>78 の引用部分で、1が他人を初心者と決め付け、
自分はさも初心者ではないようなことを言ってる部分で
誤りがあるといってるんだ。
そんな誤りも気づかず、他人を初心者と判断するような
1こそが、厨房であり初心者だ、と言ってるんだけど。

# 82も俺ね。
84 名前： 名無し 投稿日： 2001/03/27(火) 13:00: >>82
どこが間違っているのか説明してください。
私バカなので。
85 名前： 78 投稿日： 2001/03/27(火) 13:11: >>84

> オラクルやＳＱＬサーバは、あくまで、
> 「データベース管理ソフト」です。

が間違い。
1は、例えばバックエンドにOracleやSQL Serverを使い、フロント
エンドとして1にあげられたようなツールを使う場合に、それぞれ
がどのような役割をしているかわかって無い。
それは、前回引用しなかった>>22 の後半部分の

> そういや、五郎ってオラクル８にネイティブに
> アクセスできるんだよね。
> オラクルをまるで自分の生データのように扱える。
> 凄いソフトだと思うんだけどいまいち普及しない。

にも現れてるね。
「ネイティブ接続」が何か良くわかってないんだろう。

あなたはさ、こういう人が他人を「初心者」と評価したり、
業務アプリを提案したり、作ったりしてると思う？
俺は、そんなこと全然したことない、耳学問だけの
厨房だと思うよ。
もし、1がさ、本当に業務アプリを作ってるんだとしたら、
俺の忠告を謙虚に受け止め、それぞれの言葉が持つ
意味を完全に理解することから始めることを提案するよ。
86 名前： 名無し 投稿日： 2001/03/27(火) 13:20: >>85

> オラクルやＳＱＬサーバは、あくまで、
> 「データベース管理ソフト」です。

意味合いとしてはあってんじゃなの？
解りやすく書いたまでだろ？

>「ネイティブ接続」が何か良くわかってないんだろう。

五郎まマジで、真の意味でネイティブ接続できるぞ？
これは冗談でもなんでもない。
無知はあんただろ？
オラクルに聞いてみ！
87 名前： 名無し 投稿日： 2001/03/27(火) 13:21: >>85
おまえは作っているのか知りたいね。
桐、アクセス、五郎で業務データベースを構築する
事自体が厨房って言うんだろ？
おまえの発想のほうが現状をしらない厨房
88 名前： 名無し 投稿日： 2001/03/27(火) 13:24: ジャストシステム社から発売中の「五郎8」は、優れた機能をやさしい操作で存分に活用できる画期的なデータベースソフトです。オラクル接続ドライバによってOracleデータベースへのネイティブ接続が実現。ワークグループ環境でデータ共有を行う場合のフロントエンドツールとして活躍します。

ttp://www.oracle.co.jp/2shin/ora10/partners/main_3.htm
89 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 13:35: すいませんがネイティブ接続とはどういう事か説明してもらえませんか？
ミドルウェア使わないって事？
90 名前： 78 投稿日： 2001/03/27(火) 13:42: >>87
> おまえは作っているのか知りたいね。
教える必要なし。

> 桐、アクセス、五郎で業務データベースを構築する
> 事自体が厨房って言うんだろ？
だから、妄想はたいがいにしてくれ。誰がそんなこと言ったよ？

> おまえの発想のほうが現状をしらない厨房
妄想に基づいた中傷をするわけね。
91 名前： 78 投稿日： 2001/03/27(火) 13:46: >>86
> 意味合いとしてはあってんじゃなの？
> 解りやすく書いたまでだろ？

その、「意味合い」が違うっつってんだよ。

> 五郎まマジで、真の意味でネイティブ接続できるぞ？
> これは冗談でもなんでもない。

だから、それは否定して無いだろ。
何むきになってんだよ。
92 名前： 名無し 投稿日： 2001/03/27(火) 13:47: ODBC等を通さないことで最大限の性能を発揮する。
93 名前： 78 投稿日： 2001/03/27(火) 13:49: 日本語が良く読めないようだから解説してやるよ。
>>85
> それは、前回引用しなかった>>22 の後半部分の
>
>> そういや、五郎ってオラクル８にネイティブに
>> アクセスできるんだよね。
>> オラクルをまるで自分の生データのように扱える。
>> 凄いソフトだと思うんだけどいまいち普及しない。
>
>にも現れてるね。

の「それは～にも現れてる」っつーのは、

>1は、例えばバックエンドにOracleやSQL Serverを使い、フロント
>エンドとして1にあげられたようなツールを使う場合に、それぞれ
>がどのような役割をしているかわかって無い。

を指してるんだよ。
五郎がネイティブ接続出来ようが出来まいが関係ねーんだよ。
94 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 13:50: >>91
80を支持してるってことは
そういうことじゃないの？
95 名前： 78 投稿日： 2001/03/27(火) 13:51: >>92
> ODBC等を通さないことで最大限の性能を発揮する。

んでどうやって接続してるのか説明出来る？
96 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 13:51: >>91
>エンドとして1にあげられたようなツールを使う場合に、それぞれ
>がどのような役割をしているかわかって無い。

の書き込みだけで、逆になんで解ってないって決めつけられる訳？
97 名前： 78 投稿日： 2001/03/27(火) 13:52: >>94
80を指示してるのは、かなりまともな文章を（ちょっと読みづらいけど）
書くからだ。
内容に同意したとは言ってないぞ。
98 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 13:53: >>95
オラクル接続ドライバで接続。（五郎の場合）
99 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 13:53: >>97
そうでしたか。スマソ
100 名前： 78 投稿日： 2001/03/27(火) 13:54: すまん、俺の負けだ。
撤退する。
101 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 13:55: >>78
いえいえ、私も言い過ぎました。
ごめんなさい
102 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 14:07: なんか終息したみたいだけど

> オラクルをまるで自分の生データのように扱える。
> 凄いソフトだと思うんだけどいまいち普及しない。

AccessだってOracleのデータを自分の生データのように扱えるけど・・
ODBC使って・・

>オラクル接続ドライバで接続。

って、そんなにエラいの？
103 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 14:23: >>102
詳しくは知りませんけど、ODBCの場合、ストアド
プロシージャを使って、オラクル側に処理させてから
じゃないと遅くて使い物にならないと思った。
リンクテーブルじゃ絞り込みなどをアクセス側で行ってしまうので、
遅くなり、ストアドプロシージャでサーバ側にＳＱＬを投げるようにしないと。
五郎はそれが不要なんでしょう。
アクセスでも2000ならSQL-SERVERに直にアクセスできたはずだとおもった。
104 名前： 102 投稿日： 2001/03/27(火) 14:26: >>103どうも

リンクテーブルじゃ遅い場合はパススルークエリ使えばいいような
気もしますが。。。

五郎って速いんですか？
最近結婚しましたが（クダラネー）
105 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 14:43: >>104
すみません。私のレベルではこれ以上は無理・・
106 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 14:53: >>103
本当にODBCを使い、例えばAccessなんあｋを使おうとするなら、
裏でどのようなSQLが流れるか、SQLのトレースを取ることくらい
したほうが良いと思う。
ちなみに、ぼくのODBCの知識は古いので、これ以上はいえないけど。
107 名前： 105 投稿日： 2001/03/27(火) 14:58: どうやらパススルーは参照しか出来ないみたいですよ。
たぶん。
108 名前： 105 投稿日： 2001/03/27(火) 14:59: ストアドプロシージャまたはODBCDirectになるのかな？
109 名前： 105 投稿日： 2001/03/27(火) 15:00: >>104
五郎は機能的に半熟。
ジャストシステムも投げっぽい？
110 名前： 102 投稿日： 2001/03/27(火) 15:20: >>106
たしかにODBCForOracleのデキが悪いとは聞きますが
五郎が使ってるミドルウェアはどうなんでしょ？

>パススルーは参照しか出来ないみたいですよ。
そうでした。
生データのようにとはいきませんね。
111 名前： 105 投稿日： 2001/03/27(火) 15:27: >>110
五郎は構想は壮大でしたが、
目的を果たせず行き倒れの感が強いですね。
残念ですけど。
112 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 20:01: 名無し = 1だろ。

>>1
> ＞Windows環境でOracleにネイティブ接続するならCOM使える環境
> ＞からoo4o使うのが一番賢いのでは？

> それができるプロならそれが一番良いのは異論なし。
> オラクルにはDelphiがもっとも良いようにもおもう。

この発言が1の程度の全てを物語ってるじゃん。
Oracle+Windowsな環境でシステム構築しようとしたら必須の技術に対して
「それができるプロなら」ときたもんだ。んな高度な技術じゃねーだろ。

それから
>> 80
> 全部桐で出来てます。

なわけねーだろ。もし出来てるとしたら町工場のおばちゃんが夜なべして入力作業
してるような極小規模のスタンドアロンシステムだな。
しかし、スタンドアロンで運用できるレベルの処理ではないはず。

共有フォルダにデータベースファイル置いてC/Sだ。とか言ってそうだなコイツ。
113 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 20:11: 五郎がネイティブ接続云々っつったって、どーせ更新可能で双方向なカーソル
ばんばん使ってんだろうよ。

その辺どうよ?解説頼むわ(藁) > 1 = 名無し
114 名前： 75 投稿日： 2001/03/27(火) 20:51: >>77さん　フリーのDBMSを使った場合、傷害発生した場合自分で解決しなけれ
ばなりませんよね。oracleなら回避策や対応を依頼できますよね。だから
ソフトウェア開発業者であっても、PostgresSQLをソースレベルで修正する
能力がなければ、あえて使うメリットはないですよね？
だからタダだからって安易に使おうとするのはどうかな？　と言いたかった
わけです。
115 名前： 75 投稿日： 2001/03/27(火) 20:53: 訂正。
傷害→障害が
116 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 21:35: 　　　彡川川川三三三ミ～
　　　川｜川／　　＼｜～　プゥ～ン
　　∥｜∥　◎---◎｜～　　　　　　　／￣￣￣￣￣￣￣￣
　　川川∥　　　　3　　ヽ～　　　　　　＜　オイラって天才～
　　川川　　　∴）д（∴）～　　　　　　＼＿＿＿＿＿＿＿＿
　　川川　　　　　　～　/～　カタカタカタ
　　川川∥　　　　～　/∥　＿＿＿＿＿
　川川川川＿＿＿／∥　 |　　|￣￣＼　＼
　　　／　　　　　　　＼＿＿|　　|　　　　|￣￣|
　　/　　＼＿＿＿　　　　 |　　|　　　　|＿＿| 　　　
　　|　＼　　　　　　|つ　　　|＿_|＿＿／　／
　 /　　　￣￣　　|￣￣￣￣|　　〔￣￣〕　　
　｜　　　　　　|￣
117 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 21:38: 　　　　Λ＿Λ 　　 Λ＿Λ
　　　（　__　__）　（　__　__）　　　／⌒＼
　　　（6　・｣・）. 　（6　・｣・）　　（　　　　）
　　　（　　∀）　　（　　∀）　　　｜　　｜
　　　／　　　＼　／　　　＼　　｜　　｜　　　　　　　　　　＿＿＿＿＿
　 ⊂ 　）　ﾉ＼つ　）　　ﾉ＼つ　（　・∀・）　Λ＿Λ　　　／
　　　　（＿⌒ヽ　　（＿⌒ヽ　　　　）　　　ﾉ　（　・∀・）　＜　１は祖国へ
　　　　　ヽ　ﾍ　}　　ヽ　ﾍ　}　　　（＿⌒ヽ　（＿⌒ヽ　　　＼＿＿＿＿＿
　　　　　ﾉノ｀J　　　ﾉノ｀J　　　　 )ノ｀J　　　 )ノ｀J

　　　　Λ＿Λ 　　 Λ＿Λ
　　　（　__　__）　　（　__　__）　.　／⌒＼
　　　（6　・｣・）. 　（6　・｣・）　　（　　　　）
　　　（　　∀）　　（　　∀）　　｜　　｜
　　　／　　　＼　／　　　＼　｜　　｜
　　⊂ 　）　　ﾉ＼つ　）　　ﾉ＼つ（　・∀・）　　Λ＿Λ 　　／￣￣￣￣
　　／　ω　<　　　／ω　< 　　 ⊂）　　　ﾉつ（　・∀・）　＜逝きました　合掌
　／　 '´ ヽ　）　／　 '´ ヽ　）　　／ ω　 / 　⊂） __ 　ﾉつ　＼＿＿＿＿
∠／　　　ﾉノ∠／　　　ﾉノ　 ∠　'´　)ノ　　∠　'ω)ノ
118 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 21:39: 　　　彡川川川三三三ミ～
　　　川｜川／　　＼｜～　プゥ～ン
　　∥｜∥　◎---◎｜～　　　　　　　／￣￣￣￣￣￣￣￣
　　川川∥　　　　3　　ヽ～　　　　　　＜　萌え萌え
　　川川　　　∴）д（∴）～　　　　　　＼＿＿＿＿＿＿＿＿
　　川川　　　　　　～　/～　カタカタカタ
　　川川∥　　　　～　/∥　＿＿＿＿＿
　川川川川＿＿＿／∥　 |　　|￣￣＼　＼
　　　／　　　　　　　＼＿＿|　　|　　　　|￣￣|
　　/　　＼＿＿＿　　　　 |　　|　　　　|＿＿| 　　
　　|　＼　　　　　　|つ　　　|＿_|＿＿／　／
　 /　　　￣￣　　|￣￣￣￣|　　〔￣￣〕　
　｜　　　　　　|￣
119 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 21:40: 　　　彡川川川三三三ミ～
　　　川｜川／　　＼｜～　プゥ～ン
　　∥｜∥　◎---◎｜～　　　　　　　／￣￣￣￣￣￣￣￣
　　川川∥　　　　3　　ヽ～　　　　　　＜　１　氏ね氏ね氏ね
　　川川　　　∴）д（∴）～　　　　　　＼＿＿＿＿＿＿＿＿
　　川川　　　　　　～　/～　カタカタカタ
　　川川∥　　　　～　/∥　＿＿＿＿＿
　川川川川＿＿＿／∥　 |　　|￣￣＼　＼
　　　／　　　　　　　＼＿＿|　　|　　　　|￣￣|
　　/　　＼＿＿＿　　　　 |　　|　　　　|＿＿| 　　
　　|　＼　　　　　　|つ　　　|＿_|＿＿／　／
　 /　　　￣￣　　|￣￣￣￣|　　〔￣￣〕　
　｜　　　　　　|￣
120 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 22:15: >>114
>oracleなら回避策や対応を依頼できますよね

結局そのソフトが有償か無償かは関係無く、
サポートに対してお金を払っているから依頼できるのでは？
オラクルもブロンズサポート以上を契約しないと
パッチもらえませんよね。
(ODBCとかのパッチはOTNから入手できますが。)
121 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 22:16: >>114
PostgreSQLのソースって結構綺麗だからバグ出ても大体直せるよ。
自分で駄目ならコミュニティーに頼んだり、(期待は出来ないが)
他の方法で問題を回避したりすれば良いんだよ。
Oracleって金出さないと相手にしてくれないから、
FreeのDBMSとどっちが安いか微妙だね。
122 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 22:24: ただそれでもACCESSを選択することは絶対ないよな。
アメリカじゃクリスマスカードつくるのに使うって言ってたな。
あんなもんで業務アプリつくんのはイエローモンキーだけだって。ぷ。
123 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 22:39: >>122
クライアントがＯＳごと落ちてMDBがぶっ壊れるとか、
糞役に立たないロックとか、
最適化しないとぶくぶくふくれるとか、
ユーザが直接MDBを開いて壊してしまうとか・・・(藁
124 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 22:46: >>123
さては経験者（ﾆﾔﾘ
最悪なのはデータベースもろともプログラムも壊れるってとこかな。
125 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 22:53: 要はＡＣＣＥＳＳは地雷原ってことだね(藁
126 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 23:01: ちゃんと特性を理解して使えばAccessも便利。
そのツールの目的も理解せず、作るのが楽だからとバカ丸出しで納品するから
火傷するのだバカめ。

>糞役に立たないロックとか、
そもそもロックが必要な用途には使わないのが基本。
>最適化しないとぶくぶくふくれるとか、
デイリーで最適化するのが基本。
>ユーザが直接MDBを開いて壊してしまうとか・・・(藁
直接開けないようにロックをかけるかAccess本体は与えないようにするのが基本。
>最悪なのはデータベースもろともプログラムも壊れるってとこかな。
データ用のMDBとプログラム用のMDBは分けるのが基本。

ま、ここまで理解してたら普通はAccessで開発なんてしないけどね。
しかし少なくとも開発ツールとしてのDBフロントエンドには最高の環境だぞ(藁
127 名前： 122 投稿日： 2001/03/27(火) 23:19: >>126
当然解ってるよ、そのくらい。
ドキュソＳＥを説得する為に資料作ったからさ。
因みにＭＤＢでＣ／Ｓを組もうとするアホは必ず
共有フォルダにＭＤＢ突っ込んでやる奴が圧倒的。
つーかドキュソＳＥはそう設計する(藁
128 名前： 127 投稿日： 2001/03/27(火) 23:20: >>127
123の間違い・・・鬱だ・・・
129 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 23:21: >>122
>因みにＭＤＢでＣ／Ｓを組もうとするアホ

それを少なくともC/Sだと思ってるオマエもアホ。
130 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 23:25: >>129
それをC/Sでないと思っているお前もアホ
131 名前： >130 投稿日： 2001/03/27(火) 23:37: 春だからネタだかマジだか分からないや(藁

マジっぽいので一応突っ込んどく。
どこにサーバがあるんだよ。

SMBサーバとクライアントだからC/Sだ。なんていうなよ（藁
132 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 23:45: あのさぁ。
ツールがどうとか、ＤＢＭＳがどうとか、この論調にもううんざり。
プロは、何を使っても、しっかりしたもの作るんだよ。
値段が高いもの使ってりゃ偉いとでも思ってんじゃない？
133 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 23:51: つーわけで OPO が勝利。
134 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 23:53: あのー、煽り合戦が始まりそうなところ、ちょっと悪いんですが・・・

>直接開けないようにロックをかけるかAccess本体は与えないようにするのが基本。
これってどういう意味ですか？
プログラム用のmdbにユーザーをアクセスさせて、データ用のmdbはパスワードを
かけるってことですか？

おしえてくださいな。
135 名前： >132 投稿日： 2001/03/27(火) 23:57: >値段が高いもの使ってりゃ偉いとでも思ってんじゃない？

誰一人んなこたぁ言ってない。
適材適所が分からんバカを泳がせて遊んでるだけ。
136 名前： デフォルトの名無しさん 投稿日： 2001/03/27(火) 23:58: うごけばそれで良し。
ウダウダ言ってコスト上げるのはＰＧの悪い癖だね。
137 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 00:05: >共有フォルダにＭＤＢ突っ込んでやる奴が圧倒的。
>つーかドキュソＳＥはそう設計する(藁

何でいけんの？
教えてちょ。
138 名前： >136 投稿日： 2001/03/28(水) 00:05: >うごけばそれで良し。

この手合いが一番立ちが悪い。
「動けば良いんだろ」の一言でメンテ不能、拡張性ゼロ、環境依存しまくり
のプログラムを書く。

奴の歩いた後はぺんぺん草も生えない。
139 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 00:07: なんかさっきから見てると、突っ込んでる奴一人じゃないか？
つまんねーな。
140 名前： >137 投稿日： 2001/03/28(水) 00:08: 50MByteあるMDBを共有かけたらどんな事になるか想像してみ。
141 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 00:09: >「動けば良いんだろ」の一言でメンテ不能、拡張性ゼロ、環境依存しまくり
>のプログラムを書く。
おいおい、そんなの設計段階で把握出来る問題だろ。
設計書通りに作らないでどうして納品できるんだ？
142 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 00:15: 50M！？
そんなデータサイズのヤツって作ったことないっす。
ごめん、弱小企業なんです。
共有化したらスゴイ遅くなりそうだけど。
143 名前： >141 投稿日： 2001/03/28(水) 00:20: >そんなの設計段階で把握出来る問題だろ。

そりゃ無理。家だってちゃんと設計してあってもいくらでも
手抜き工事は出来るでそ？
で、使い込んでいくとボロが出てくる。

プログラムもいっしょ。
いっくらマトモな設計が出来ても、「動けば良し」の合言葉の元に
腐ったコード吐く奴はいくらでもいる。
それでも見かけは設計書通り。あけてびっくり玉手箱状態。
144 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 00:25: >いっくらマトモな設計が出来ても、「動けば良し」の合言葉の元に
>腐ったコード吐く奴はいくらでもいる。
>それでも見かけは設計書通り。あけてびっくり玉手箱状態。
ちゃんとプロジェクト管理してない所のソースはほぼそんな感じだね。
みんなめんどくさがってやりたがらないんだけど、やらないと
後が大変ってことが解らないんだよな。
145 名前： >144 投稿日： 2001/03/28(水) 00:40: プロジェクト管理だけで綺麗なコード書くようになるの？

コメント書かない、例外処理は省く、大域変数使いまくり
自分にも分からないマジックナンバー、どこまでも続く
main関数…etc.な「動けば良しクン」が保守性の高い
コード書けるようになるとは思えないなぁ。

結局ダメな奴は何やってもダメ。
146 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 00:44: >>145
そういうダメって、なんか能力うんぬんと言うよりは、
他人の迷惑にどれだけ責任感じれるかとか、そういう
公共心みたいなもの有る無しのような気がしてきた。

最近の若い人にはそういうのない人多いからなあ。
147 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 01:04: >>145
普通、しっかりとしたプロジェクト管理をしているところは
コーディング規則もつくって、ソースをメインツリーに反映
させるときにソース(コーディング規則)の検査するよ。
だから駄目駄目な新人さんが書いたコードでも規則通りに
書かれていれば見やすいし、スパゲティーになることもないよ。
大抵、スパゲティーを書く人はちゃんとプロジェクト管理
出来ない人か、全く管理されてない人のどちらかだね。
148 名前： seven 投稿日： 2001/03/28(水) 06:20: さて
特大-自前でがんばる
大-AS/400とかでCOBOL 新規はDelphi
中-オラクル+Delphi+アクセス(MDB、帳票専用)
ってことで良いとして、
1のような小規模DBは、どうすれば良いのでしょう?
149 名前： seven 投稿日： 2001/03/28(水) 06:52: あ、小の下には、カード型DBが位置しますです。
150 名前： 77 投稿日： 2001/03/28(水) 09:03: > >>77さん　フリーのDBMSを使った場合、傷害発生した場合自分で解決しなけれ
> ばなりませんよね。

Oracleでも基本はそうですよね。
まずは自分で調査し、マニュアルを調べ、書籍にあたり、Networkで同じような
事例が無いか調べる。サポートのページも含めてね。
で、どうしようも無いときに、サポートに頼る。

> oracleなら回避策や対応を依頼できますよね。

依頼は出来るが、迅速な解決は前に書いたとおりほぼ絶望でしょ？
まぁ、Oracleのサポートがタコだから、デフォルトでサポートの
無いPostgreSQLと似たようなもんでしょ、などという主張はしませんが。

> だから
> ソフトウェア開発業者であっても、PostgresSQLをソースレベルで修正する
> 能力がなければ、あえて使うメリットはないですよね？

「だから」になってないんですが・・・。
PostgreSQLは他にメリットがあるから使おうとするんです。

> だからタダだからって安易に使おうとするのはどうかな？　と言いたかった
> わけです。

安易に使おうだなんて思ってないですよ。

なお、PostgreSQLにサポートが無いような印象を受けますが、サポートは存在します。
http://osb.sra.co.jp/PostgreSQL_Support/PGsupport.php3
151 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 10:13: >>148
それこそACCESSでいいんでないの？（ｗ
１万件位までならACCESSで作っちゃうけど。
そういうオレはダメプログラマーなのでしょうか？

ところで話しを蒸し返して悪いんだけど、五郎の「オラクル接続ドライバ」
ってSQL＊NET（今はNET８か）もいらないの？
152 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 10:52: Oracleの開発ツールとしてはOOBが最強ってことで。
ネイティブ接続だし(w
153 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 17:13: ＡＣＣＥＳＳ（ＶＢＡ）＋Ｏｒａｃｌｅ（パススルークエリー）を推奨するね
参考書も結構あるしさ、かなり簡単に出来るよ

>>151
俺も１万件ならMDBをリンクテーブルにしてＡＣＣＥＳＳだけで作るよ
レポート印刷の度にACCESS呼出んじゃ遅くなるしね
もっとも、金がある客ならオラクルぐらいは買わせるけどね
154 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 20:07: >>77さん、いろいろと参考になりました。はじめに書いていた方とは違う
んですよね。はじめはタダだから・・・という話の流れだったので、
私のようなＳＩ業者の場合は、あえてフリーのものを使うメリットが感じ
られなかったので・・・

ちなみにどんなメリットがあるのか簡単に教えてもらえると助かります。
155 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 20:34: sage
156 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 22:14: http://mentai.2ch.net/test/read.cgi?bbs=prog&key=984211784
157 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 22:15: ごくろーさん。
でも上がっちゃうんだな、これが。
158 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 22:15: http://mentai.2ch.net/test/read.cgi?bbs=prog&key=984211784

ここで待ってるよ。
159 名前： デフォルトの名無しさん 投稿日： 2001/03/28(水) 23:16: 1はどこいった？
160 名前： SQL-Server忘れてない？ 投稿日： 2001/03/29(木) 00:34: なかなか話に上がってこないね。(藁
161 名前： デフォルトの名無しさん 投稿日： 2001/03/30(金) 01:55: 4Dが出てこないけど、そんなに愛されていないのか？
162 名前： デフォルトの名無しさん 投稿日： 2001/03/30(金) 02:05: DB2だって
163 名前： seven 投稿日： 2001/03/30(金) 05:40: MS-ACCESSを使いこなせるのは、>>148であげた中規模以上の人たちなので、そのままでは無理があると思います。
やっぱり、カード型DBの次は、いきなり中規模になってしまうのかな。
MS-DOS/98のころのNINJA+αみたいなやつが欲しいです。って、やっぱビジネスソフト板が適当な感じ。
164 名前： デフォルトの名無しさん 投稿日： 2001/03/30(金) 23:06: なんだかんだ言ってもやっぱOracleでしょ。高いけど。
同時接続ユーザー数が多くないとか、レコードが数10万件程度で
ストアドプロシージャーは使わないとかなら何でもいいんじゃない。
最近のコンピューターは速いしね。

ちなみに、コレ『業務データベース開発環境スレッド』じゃないの？
つーわけで、最近はJDK1.3＋ServletAPI2.2＋JSP1.1。
165 名前： 適材適所だね。 投稿日： 2001/03/31(土) 00:53: Oracle/DB2/PostgreSQL/MySQL/Access
←大規模－－－－－－－－－－小規模→
InfomixやSQLServer使ったこと無いから割愛(藁
166 名前： デフォルトの名無しさん 投稿日： 2001/03/31(土) 03:18: SQLなんて最低だOODBMSよ
167 名前：　　投稿日： 2001/03/31(土) 03:29: >>165
右端にTextDriverも入れほしい気がする。

SQLServerはPostgreSQLより上かな。
（ＤＢ２はよく知らない）
168 名前： デフォルトの名無しさん 投稿日： 2001/03/31(土) 11:04: バックエンドはDB2,フロントエンドはWebSphereで作る
169 名前：　投稿日： 2001/04/01(日) 03:33: 開発環境ならメモ帳でＳＱＬ文書いてます。
170 名前： 名無しさん 投稿日： 2001/04/01(日) 10:28: 入力は copy con hoge.sql で済ませています
ええ、デバッグなんてしません
私が間違うワケがないじゃないですか
171 名前：　投稿日： 2001/04/01(日) 14:03: PostgreSQL、WAN実装してほしい、早く。
そうしたら愛しちゃうなぁ。
172 名前： デフォルトの名無しさん 投稿日： 2001/04/01(日) 17:26: Oracle Discoverer どう？
バイト先で使ってるんだけど、これしか知らない…
173 名前： デフォルトの名無しさん 投稿日： 2001/04/01(日) 19:04: Discovererは単なる検索ツールや（藁
オラクル純正でオラクルにしか使えないやろ、駄目。
174 名前： デフォルトの名無しさん 投稿日： 2001/04/02(月) 09:58: >>171
WANって何？
175 名前： デフォルトの名無しさん 投稿日： 2001/04/02(月) 10:19: >>171
ＷＡＮじゃなくて、ＷＡＬ（WriteAheadLog）だろ
176 名前： デフォルトの名無しさん 投稿日： 2001/04/02(月) 14:41: >>175
ん、じゃぁ、実装終わってるじゃん。
177 名前： デフォルトの名無しさん 投稿日： 2001/04/06(金) 11:06: >>171
PostgreSQL7.1で実装されて夏前に出てくると思われるがどうよ
これでボラクルなんて使わずに済む案件が増え
178 名前： デフォルトの名無しさん 投稿日： 2001/04/06(金) 11:20: ません。
179 名前： デフォルトの名無しさん 投稿日： 2001/04/06(金) 11:34: さすがにリリース直後は仕事じゃ使えんだろ
180 名前：学生投稿日： 2001/04/10(火) 20:22: 業務データベース関連の仕事って楽しいですか？
どの辺が楽しい、つまらない等、実際に業務に就かれている方のご意見頂きたいです。
よろしくお願いします…。
181 名前： デフォルトの名無しさん 投稿日： 2001/04/10(火) 20:59: >>180
何Ｋにも及ぶストアドプロシジャーを組まされた日には
そりゃもう。。。（Oracleで体験）
結果が出てこないからまともにデバッグできないし。

デバッグ用テーブルを作ればよかったんだろうけど、
何から何まできっちり決まっているんだもの、個人的希望の入る裁量は
ないような。
182 名前： デフォルトの名無しさん 投稿日： 2001/04/10(火) 21:26: 俺はこっそりテーブル張っちゃうけど。どうせ開発環境だし。
183 名前： デフォルトの名無しさん 投稿日： 2001/04/12(木) 03:45: 最近のDB2は6.0からは全プラットフォーム用Universal DB(UDB)という名前に
統一されてるはず。　各unix/AS400/NTとか用のは以前からUDBでしたが。
184 名前： デフォルトの名無しさん 投稿日： 2001/04/13(金) 07:17: AS400/UDB/Delphi400が既製品では最強って聞きましたけど。
185 名前： デフォルトの名無しさん 投稿日： 2001/04/13(金) 09:42: >>184
パフォーマンス、堅牢性からいけばその組み合わせ最強でしょうな。
情報が少なすぎるのが難点。

DBアクセスレイヤーを多層にして対応するメインフレーム
を増やせばもっと多くのビジネスシーンで使われると思う。

KylixやDelphi6で使われるDataCLXでは仕様が公開される
から実現可能な気がする。後はメインフレームメーカーが
ドライバの仕様を公開してくれればいいのだが・・・
ここらへんが日本のメーカーは閉鎖的。
186 名前： デフォルトの名無しさん 投稿日： 2001/04/14(土) 00:30: dbuty
187 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 22:26: ＰｏｓｔｇｒｅＳＱＬ７．１リリースあげ～
ＷＡＮ搭載ばんざーい。
やっとボラクルの競合に成りうる可能性を持ったフリーのＤＢが出来たね。
つーか、これからが正念場か(藁
188 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 22:49: >>187
Oracleの持ってるパイの一部(一部も一部、Web限定)を刈り取る事には
なっても、競合にはなるまい。うまく住み分けて生き残れば吉。
つか、変にOracleを意識して欲しくない。

InterBaseやらSQLAnywhereやら、お手軽でかつ実績のあるDBMSは他に
もあるし。
Oracleの競合なんて呼べるのはDB2ぐらいのもんでしょ。
189 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:40: >>188
MS SQL Server
Sybase
Informix
後ろ二つはちと弱いが一応競合。
190 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 01:36: InterBaseがGPL版出したら、Debian+kylixで最強になるのかもね。
191 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 13:11: すくなくとも、ここ１，２年は、XなGUIはメインストリームには
出てこないと予想。
192 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 18:38: http://www.borland.co.jp/news/kylixjp.html
http://www.borland.co.jp/news/kylixready.html
http://www.borland.co.jp/news/kylixturbo.html
http://www.borland.co.jp/news/kylixredhat.html
http://www.borland.co.jp/news/kylixmiracle.html
193 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 18:41: >>192
Kylixスレにしようよ・・・
194 名前： デフォルトの名無しさん 投稿日： 2001/04/18(水) 02:24: >>190
InterBaseはとっくの昔にオプソだけど・・・
195 名前：投稿日：