1 ：
オラクルマスター：
Oracle8(8i)しか使った事がない。
しかも、ほとんど参照するだけなのに、、、。
ほんと意味ないよなぁ。
前のプロジェクトではJet使ってた。
VC+ODBCの勉強にPostgreSQL使おうと思ってる。
OracleとかNotesとかって、周辺アプリが充実しててサポートがしっかりしてる
っての以外に利点ってあるの？教えてオラクルマスター！
3 ：
仕様書無しさん：01/10/14 07:12
>>2 マネンジメント的にみると
使える人が多い＝安心＝人の単価が安い
4 ：
仕様書無しさん：01/10/14 17:58
Accessはデータベースと言えるのでしょうか？
5 ：
仕様書無しさん：01/10/14 17:59
>>3 超亀レスすまそ。技術的な側面も教えてオラクルマスター！
>>5 Jet＋mdbは（以下自粛
オラクルマスター１科目：１萬５千円
オラクル入門に落ちたぞ！
金返せ、金返せ、金返せ・・・
はげしく鬱なので「鬱打」して、クソして
逝ってきます。
ごきげんよう。
8 ：
オラクルマスター２号：01/10/14 18:44
VBやVCでオラクルをデータベースに使うときはでミドルウェアに
たぶん００４０(Oracle Objects for OLE)を使っていると
思いますですが(OBDCよりかはメチャクチャ速い)、ダイナセットは
アクセスされたテーブルのコピーを持っているだけなので
引数のSQL文には注意をしましょう！〈件数が多いとかなり待たされます）
また、システムが落ちるときもありますです、はい。
オラクルマスターを受けようをお思いのみなさまへ
シルバーを取っても周りに言うのは控えましょう。
ゴールドは多少威力を発揮します。試験の内容をしらないおっさんには。
プラチナは出来るだけ周りに言うのは控えましょう。
恥を掻くのはあなたです。
9 ：
みちゅ ◆zzfy/JR2 ：01/10/14 19:22
一応DBエンジニアをやってるなり☆
オラクルはよく使うなりよ☆
VBやPowerBuilderから接続してるなり☆
>>4 みちゅはアクセスを使うなら
MSDE＋VBで開発するなり☆
SQLServerと完全互換なりからいい感じなりよ(o^-')v
あとSQLServerを持っていればフリ～で配布出来るので
Oracleを使うまでもないシステムならMSDEをオススメするなり☆
12 ：
仕様書無しさん：01/10/14 19:50
いろんな周辺機器とか買ってきて、箱とか たまりますよね。
それらをスキャナーで撮ってデーターベースで管理したいんですけど、なにがいいですか？
13 ：
仕様書無しさん：01/10/14 19:54
たとえばマウスとか買うと
「超小型USBマウス1.5mメーカー名型番保証規定メーカーの電話番号etcetc...」
とかあって、分量が少ないと、マニュアルとして独立してなくて、箱にそのまま印刷されてますよね。
それらをポイッと捨ててしまえない性格なので、とっておきたいんですけど、ダンボールにぶっこんでおくだけだと検索性が悪いので、スキャンしてカンタンな説明文をつけてデーターーベースに保存したいんです。
でも昔挑戦した
「本だなの蔵書目録データーベース作成」
みたいに挫折しそうな予感もしますが、、、
300冊くらいなのに入力に挫折したし、、、、
PC-9801 でCPU が286の時代でしたが。
>たぶん００４０(Oracle Objects for OLE)を使っていると
>思いますですが(OBDCよりかはメチャクチャ速い)、ダイナセットは
更新系はadoの方が早い、これ定説。
15 ：
みちゅ ◆zzfy/JR2 ：01/10/14 19:59
16 ：
仕様書無しさん：01/10/14 20:50
>>14 私はいつも ODBCパススルーです。
検索も更新も速いし、使い方も簡単。
複雑な処理だと、プロシージャを投げることも出来ます。
17 ：
みちゅ ◆zzfy/JR2 ：01/10/14 20:56
>>16 DBがOracleでVBでアプリを開発する時にODBCを
使うというケ～スもあるなりかぁ☆
oo4oを使わない理由は何なりか？
oo4oの方が処理は早いと思うなりが。。。
18 ：
仕様書無しさん：01/10/14 21:06
>>17 ・ODBCパススルーは、直接SQLが渡るのでミドルの影響が少ないと思う。
ヒントもそのまま渡るし。
・マスター関係はリンクテーブルにすることで、数分で出来るので生産性が良い。
oo4oでしか出来ないことも有るけど、VB+oo4o だとDBアクセスのところの
決り文句のコーディングが長くなるから生産性は低いでしょう。
ACCESSだと、パススルークエリーとパススルーファンクションの雛型を
作っておけば、SQL設定して実行するだけ。
2行でSQLが実行できローカルテーブルにも落ちる。
20 ：
みちゅ ◆zzfy/JR2 ：01/10/14 21:13
>>19 なるほどぉ☆
はずかしながらVBではoo4oを使ってしか開発した事ないなりぃ☆
PowerBuilderは使った事あるなりか？
あれは専用のdllがあって
なんだろう？コ～ドのなかでSQLを書くことが出来るなりよ☆
処理も早いなり☆
よかったら一度おためしあれ(o^-')b
>>18 Oracle8iって画像をデ～タとしてとりこむ事って出来なかったなりか？
実は画像をDBで取り込むって事をしたことがないなりぃ(￣▽￣;)
21 ：
仕様書無しさん：01/10/14 21:17
>>12 その位のことで使うんだったら、ファイルメーカーProで十分だろ。
22 ：
みちゅ ◆zzfy/JR2 ：01/10/14 21:19
>>21 クラリスとかいうメ～カ～のソフトなりよね？
前にいた会社で使ってたなり☆
カ～ド型DBだったなりか？
23 ：
非決定性名無しさん：01/10/14 21:21
20,18＞
インターメディアの機能を使えば、
ＯＲＡＣＬＥで画像を取り込める
24 ：
名無しさん＠１周年：01/10/14 21:23
25 ：
注犬プログラ魔：01/10/14 21:42
ＯＲＡＣＬＥの方がいいでしょ！！
なにがいいって、文献等がいっぱいある♪
ｓｐとかは、ＳＱＬ－Ｓｅｒｖｅｒの方が優れているような
気がするけど！！
26 ：
仕様書無しさん：01/10/14 21:52
こんど仕事の小さなシステムでＭｙＳＱＬを使うことになったんだけど
大丈夫なんかな？
なんかいろいろ調べて、いろいろと「ない」ＤＢだということがわかった。
ＭｙＳＱＬにないものの一例
・トランザクション
・サブクエリー
・ストアド・プロシジャー
・カスケード処理
・外部キー
たけしメモの「こんなＤＢは嫌だ」にでてきそうなＤＢだな・・
（ただし最新版ではトランザクションはオプションとして存在するらしい）
技術力があればPostgreにすべきだね
28 ：
みちゅ ◆zzfy/JR2 ：01/10/14 21:53
>>26 結構ないなりね(^^;)
MySQLはもう決定なりか？
PostgreSQLはダメなりか？
ウィンドウズならMSDEもいいなりよ☆
29 ：
みちゅ ◆zzfy/JR2 ：01/10/14 21:55
>>26 小さなシステムならMSDEの方がいいと思われ。。。
MySQLにも適した分野ってもんがあるんだろうけど、
どんなだ？あんまりDB選択するのに頭使ったこと無いからなぁ
いつも無条件でOracle
Vaccumする必要がなくなればPostgreSQLが天下を取ってもおかしくないのだが・・・・
でもこれが致命的か・・・・・
32 ：
みちゅ ◆zzfy/JR2 ：01/10/14 22:29
アクセス使いの人が他のＤＢで設計すると
必ずテ～ブル等が日本語なんですが。。。
あれはヤメテくれっちゃ(>_<)
すみません。
いきなりですが、データベース初心者のぼくは
何から手をつければ良いのでしょうか？
やはり、「データベース入門」みたいな本を読むところから
でしょうか？
諸先輩方どうかご教授くださいませ。
34 ：
みちゅ ◆zzfy/JR2 ：01/10/14 22:33
>>33 言語はSQLというやつなりから
それを勉強するなり☆
とりあえずマシンにDBを入れてみませう☆
35 ：
仕様書無しさん：01/10/14 22:55
>>26 げげげ。うちはMySQL導入しちゃったですぜ。
俺はほぼ外野なんだけど、DBには興味がある。（いずれそっちに逝きたい。）
「外部キーがない」って、複数のテーブルを関連付けられないってこと？
それじゃRDBじゃないよね。勘違い？
>>35 勘違い。
外部キーはRDBの必要条件ではないよ。
あ、37=35っす。
>アクセス使いの人が他のＤＢで設計すると
>必ずテ～ブル等が日本語なんですが。。。
なにか問題が？
それから口調が気持ち悪いよ > みちゅ ◆zzfy/JR2
>それから口調が気持ち悪いよ
漏れは嫌いじゃないよ。
意味無く喧嘩調なやつよりずっといい。
41 ：
仕様書無しさん：01/10/15 00:34
>>39 口調は全然ＯＫだと思うけどね！
問題ありますよ！
他のＴＯＯＬと繋いだ時に
文字が化ける可能性がある。
（どのテーブルか特定できない。）
例えば、海外製のアーカイブツールとかさ！
しかも化けるとワザワザ「？？」とか変更するので
文字数や化けコードとかでも特定できない・・。
他にも弊害は、一杯あるとは思うけどね♪
>41
んなツール使うな。
OracleやSQLServerなら2バイト文字のテーブルやカラムでも問題
ないのに、気持ち悪いとか普通は英数なんて理由で禁止されるのは
たまらん。
一生英数8文字固定で、暗号みたいな名前付けてろってんだ。
質問。
ちょっと前まで付き合いのあったソフトハウスが「NASAの使用してる凄いDBを使ってる」
って言ってたんだけどわかる人いる？
結局、わからずじまいだった…
>NASAの使用してる凄いDBを使ってる
ネタですか?(W
NASAで開発されたhogehogeっていうフレーズ思い出したよ。
3段リーゼントじゃないの？
46 ：
仕様書無しさん：01/10/15 00:55
>>42 製造しかやったことないでしょ？
後で色々苦労するのよ！
だから、普通どこのプロジェクトでも
命名規約で使わないようにしてるよ！
ＮＴＴ○ータ除く！！
>>46 具体例だしなよ。
どうせ昔の話ばっかでしょ。
>ＮＴＴ○ータ除く！！
じゃあNTTデー○さんは毎回苦労してんのに変えないんだ（ｗ
単純に日本語でやるのメンドクサクないか?
SQL打たない人にはどちらでも関係ないが。
49 ：
仕様書無しさん：01/10/15 01:31
googleのDBの調査希望。
>>42 >>47 Oracleはテーブル名・カラム名の2バイトコードは、『推奨しない』か『保証しない』となっていたはず。
オレは、コーディング中にいちいちIMEで漢字に切り替えるのが面倒なのと、
コメント以外でコード中に2バイトコードが混じっていると違和感を感じるのと、
無用なトラブルがイヤなので、英数（さすがに8文字は無いが）。
基本的に多くの有名ソフトは、1バイトコード圏の人たちが作っていることを忘れてはいけない。
まぁ最近のMS製品は、内部は全てUNICODEなんだろうけど。
関係ないけど、Windows95が出た当初に日本語のファイル名を付けているヤツを最初に見た時は衝撃だった。
DOS時代は8+3だったからね。
>>50 Oracleは9iからUnicodeサポートされたから大丈夫なハズ。
昔はトラブルがあったというのはわかるんだけど、いつまでもそれじゃあ
先進めないでしょ。
>日本語のファイル名を付けているヤツを最初に見た時は衝撃だった。
"はじめに.読"なら8+3以内（含笑
52 ：
仕様書無しさん：01/10/15 02:46
>>51 何がどう先に進めないの?
空港でも道路でも、普通アルファベットで案内を併記するでしょ。
それと同じで、開発者がかならずしも漢字の読み書きができるとは
限らないので、ASCIIで表現するのが吉。
これって、世界の常識。
UNICODEっていってもいくつかあるじゃん
「昔はファイル名に8.3文字しか使えなかったから
今も8.3をこえるファイル名は使うな」なんて言われ
てもナンセンスでしょ？
使っちゃいけない所に使うのはバカだけど、調べも
せずに頭ごなしに使うなっていうのも同じくらいダメ。
>53
日本語が使えないUNICODEってあるんですか？
56 ：
コメント無しさん：01/10/15 02:55
>>52 開発者がかならずしも英語の読み書きができるとは限らないのでは？
しかもそういうやつのほうが、身近にいることが多い。小熊とか。
asciiにしておくのがいちばんトラブルがすくないと思う。
unicodeだってutf-8と16じゃちがうんじゃないの？
asciiコードに相当する部分は同じでも
>>47 たとえＯＲＡＣＬＥだけがUnicodeを
サポートしたからって、リンク先から見ると化ける場合があるの！
（リンク先の問題ではあるけど！）
ＯＲＡＣＬＥのみでやるなら、ＮＬＳがあるから
問題ないっていえば、問題ないかもしれんが・・。
（日本語コンポーネントを全ての端末に入れた場合のみ）
59 ：
仕様書無しさん：01/10/15 03:00
おれは断然日本語派。
ソースが読みやすいし、項目の意味もわかりやすい。
K001 とかの項目名使っている人の生産性を計ってみたいよ。
項目一覧表を確認するのに結構無駄な時間かけてないかな。
保守性も低くなるし最初からそんな名前付けるのが
どうかしてるって。
おぃ、まじかよ！
>51
こいつネットワーク相当弱いな（ｗ
63 ：
仕様書無しさん：01/10/15 03:03
Oracle なら Unicode より SJIS の方が安心じゃない？
旧字の問題もあるし、Net8で変換するのがなんかイヤ。
必要なテーブルの項目名ぐらい大体暗記するのも仕事のうちだろ！
59じゃないけど、昔は長い名前をつけられなかったの。
だから今でもCOBOL上がりだといまだにそんな名前つける人結構いるよ。
DB2/AS400なんか今はどうだろ？
66 ：
仕様書無しさん：01/10/15 03:04
K001は上段だろうね
普通はやっぱり英語
分からなければ辞書で調べればよし
59寒すぎます、、、
69 ：
仕様書無しさん：01/10/15 03:05
>>64 プログラム作る仕事で、一番大切な資源は記憶力（頭のキャッシュ）だと思う。
貴重な記憶を、つまらないことに浪費したくない。
>貴重な記憶を、つまらないことに
だからそれが一番大切だって。他にも大切なものはあるけどさ。
自己レス
テーブル名のコードを覚えなきゃならないってことね
おれが間違えた、すまん
それでもおれは日本語反対だ
>>67 オマエワカッテナイデショ？
理由言ってみな！！
utf-16が無くなるまでおれは
日本語には反対
ハングルマンセー
>>72 2バイトのテーブル名やカラム名が通らないなら
2バイトのデータも通らないことになりますが・・
制御文字が入るから？
>>70 個人的な小さいシステムならいいのかも！！
でも、商業用なら全テーブルで何千ってのは良くあるでしょ？
だから、命名規約コードと日本語名称を使うことが多いよ！
>>65 最近のＣＯＢＯＬ上がりの人は、ハイフンで文字をやたら繋いで
変数名を長くする人もいる（笑
ファイル名は、アンダーバーで繋ぐし・・。
げっ！！つうかマジで知らないの？
８．３の理由！
一応言っておくけど
古いＯＳ（ＤＯＳやＷＩＮＤＯＷＳ３．１）とか
他のＯＳ（ＬＩＮＵＸ）の端末があるからって
理由じゃないよ！
もちろん拡張子が判断できないってことでも無いよ！
もっと、致命的なことがある。
79 ：
仕様書無しさん：01/10/15 03:19
>78
なんか気になる、その理由教えれ
>>78 もしかしてロングネームの事？だったらあんたイタイよ
>>73 Oracleだと
4-4 Oracle9i データベース新機能
データベース・キャラクタ・セットとは関係なく、これらの
データ型の列にUnicode 文字を格納できます。
Unicode データ型用の各国語キャラクタ・セット（NCHAR 、 NVARCHAR2 およびNCLOB0 ）
は、AL16UTF16 あるいはUTF8 に制限されています。 デフォルトのキャラクタ・セットは
AL16UTF16 です。
関連項目:『Oracle9i グローバリゼーション・サポート・ガイド』
関連項目:『Oracle9i Net Services 管理者ガイド』
だってさ。
SQLServerはUCS-2、UTF-16、UTF-8 をサポートしてる。
UTF-16使わなければヨシ
げ、この時間に書き込んでる奴いるのか
ハヨネ炉よ>80
AL16UTF16 ってのは巷で言われているutf-16となんか違うの？
>>82 ロングネーム？
ＷＩＮＤＯＷＳのプロトコルの話を
してたんだが・・・。
最初から見てないのかな？
まあいいや・・・。
「ＷＩＮＤＯＷＳのプロトコルの話」って何？
マジレスきぼーん。
>>56 >開発者がかならずしも英語の読み書きができるとは限らないのでは？
英語にしろとは書いてないよ。ローマ字でも良し。
ASCIIで書かれているものすべてが英語ではないよね。
小熊って何?
開発者が必ずしも日本語の読み書きが出来るとはかぎらないプロジェクトも多そうだな。
iso-2022-jp以外でメール送られて来て、問題なく読めてるのに文句いってる風。
慣例っていうものですかね。嫌いじゃないけど。
90 ：
みちゅ ◆zzfy/JR2 ：01/10/15 19:53
何かみちゅの「オブジェクトに日本語はやめよう」発言が
こんなにも議論になるとは。。。
でも日本語賛成派が多いのには驚いたなり☆
92 ：
仕様書無しさん：01/10/15 21:02
>>90 そうですね。
日本語使う人が多くてびっくりですね。
実務経験の無い人が多いのかな？
93 ：
みちゅ ◆zzfy/JR2 ：01/10/15 23:29
>>92 正直驚いたなりよ☆
テ～ブル等日本語なりかぁ★
テ～ブルが日本語だと「これを作った人はアクセルあがり」
って思ってしまうなり(^^;)
そうそう皆しゃんはOracle9i使ってるなりか？
みちゅはまだ使った事ないなり(^^;)
8iばかりなり☆
最近はMSDEも扱うようになったなり(o^-')b
小システムには良いなりよね☆
日本語使うなって連中はやっぱり日本語わからない連中みたいだな。
>>92 >日本語使う人が多くてびっくりですね。
「使ってる」と書いてるのは>59とNTTデ○タくらいだろ？
「使えない理由はない」とは他にも書いてあるが。
95 ：
仕様書無しさん：01/10/15 23:51
私は日本語項目名を積極的に使います。
漢字は一文字ずつ意味をもっているので、ソースを斜め読みしても
処理が追いやすいですね。
アルファベットだけのソースは、本気で読まないと理解しにくいです。
文字だけの仕様書より、図の入った仕様書の方が理解しやすいのと一緒でしょう。
96 ：
仕様書無しさん：01/10/16 00:07
46さん
>>78にある'致命的'って事を教えてYO!
97 ：
仕様書無しさん：01/10/16 00:08
日本語使ってるやつって低脳だよね
100近し
99 ：
仕様書無しさん：01/10/16 00:13
>>93 ワシなんぞこの前まで7.3、今ようやく8.0.5じゃ
8iになるとサブクエリの中でOrder byできるらしいのう
項目に日本語なんぞ使ったら別の言語コード使ってるシステムから接続できんし、
oo4oやらでエラー続発して地獄におちる
VIEW作るのが常識
ひっそりと100ゲット
なんか無毛な争いがくりひろげられてますが（ﾜﾗ
スレタイトルのデータベースにどれ使ってるって観点からすると
日本語おっけー派->SQLサーバ、ORACLE9i、MSDE、アクセル(?)
日本語ふざけんなボケ派->その他
という事でよろしいか？
別に今なら日本語のフィールド名称でも問題ない場合が多いでしょ。
でも打ちずらいから、俺は嫌い。
そう思ってる人は結構いない？
103 ：
仕様書無しさん：01/10/16 00:39
確かに打つ時はちょっと面倒だよね。
項目名が長くなりがちだしね。
でも、ドキュメントが無くても理解しやすいので、俺は日本語派。
特に他人のシステム引き継いだ時には、まともなドキュメントが
あったためしがない。
104 ：
仕様書無しさん：01/10/16 00:44
日本語が通ると、かえって設計やドキュメントが疎かに
なりはしないか？
105 ：
仕様書無しさん：01/10/16 00:49
ドキュメントの量は減ると思う。
工数も減り、開発期間も短縮でき、みんなハッピー。
106 ：
仕様書なしさん ：01/10/16 01:03
悪夢を見ているようなスレだな。
SQLってそもそもDBの依存度を下げる役割があったはず。
OracleだけがDBじゃないんだよ。
このスレタイトルからしていろんなDBを使った経験がある人たちの
はずなんだけど、とてもそんなふうには思えない。
ちなみにおれは詳しくないんだけどSQL99の仕様ってサポートすべき
文字コードまで指定してるの？
日本語使ってる人はWindowsでの開発オンリーという整理でいいですか?
>SQLってそもそもDBの依存度を下げる役割があったはず。
あなたこそ現実を知らなすぎる。
DBに依存しないSQLなんて夢の中にしか存在しない。
SQLServerとOracleの両方で使える外部結合のSQL書いてみ。
>108
SQLServerなんて使ったことない。それだけで現実を知らない
ということになるのか？ま、おれのことはいいとして、
>>SQLってそもそもDBの依存度を下げる役割があったはず。
>SQLServerとOracleの両方で使える外部結合のSQL書いてみ。
製品ごとに互換性がないならなるべく最大公約数を探すのも
大切なんじゃないのか？それにここで言ってるのはクエリー
の話ではなくてカラム名の話だろ？
>DBに依存しないSQLなんて夢の中にしか存在しない。
規格はあるんでねえの。
>SQLServerとOracleの両方で使える外部結合のSQL書いてみ。
こいつは拡張部分でしょ。互換性ないのはあたりまえ。
>>109 どうせsqlの書き換えが必要になるんだから、そん時にカラム名も
そのDBにあわせりゃいいじゃんよ。
>>110 互換性ない部分は使わないのか？
だったらあなたの言い分は認めよう（ｗ
a,b,c...というカラム名をつけてるプロジェクトを知っていますが、なにか？
この手の話が最終的にトレードオフってことに落ち着くのが
なんとも悲しい。別に日本語が通るDBならその方が効率がいい
ってのも理解できるし、DBを限定するならそれで問題はない。
たとえ日本語プログラム言語みたいなものがあって、
そういったものの方が効率がいい！って風潮があったとしても
使いたくない。それだけだな、おれの言いたいことは。
根拠なんてなくて好き嫌いの問題。
>互換性ない部分は使わないのか？
なんか、あれだな。キショイな。
拡張部分使うのは、そのほうが楽だからだろ。
おれは、
>DBに依存しないSQLなんて夢の中にしか存在しない。
なんて寝言、言ってるからからかっただけ。
>>115 よせやい。照れるじゃねえか(*^^*)
発端になった>39のメール欄を踏まえての議論なの？<all
全員エンターティナーだ！
まあまあ、マターリ逝きましょう
日本語を使えると効率がイイって言ってるわりには、カラム名に
区分コード１,区分コード２,区分コード３,区分コード４,区分コード５,
区分コード６,区分コード７,区分コード８,区分コード９,区分コード10,
区分コード11,区分コード12,区分コード13,区分コード14,区分コード15,...
とか書いてたりしてね！
120 ：
仕様書無しさん：01/10/16 02:01
正直、78は気になる...
>119
区分コード10以降は数字が1バイトなのが気になる...
122 ：
仕様書無しさん：01/10/16 02:02
んなっアホな。
kubun1,kubun2,kubun3....よりかはましじゃぁ
>123いっしょです
125 ：
仕様書無しさん：01/10/16 02:09
おれは日本語派だけど 123 はいっしょだと思う。
>>119 カラム名を縦に並べて等幅フォントで見ると
幅がそろってて気持ちいいよ！
正規化しようよ・・・
128 ：
仕様書無しさん：01/10/16 02:25
コボルの「おかーず」っていうの？あれやられるとさいて～。
項目が横にずーっと繰り返してた。
>>120 netatalkのルーティングのことかじゃない？
でも、他のＯＳは関係ないって逝ってるな！
分からんな
>>128 んー、汎用系は今だに
ＮＤＢやＶＳＡＭとかを使ってるから
正規化する必要はないよ。
「OCCURS」はすごいよね。
ＲＬが１ｋｂ超えるなんてザラだもんね。
ＲＤＢやってる方からすると
恐ろしい・・・。
資源の無駄使い！！
131 ：
仕様書無しさん：01/10/16 02:46
Ａ区分コード１、Ｂ区分コード２、Ｃ区分コード３、
：
：
Ａ区分コード５０、Ｂ区分コード５０、Ｃ区分コード５０
半笑いになったよ。
実行計画のことを考えないで
組んであるＳＱＬ
これも笑った！
注意したら、
オプティマイザってなんですか？
実行計画って？
これで１０年選手かよ！
勉強しなおしたら？
とっても、哀れだ！
ＯＲＡＣＬＥマスターの癖に
イージーコンフィグ使わないと
ＮＥＴ８の設定も出来ない奴！
ＬＩＮＵＸ版も少しは触りなさい！！
カラム名に日本語使う派はVBの変数に
も日本語を使うのだろうか？
確かに可読性は上がりそうだが・・・
なんか嫌だ。理由はうまく説明できな
いけど。
135 ：
仕様書無しさん：01/10/16 11:17
>>134 当然使いますよ。
DBの項目名と、変数名が違うと混乱しますからね。
>>133 イージーコンフィグ使った方が、簡単で正確に設定できるでしょう。
SQL*NET V2 から設定が複雑になり、tnsnames.ora を直接編集するのは、そこそこ勉強が必要です。
接続することが目的ならイージーコンフィグ使った方が生産性は高いといえます。
Oracleが好きで、細部まで研究したいというのなら、それはそれで尊敬しますが。
136 ：
仕様書無しさん ：01/10/16 11:32
>>135 >>カラム名に日本語使う派はVBの変数に
>>も日本語を使うのだろうか？
>当然使いますよ。
>DBの項目名と、変数名が違うと混乱しますからね。
ネタですよね？そうだって言ってください
>>136 変数ならまだいいかも、実行ファイル名、フォルダ名、関数名、
手続き名すべて日本語だったりして。
（そーいや昔フォルダ名日本語だと起動しなくなるバグあったよねー。）
138 ：
仕様書無しさん：01/10/16 12:28
関数名日本語って・・・
なんだか信じられない世界があることを初めてしった。
おれもまだまだ修行が足りないなｗ
うげ、そうなのか。今はそういう事もOKなんだ。
そういう意味ではぴゅう太って先進的だったんだなぁ。
とりあえず今のところは日本語を使う奴はDQNということでＯＫ？
141 ：
仕様書無しさん：01/10/16 15:52
>>137 今そんな事できるの（驚
昔はフィールド名に日本語使ってるとタコ呼ばわりされたんだけどねぇ。
最近じゃ関数名まで日本語OKなんてコンパイラとしては進化なんだろうけど、
そういうコードとのお付き合いに抵抗感じるのは漏れだけ？
142 ：
仕様書無しさん：01/10/16 15:57
日本語カラムは抵抗無いけど、日本語COBOLは抵抗ある。って使ったこと無かった。
143 ：
仕様書無しさん：01/10/16 18:07
DQNの吹き溜まり
144 ：
仕様書無しさん：01/10/16 18:07
エクセル
「表」の二バイト目が「\」で（SJISの話ね。MS系は内部ウニコードだと思う）、
テーブル名にその文字が入ってると、失敗するデータベースがあるＹＯ！
146 ：
みちゅ ◆zzfy/JR2 ：01/10/16 19:34
環境によっては日本語使っても問題ないんだからいいでしょ。
想像もつかない似非英語フィールド名付けられるよりかよっぽどまし。
…コーディングの時ウザいから俺はヤだけどね。
148 ：
みちゅ ◆zzfy/JR2 ：01/10/16 20:08
>>147 そうなりよねぇ～☆
まわりの開発者は皆日本語使わないなりからそれが当たり前だと
思ってたなり☆
1年くらい前にVB+oo4oで日本語のテ～ブルをアクセスしたら
エラ～が出たなり☆
それで日本語は絶対ダメなんだなぁ～と思ったなり☆
ここには日本語賛成派が多いから認識を改めたなり(o^-')b
149 ：
仕様書無しさん：01/10/16 20:46
>>148 >ここには日本語賛成派が多いから認識を改めたなり(o^-')b
改めないほうがいいぞ。マジで。
テーブル名やフィールド名に日本語使うなんて厨房のする事。
和英辞典ひきながらでも1バイトコード使って命名するクセつけないと、
不思議な動作で悩む事になるぞ。
つうかプロなら（だよね？文面から判断したんだが）君の職場の人
みたいなのが普通だよ。
テーブル名やフィールド名に日本語使っているDBなんて恥ずかしくて
人に見せられないだろ。
検索キーの中身見てたら日本語があったりすると凄く怖い。
項目名が日本語ってだけでも充分怖いのに。
151 ：
仕様書無しさん：01/10/16 20:58
>>150 同意。
でもこの前仕事でやったよ。
他社の作ったDBにアクセスしたんだが、日本語オンパレードで恐かった。
見事なくらいに全部日本語だったよ。
さらにドキュメントすらねぇ。
聞いたら「見れば分かるでしょ」だと。
ドキュメント無くて、どうやったら1000近いテーブル（フィールドじゃないぞ！）を迷わず
アクセス出来るんだか・・・ﾊｧ
>>151 だれも全体像が把握できないシステムの一丁上がり！
ってな感じですな。ERDやDFDはおろかテーブル定義書
すら無かったりしてな。
153 ：
みちゅ ◆zzfy/JR2 ：01/10/16 22:10
>>149 みちゅは絶対に日本語を使わないなりよ☆
大丈夫なり☆
なんか上の方でNTTデ～タが出てたなりね☆
NTTデ～タしゃん☆
ボイステ～ジ使ってるなりよ☆
いつもサポ～トありがとうなり☆
>>152 >ERDやDFDはおろかテーブル定義書すら無かったりしてな。
うん。無かった。
基本的にデータベースの基本概念すらわかってなかったし。
なんでも構築ソフトみたいなの使って作ったらしく、フィールドやテーブルすら
わかってなかった。
「テーブルって言うのは○○（そのソフトでの呼び名）のことですか？」
って聞かれたし・・・
アクセス用のユーザー作ってくれって言ったら
「なんでですか！！」
ってヒステリックに言われちゃったし
思わず「お前のところがヘタレすぎるからうちにお鉢が回ってきたんだろうが！」
って言いたくなっちゃったよ。
一応納品したけど、社内では2次開発の話は提案どころか口にすらしたがらない・・・
ここで日本語使うとかいう奴は
ドキュソかアマ
あるいはネタ
信じないように。
日本語使っちゃいけない理由がないのに使うな言うヤツは
思考停止した化石。
文字コードのトラブルってかなりめんどくさい部類に入らないか？
それともそういうものに遭遇したことがない幸せもの？
今までが運がよかっただけだと思った方がいい
>>156 使っちゃいけないなんていう奴いないって。
思う存分使えば？
>>157 使っちゃいけない環境では使わないってば
>>159 だから、使うなとは言ってないって。
使えばいいじゃん。
被害妄想か？
161 ：
仕様書無しさん：01/10/17 00:56
firebirdを使ったことのある方います？
あれができてこれができないなど、使用感などを教えてください。
162 ：
仕様書無しさん：01/10/17 00:59
>157
同感
「ORA-00904 列名が無効です」
の悪夢は体験したものだけが知っている
オレはエラーコードまで覚えてるよ
もっとも体験するまでわからないのは阿呆だ
firebirdなら乗ってるよ。
ガスの減りが早い。
>>162 根拠なし。
記憶違いかもしれないとは思わないのだろうか。
日本語派はおれにちかよるな
166 ：
仕様書無しさん：01/10/17 01:26
日本語項目名の良し悪しを論じるスレならいいけど。
単なる誹謗中傷合戦になってない。
多数決で決まるような問題じゃないんだから、論理的に話し合おうよ。
>>162 Oracleの場合、少なくとも8i以降で日本語のテーブル名、列名を
使用しても問題ないことが明言されてるよ。
日本語オブジェクトに対応していないミドルウェアやツールが存在
するけれど、それはそのミドルウェアやツールの問題（というか仕様だな）。
ミドルウェアやツールも含めて、日本語が保障されている環境で
日本語オブジェクトを使うのは全く問題ないし、それを問題視するのは
感情論にすぎない。
残るのは移植性だけ。
といっても、データベースエンジンだけを置き換えるような移植は
めったにないんだけどね。
だから、使いたい人は、安全性を確認して使えばいい。
使いたくない人は、使わなければいいだけのことだね。
>>167 その主張には、ローカライズのバグという視点が抜けてるよ。
それが一番の問題だったりする。
だから俺は使わない。
思考停止と言われれば、確かにそうかもしれんけどな。
169 ：
仕様書無しさん：01/10/17 01:48
プロトタイプ主導の開発なら問題は少ないはず。
万一、日本語で障害が出れば英数字に戻せばいい。
設計を完全にやってから製造にかかる手法だと、手戻りが大変なので
どうしても安全な技術だけを採用しようとするんじゃない。
170 ：
仕様書無しさん：01/10/17 01:49
>>168 同意。
トラブルは避けて通るもの。日本語を使うことでの
生産効率よりそういった些細な問題に悩まされるのを
回避することの方がよっぽど大事。
じつは167-168は俺のｼﾞｻｸｼﾞｴﾝなんだが。
>>170 「安全側に倒す」という行動原理は俺的には最良の戦略だと思うんだよ。
だからそうするし、これからもそうするだろう。
>>168 UNICODEなのにローカライズの必要あるんですかー？
>>172 世の中全てのRDBMSがSQL Serverでは無いのだよ。
ShiftJISやEUCのデータベースなんかごろごろしてるぞ。
>>172 ちょっと前に衝撃的なODBCのローカライズバグがあったからねー。
俺は関係なかったけど。
∧ ∧
/ ・ / ';,
/ '; / ';
/ ；＿＿＿＿＿＿/ ；
／ ＼
／ ／ ＼ ＼
/´ ( ) |＿＿＿＿| ( ) |
| ///// ( | :| ) ///// |
| ( ) :| | ( ( |
| ) ( | | ) ) |
| ( ) '; / ( ( ／
＼ ) ( ＼／ ) ) ..／
ヽ ........:::::::＜
177 ：
仕様書無しさん：01/10/17 02:15
トラブルは避けて通るもの <= これは大賛成。
でも、私は日本語のメリットの方を取ります。
私はここ数年は ORACLE+ACCESS で開発しています。
毎年次々と新機能が出ますが、自宅のPCで色々試してみて
メリットがあるようなら取り入れています。
（ローデバイス、パーティションテーブル、ストライピングなど）
日本語項目名についてもテストして採用しました。
初期には「表」などの文字で障害が出ましたが、項目の管理しやすいので
障害の出る字を避けて使っていました。（さすがにちょっと気持ち悪かったが）
ここ数年はまったく問題ないです。
英数字項目名を使っている人に、無理に日本語を勧める気はまたくないです。
私は、人より生産性があがった時 うれしいのです。
わかりやすいスマートなプログラムを作りたいと思っています。
そのためには日本語項目名（表名・変数名も）は大きな武器になっています。
なんかDB2ってシェアのびてるみたいだけどどうなの？
ヲレが昔使った時の印象は柔軟なSQL書けない印象だったけど
最近はどうなんでしょ。
OSをWindowsに限定できるのならまぁいいんじゃない？
生産効率もあがってるんだろうし。
むしろオレも含めて不幸なのは雑多な環境で仕事をする人。
これで日本語なんて使われた日にはもう・・・
余談だけど、
おれならWindowsをサーバーとして使うならMS製品で固めたいな。
そうするのが一番いいとも聞いたし。
>>178 厳密に計測なんてしたわけじゃなくて単なる使用感だけど
悪くなかった記憶がある。バージョン4か5ぐらいのとき。
Linux上の商用DBとしてならOracleよりもそっち使ってみたいなぁ
ウイルスつくるクラッカーに狙われやすいのはいいことなのか?
183 ：
仕様書無しさん：01/10/17 02:43
みちゅってファッション板のベルサーチスレにいた奴？
俺はその喋り方ウザイって言った奴。
184 ：
仕様書無しさん：01/10/17 06:40
エクセルは日本語使えるぞ。
データベースって遅れてるな。
>>183 ２ｃｈで叩かれないコテハン見たこと無いよ。
ま、コテハンってたいがいキャラだそうとしてウザくなってるよね。
186 ：
仕様書無しさん：01/10/17 06:57
>178
やっぱりOracleの価格改悪から使うの増えた。
ロックとかパティーション、RMANとか機能的
にはOracleの方がましだがとにかく安いので
要求のキツイところはこれとLinuxの組み合わ
せで提案書作成している。
あと、上の方でNTTデータの人が出てたけど、
あの会社はOracleと話がついて価格改悪後も
旧価格体系を使えたよね。9iでもそうなの？
187 ：
仕様書無しさん：01/10/17 15:46
富士通のWINCAREはテーブル名日本語だな
データ連携させるシステムを作ったけど
目的のテーブルが見つけやすいのと
SQL書くとき面倒くさいのと半々だった
漏れは日本語使わない派だけど
188 ：
みちゅ ◆zzfy/JR2 ：01/10/17 19:31
ホ～ムペ～ジからDBをアクセスしに行く場合
皆さんはどんなスクリプトを使うなりか？
OS：NT4.0 or NT2000 or Linux
DB：MSDE(NTの場合) or PostgreSQL(Linuxの場合)
Web：アパッチ or IIS
ASP、PHP、XML?、Perl、JAVA、他に選択しはあるなりか？
ちなみに同時接続数は５人以下とするなり☆
皆しゃんはどのパタ～ンで行くなりか？
参考までに聞かせてくださいなり☆
190 ：
仕様書無しさん：01/10/17 19:37
Oracle って何で、outer join が + なのよ
>>189 そういえば、このスレ自体が板違いっぽいかも。
WebProg板って
>Perl, PHP, Java, Ruby, C, Tcl といった言語処理系の話、
>Apache, CGI, JSP/Servlet, ASP, ColdFusion といったアプリケーション実行環境の話、
>Oracle, PostgreSQL, MySQL といったデータベースの話などをテーマにしています。
だから。でも、あっちじゃ、データベースの話題が盛り上がらないんだよね。
192 ：
仕様書無しさん：01/10/17 20:59
>>188 やらせたい処理によるでしょ。
漠然とした質問過ぎて的確な答えを出せないけど、
スクリプト限定で外部に晒すならPHP+ZENDの組み合わせかなぁ。
スクリプトじゃなくていいならCGI組むけどね。
こっちの方が漏れの自由度と生産性高くていい。
193 ：
仕様書無しさん：01/10/17 22:20
>>188 OraclePortalはどう？
テーブルやグラフを表示する程度なら簡単だよ。
194 ：
仕様書無しさん：01/10/17 22:39
4Dの4の字すら出てこんな。
195 ：
みちゅ ◆zzfy/JR2 ：01/10/17 22:47
皆しゃん色々意見ありがとうなり(は～と)
>>193 Oracleって不特定多数アクセスだと
たしかプロセッサライセンスとかでむちゃくちゃコストが
高いなりよね？
やりたい事はホ～ムペ～ジから美容院の予約をするという事なり☆
んー俺なら、
ＯＳ：ＬＩＮＵＸ（ＲＥＤ ＨＡＴ）
ＤＢ：ＩｎｔｅｒＢＡＳＥ
ＷＥＢ：アパッチ＋ＪＳＰ
かな！
金もかからないしこれが
一番好きな組み合わせ♪
ほんとは、Ｐｒｏ＊Ｃｏｂｏｌとか使いたいけど（藁
おれなら、
OS : Linux
DB : PostgreSQL
Web : Tomcat
(大抵は必要ないけど、EJB : JBoss)
かな！
198 ：
仕様書無しさん：01/10/17 23:09
>>195 >やりたい事はホ～ムペ～ジから美容院の予約をするという事なり☆
ということは外部にさらすんだよね。
漏れなら
OS：Linux（Red Hat）
DB：MySQL
Web：Apache+SSL
CGIはgccで作るかなぁ。
表にソース見られるのやだから、コンパイルはしたいなぁ。
NT系はさらすには個人的にはちょっと怖いなぁ。
でも、美容院の予約システムと考えると同時接続数5人って少なくないか？
199 ：
みちゅ ◆zzfy/JR2 ：01/10/17 23:17
>>198 そこなりよねぇ～☆
ボイステ～ジを使った電話のプッシュボタンからの
アプリだと回線４つにオペレ～タ１つの接続で
５人なりよね☆
これはMSDE＋VBで作ったなり☆
MSDEは５人以下でないとパフォ～マンスが落ちるらしいなり☆
同時接続数５人というのはあくまでも目安というか推奨という感じなり☆
同時接続が多いと排他がちゃんと取れるか少し心配なり☆
でも皆しゃん詳しいなりねぇ～☆
聞いて良かったなり(*'-'*)
>>198 ５人って・・・。
サーバープロセスの使い方を考えれば、
美容院の予約ぐらい耐えられるでしょ♪
201 ：
みちゅ ◆zzfy/JR2 ：01/10/17 23:31
>>200 そうなりかぁ？
実はホ～ムペ～ジからDBに接続するのをまだ
やった事がないなり(^^;)
何か他に気をつける点はあるなりか？
もう、終わった話題を・・・。
ＡＣＣＥＳＳのオブジェクト名で日本語を使ってると
ＥＮＧ版でエラーが出てしまうのね・・・。
外資系の人は、要注意！
一応、日本語派の人が多かったので（汗
日本語ＣＯＢＯＬって好きになれんなぁー。
富○通ＳＥさんも、ダイナミックリンクのやり方
間違ってるし（藁
日本語のせいで混乱したみたい。
つうか、経験不足なんだろうけどね（糞
＞MSDEは５人以下でないとパフォ～マンスが落ちるらしいなり☆
実際には落ちないけどなぁ・・・
ＳＱＬ鯖と何が違うかよくわからん（笑）
>>201 携帯からのアクセスを考える場合
ＳＳＬがＤＯＣＯＭＯだと５０３から
しかダメだと思った。
その辺注意！
（カード等使わんなら必要ないけど）
あとは、排他のタイミング！
予約状況を初めに検索した時点で
仮押さえしちゃうと、不味いかな・・・。
おっしゃるとおり、あっという間に５プロセスぐらい
使っちゃうし、ＬＯＣＫ待ちが・・・。
205 ：
みちゅ ◆zzfy/JR2 ：01/10/17 23:43
>>203 そうなりかぁ☆
これはMSのサポ～トセンタ～に問い合わせて
確認したなり☆
「最高のパフォ～マンスを実現するには同時接続を５人以下に
してください」との事でしたぁなり☆
自分でSQLServerと比較したわけではないなりぃ(^^;)
>>203 ＭＳのページ見れば、書いてあると思うよ！
ＤＢエンジンとしては同じ物だけど、
接続数に制限かけてるみたい！
レベル低い・・・。
>>COBOLマスタ～
ありがとうございましたなり☆
>>207 みちゅはね☆
COBOLマスタ～しゃんはレベル高いなりよね☆
みちゅもまだ22なんでこれからこれから(^^;)
209 ：
ＣＯＢＯＬマスター（ゴールド）：01/10/18 01:00
>>208 あんがと！！
半端者にならんよう、ガンバ！！
俺も、ＣＯＢＯＬマスター（プラチナ）を目指します。
210 ：
COBOLマスター（シルバー）：01/10/18 01:03
今年で５年目だが未だにファイル編成がよく理解できない。
211 ：
ＣＯＢＯＬマスター（ゴールド）：01/10/18 01:11
>>210 どうも、シルバーさん。
そりゃ、いくらなんでもネタでしょ？＞ファイル編成
ＶＳＡＭ系の扱いは、メーカーによって多少違いが
あるので、面倒だけど・・・。
212 ：
仕様書無しさん：01/10/18 01:12
＞ＤＢエンジンとしては同じ物だけど、
＞接続数に制限かけてるみたい！
みたい、、だけでそ・・・
実際10クライアント程度で実験してみたが
そんなに落ちないんだよなぁ・・
まぁ問題出ればSQL鯖に変えるだけだし、とりあえずはいいんでないかい
>>208 >COBOLマスタ～しゃんはレベル高いなりよね☆
おいおい、大丈夫か？奴が一番レベル低いだろ。
>>204はデタラメもいいとこ。ネタかもしれんが。
214 ：
ＣＯＢＯＬマスター（ゴールド）：01/10/18 01:17
>>213 あんがと♪
ＣＯＢＯＬＥＲなので
204のどこがでたらめか分からん！
知ったじゃなきゃ、指摘してみて☆
>>214 デタラメと指摘されただけでもありがたく思いな。
216 ：
ＣＯＢＯＬマスター（ゴールド）：01/10/18 01:28
>>215 具体的な指摘できないところを見ると
知ったかぶりだったか・・・。
残念♪
ま、そういうことにしとけよ。
俺は全然困らんしな。
218 ：
ＣＯＢＯＬマスター（ゴールド）：01/10/18 01:32
>>212 一応、キチンと実験したわけじゃないので、
みたいと書きました（藁
パフォーマンスが落ちないというなら、
実験した時の条件や
パフォーマンスの測り方が悪いのでは？
>まぁ問題出ればSQL鯖に変えるだけだし、とりあえずはいいんでないかい
この考えは、辞めたほうがいいですよ。
個人としてのシステムなら問題ないですけど。
>echo zeko
zeko
******
1-218
>
220 ：
仕様書無しさん：01/10/18 01:39
ネカマをめぐる攻防ですか？
それともマジでプライドかけてがんばってるの？
コロ助との男三つ巴の三角関係？
>>210 >パフォーマンスが落ちないというなら、
>実験した時の条件や
>パフォーマンスの測り方が悪いのでは？
つーか、君の測定の方法が悪かったとは考えられんのかねぇ。
Webのリソースでも、パフォーマンスの考察はゴロゴロころがってるのだが、
それすら検索できないのか。
とか言いつつ
>>206 >ＭＳのページ見れば、書いてあると思うよ！
のような適当なこと書くし。
必殺技を繰り出すとするか。
『ソースは？』
ＣＯＢＯＬマスター（ゴールド）は、Webという言葉に憧れを持つだけの、本物のＤＱＮか、
コボラーの地位を貶めようとするネタなのかのどちらかだね。
俺は後者だと思うけど。
全角アルファベットを使ったり、固有名詞を微妙に間違えて使うあたりがネタ臭い。
ほー、ちょっとは謙虚になったみたいだな。
ちょっと好感持ったので、暇が出来たらどこが間違ってるか説明してやる。
期待せずに待っとけ。
もっとも、こんなエラソーな奴の説明なんぞ聞きたくないかもしれんがな。
ｼﾞｻｸｼﾞｴｰﾝのにほいｇ
>>224 流石は、同士ＣＯＢＯＬＥＲ♪
ＶＢマガの情報がソースとは・・・。
あれって、エミュレータでやっただけだし・・・。
どうしても使いたかったら、
運用を想定して、テストして問題なきゃ使えば？
やっぱ、最強のＤＢは、ＡＩＭ／ＤＢ！！
ね！？富土通さん♪
228 ：
仕様書無しさん：01/10/18 02:36
229 ：
仕様書無しさん：01/10/18 02:37
230 ：
仕様書無しさん：01/10/18 02:39
231 ：
仕様書無しさん：01/10/18 02:39
228-230
kakkoii hoshi
>>227 >あれって、エミュレータでやっただけだし・・・。
書かれてる内容が理解できなかったんだね♪
つーか、同じコボラーとして恥ずかしいから逝ってくれ。
233 ：
ＣＯＢＯＬマスター（ゴールド）：01/10/18 03:01
>>232 あの文章を信じた君に乾杯！！
ＣＯＢＯＬＥＲに完敗！！
234 ：
仕様書無しさん：01/10/18 03:18
>どうしても使いたかったら、
>運用を想定して、テストして問題なきゃ使えば？
だからぁ。。運用目的で10クライアント用意して
問題なかったのら
ちなみに漏れは。。ｺﾎﾞﾗではない（ｗ
235 ：
仕様書無しさん：01/10/18 13:33
>>204 >あとは、排他のタイミング！
排他のタイミングがどうなの？
>予約状況を初めに検索した時点で
>仮押さえしちゃうと、不味いかな・・・。
まずい。
>おっしゃるとおり、あっという間に５プロセスぐらい
>使っちゃうし、
プロセスって何のプロセス？
>ＬＯＣＫ待ちが・・・。
Lock待ちは通常意識しなくて良いはず。
それを意識するようなプログラムはDQN。
あくまでもWebアプリの場合だけどね。
236 ：
仕様書無しさん：01/10/18 13:59
PHP(or Perl)+MｙSQLが好き
やっぱりDB2は好きになれない。
238 ：
仕様書無しさん：01/10/18 22:19
239 ：
仕様書無しさん：01/10/18 22:36
あのー、
Oracle9iのWebSiteをみると、静止画だとか動画なんかもDBに保存できる
みたいなことが書いてあるんですが、これって、ファイルそのものを
DBに保存できるってことなんですか？それとも中身のバイナリだけを
DBに保存するってことなんですかね？？
あ、いや、何もそうしたデータだけじゃなくって、たとえばエクセルだとか
ワード、、マックなんかで作ったデータなんかもDBに登録できれば
スゲェ便利になるなぁと思ってるんだけどさ。。
知ってるヒトいたら教えてください。
Oracleに電話できいたら、テクニカルな質問は買ったヒトでないと教えませんって
オネェチャンにいわれちゃったからさ・・・
BLOB型
241 ：
仕様書無しさん：01/10/19 00:32
>>240 Oracle inter Media のことじゃねーの？
242 ：
仕様書無しさん：01/10/19 00:53
>>239 iFSなら、ファイルコピーの感覚で簡単。
めちゃメモリー食うけど。
243 ：
仕様書無しさん：01/10/19 06:22
>239
BLOB型。但し、取り出すのが遅くて面倒。大量の
動画だった場合、ディレクトリシステムの導入を
真剣に考えた方が良いと思われ。
>242
iFS動いてます？ソラリス版は動いたけど、NT版は
判らん。iDevelop2001の時もらったやつなんで
サポート無しでお手上げ。
情報ありがとうございます。
iFSとは何ナノでしょうか。うーむ。調べてみます。
BLOB型ですが、、ファイルそのものをほうり込むことができるんですね。
もっと勉強します。
245 ：
仕様書無しさん：01/10/19 12:50
>244
Oracle Internet File System
オラクルのマニュアルって全部pdfで手に入らないかな？
b
251 ：
仕様書無しさん：01/10/19 16:48
>>249 おおっ！！これは、便利そう！！
あんがと☆
おれここで落としたのCDROMに焼いていつでも仕事持ってってる。
253 ：
仕様書無しさん：01/10/19 21:00
>>252 んー最高！！
こういった情報を
もっとみんなで出しあえたら良いのに！
んー、私も情報なんかなかったかな？
みなさま、
ローカルのデータベースはあとどの位存在価値がありますか？
256 ：
仕様書無しさん：01/10/19 21:24
>>254 もうちょっと、接続詞をちゃんと使って･･･。
>254
お前は本当にデータベースを使いたいのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、データベースって言いたいだけちゃうんかと。
258 ：
仕様書無しさん：01/10/20 00:54
ガイシュツかもしれんが、
ゲームプログラムってＤＢとかって使わないの？
各社オリジナルのＤＢツールとか持ってるのかなー？
259 ：
仕様書無しさん：01/10/20 00:59
>>258 使ってるゲームプログラム見たことあるのかと問いたい。
>>259 ない
テキストにラベルをつけて、
ＤＢっぽく使ってるのは見た。
まともなDBだと一緒に配布するとライセンスの問題がでてくるような。
ネットゲーとかのバックエンド(サーバ)には使ってるんとちゃう?
262 ：
仕様書無しさん：01/10/20 01:05
将来はどうなるんだろうね。
必須条件に要ACCESS200Xとか書いてあったりして・・・
263 ：
仕様書無しさん：01/10/20 01:20
Ｈ社の子会社にいますが、Ｈｉ○ＤＢ使ってます。
遅い、かっこ悪い、ドキュメントわかりズらいと
なってます。協力会社さんにも評判悪い。
オラクルとかＳＱＬサーバ、うらやましいな～。
>Ｈ社の子会社にいますが
いいなぁ、おれも会社でHしたいよ。
265 ：
仕様書無しさん：01/10/20 01:43
会社で一人エッチしました。
ディスプレイとドキュメント汚してしまいました。
>265
会社からDELETEされないよう、注意！
267 ：
仕様書無しさん：01/10/20 01:54
>264
ボケんといて！！
268 ：
仕様書無しさん：01/10/20 06:47
>258
スクエアーはOracle9i使っているそうな。
9iの発表会でスクエアーの開発者がビデオ
出席していた。
269 ：
仕様書無しさん：01/10/20 08:38
DB2 UDB が台頭してきてるね。
オラクル全盛の時代もそろそろ終わりか・・・？
270 ：
仕様書無しさん：01/10/20 09:31
4D...な人っていないのかな？
Windowsがありならいてもおかしくなさそうなのに...
Access+SQL～
さっき変なエラーが出たんでAccessの中身みたら、
テーブル名に、-(ﾊｲﾌﾝ)、全角記号（かっことか）が
フンダンに盛り込まれていた。
' (ｱﾎﾟｽﾄﾛﾌｨ)を発見したとき殺そうかと思った。
ネタだといってくれ・・同僚Ｙ!
Accessならテーブル名は必ず角カッコで囲うもんでしょ。
ネタだといってくれ・・
>>271 >>271 (-人-)ﾅﾑ～
漏れは、半角英数及びアンダーバーしかつかわんな
日本語使いたい欲求は、あるのだが（笑
>>272 アクセス知らないだろ（苦笑
日本語名ってソース打つ時ｳｻﾞくない？
>アクセス知らないだろ（苦笑
意味わからん、説明プリーズ
>日本語名ってソース打つ時ｳｻﾞくない？
そういった理由も含めて日本語は使わない
ガイシュツだろ？
>>276 うん。だから、特に説明したり教えられたりしなくても自然に
日本語名は使わなくなるのが世の常だと思っていたんで。
普通に使われているのか?と思って意外だったんだYO。
>普通に使われているのか?と思って意外だったんだYO。
ところがｷﾞｯﾁｮﾝﾁｮﾝ
数多く使われている（ｗ
変数名・関数名にすらも・・・全角記号数字やら・
まぁ。。カラム名ぐらいなら使いたい時も多々あるが、
そうゆう欲求も抑えている。
>>271を例に出すまでもなく、この世界は未知だ・・・（藁
ＣＯＢＯＬマスターさん
ＣＯＢＯＬマスターという資格ってあるの？
自己申告制
281 ：
ＣＯＢＯＬマスター審議会：01/10/20 23:43
>>279 ＣＯＢＯＬマスター条件
シルバー：８５の文法やＪＣＬを理解できる。
ゴールド：業務系アルゴリズムや構造化プログラミングができる。
プラチナ：ＷＯＲＤ＆ＥＸＣＥＬが使える。
以上
282 ：
仕様書無しさん：01/10/21 02:34
みんな可変長とNull使ってる？
283 ：
仕様書無しさん：01/10/21 02:38
可変長は住所なんかでよく使うよ。
Null値はインデックスが作成されないので、小数のデータに印を
つけるときは便利。（容量が節約できる）
Oracleの時だけどね。
>>283 Nullを許可すると、その項目がNullかどうかを保存する領域も必要になります。
1バイトの項目だったら、Not Nullの方が容量をくわないと思う。
また、検索対象になるときは、Not NullにしてDefault値を入れておいた方がいいと思います。
Nullは必要があるとき（未定義という状態を保存する必要がある）だけに使うべし、というのが一般的な見方のようです。
285 ：
仕様書無しさん：01/10/21 06:27
＞281
最新COBOLでやっている糞オブジェクト指向
拡張部分はどこに含むの？
286 ：
仕様書無しさん：01/10/21 11:15
>>284 なるほど、勉強になります。
数百件程度の未処理データに、印をつけるような用途に使ってました。
索引は小さくてすみますが、データ本体が膨れるわけですね。
287 ：
仕様書無しさん：01/10/21 12:47
>>284 MySQLってそれしか出来ないよな(藁
288 ：
仕様書無しさん：01/10/21 18:19
そんな事より１よ、ちょいと聞いてくれよ。スレと少しは関係あるからさ。
このあいだ、うちの会社で４Ｄ使ったんです。４Ｄ。
そしたらなんかバグがめちゃくちゃいっぱいで大変なんです。
よく見たらなんか別テーブルのフィールドが出てきて、一旦違うテーブルを選ばないと
正しいフィールドが選択できないんです。
もうね、アホかと。馬鹿かと。
１５０件ぐらいの明細をまとめてトランザクションかけたぐらいで止まるんじゃねーよ、ボケが。
１５０件だよ、１５０件。
なんかプロパティリストでオブジェクト名長くすると飛ぶし。そんなチェックもできてねえの。おめでてーな。
しかも日本語使ったオブジェクト名や変数名を編集すると位置によっては文字化け。もう見てらんない。
４Ｄ社、頼むからなんとかしてくれと。
データベースってのはな、もっときちんとしてるべきなんだよ。
テーブルのフィールド設定でいちいちわずらわさず、スムーズに設定できる、
そうでないとめんどくさいじゃねーか。あとでまとめて編集する時辛いんだよ。
で、やっと動いたかと思って、印刷かけてみたら、内部的なエラー吐いてフリーズするんです。
そこでまたぶち切れですよ。
あのな、旧版からコピペしてきたフォーム印刷するだけでフリーズすんなよ。ボケが。
高い金とっといて何で、こんなんでフリーズすんだ。
お前ら本当にやる気があるのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前ら、「小さく生んで大きく育てる」って言いたいだけちゃうんかと。
４Ｄ通の俺から言わせてもらえば今、４Ｄ通の間での最新流行はやっぱり、
４Ｄ Ｉｎｓｉｄｅｒ、これだね。
できる限り４Ｄ Ｉｎｓｉｄｅｒで開発。これが通の開発のやり方。
ところで４Ｄの四則演算には優先順位がない！普通はカッコだらけになる。これ。
で、あらゆるところでコピペ連発。これ最凶。
これをやると確実にデスマーチに陥るという、自殺行為。
普通の神経の持ち主にはお薦め出来ない。
まあ、大規模開発には４Ｄは向いてないってこった。
289 ：
仕様書無しさん：01/10/21 23:47
290 ：
仕様書無しさん：01/10/21 23:50
>>281 ﾜﾗﾀ。でも、ワードエクセル使えるコボラーは確かに少ない(w
>まあ、大規模開発には４Ｄは向いてないってこった。
ACCESSなら、銀行システムでも組めそうな気になった（ｗ
>>288 問い詰めるにも、小一時間くらいじゃ済みそーもないな(w
>>290 大抵のコボラーは、
ＣＯＢＯＬ組んでるより、
ワード・エクセルと格闘してる時間のが
長い!!
294 ：
仕様書無しさん：01/10/22 01:28
仕事でオラ。 プライベートでもオラ（パーソナル）。
295 ：
仕様書無しさん：01/10/22 01:59
プライベートのオラって、いったいどんなデータが入ってるの？
>プライベートでもオラ（パーソナル）。
自分で購入したか？（藁
プライベートならAccessで十分。
っていうか、Excelでも十分。
と言いながらMySQL使ってるけど。
つうか、
＞自分で購入したか？（藁
という反応をすぐする人って、、、、（藁
つーか
仕事持ち帰ってやってると・・・以下自粛
>299
人類皆共犯
...これでいいのかソフト屋業界（ｗ
302 ：
仕様書無しさん：01/10/22 20:35
Oracleで処理が重い場合
まず何をすればよいですか？
漠然としすぎて意味がわからないと思いますがよろしく。
303 ：
仕様書無しさん：01/10/22 20:37
>>302 Oracle使うのをやめる事を検討する。
実は一番近道だったりしてね。マジデ。
>>302 プライマリ・キーが適切かどうかだよな。まずは。
305 ：
仕様書無しさん：01/10/22 20:53
>>302 analyze はしてあるかな？ちゃんとインデックス使ってる？
306 ：
仕様書無しさん：01/10/22 20:55
create table文
create index文
select文
これだけ書けば、山ほど助言が来ると思うよ。
307 ：
仕様書無しさん：01/10/22 20:55
>>304 主キーはシーケンスから取得しセットしてます。
>>305 検索処理するような列に関してはインデックスを貼っております。
308 ：
302＝307：01/10/22 20:58
テーブルの作りは良い場合は次に何をしたらよいでしょうか？
参照する表領域を分けて違うドライブにデータファイルを移動する。
でよいでしょうか？
309 ：
仕様書無しさん：01/10/22 21:05
>>308 SQL*PLUS の set autotrace on で、実行計画を取得します。
効率が悪い場合は、ヒントを付けたり索引を増やします。
データ量はどのくらいで、テーブルいくつJoinしてますか？
（すみません「テーブルの作りは良い」ってのを信用はしてるんですが）
「参照する表領域を分けて」も2倍程度しか違わないのでは？
まずはどの処理で重いかを明確にしないと見当違いな修正して無駄な体力使うYO！
>>307 インデックスは作成しても、分析しないと使われないことがあります。（念のため）
312 ：
仕様書無しさん：01/10/22 21:22
データ量が大きい時はパーティション化！
これは効くよ。
パーティションのレンジ切るの失敗して、作り直しはないた ←１２０ぱーてぃしょん
<<脱おら宣言>>
二度と使ってやらないYO!
315 ：
仕様書無しさん：01/10/23 01:07
like は遅いよ ﾌﾟﾝﾌﾟﾝ
>>314 でも正直さ、余程のことがない限りオラクルは避けるのが正しい鴨ね。
良い面もあるんだけど、コストとか、リソースとか、要求スキルとか
高すぎるんだよ、他のと比べると。 俺自身のスキルはおいといて。
客に売るときはこれを逆手にとることもできるけどね。
>>316 > コストとか、リソースとか、要求スキルとか
> 高すぎるんだよ、他のと比べると。
Oracle 以外使ったことないんだけど、確かに高い。
ライセンス 2 ユーザしか買えなくて、アプリケーションでキューイング
したこともあったなあ。
開発キットも高いし。(てゅーか、Pro*COBOL なんか要らんちゅーに)
>>317 ライセンス体系変わったの知ってる？
Oracle9i Database Standard Editionだと、5指名ユーザで16万だよ。
Personal Editionは79,000。
Enterprise Editionは手の届かないところにいっちゃったけど・・・。
319 ：
仕様書無しさん：01/10/23 14:17
>318
>Enterprise Editionは手の届かないところにいっちゃったけど・・・。
OTN版、OTN版。
320 ：
仕様書無しさん：01/10/23 21:27
体験版ってこと？
使用期限がなかったっけ？
321 ：
仕様書無しさん：01/10/24 23:13
今7.3使ってます。
接続に１０秒くらいかかるのですが・・・
7.xはこんなに遅いの？
それとも設定をミスったのかなぁ。
と解釈してるけど、許諾書読んでないから本当にそうなのかは知らん。
>>322 期限の制限はないけど、使用目的が限られてるYO!
>>322 思わずダウンロードしました。
でも、Net8ConfigurationAssistantっていうのを立ち上げると死にます。
それはともかく、どうやって使うのかな？チュートリアルとかあるの？
326 ：
仕様書無しさん：01/10/26 21:01
質問でっす。
Oracleを使ってます。
ユーザーが５つ程あり全て同じ表領域で設定してあるのですが
表領域は複数作ってユーザー毎違う表領域を指定した方が
処理が早いのでしょうか？
327 ：
仕様書無しさん：01/10/26 21:39
>>326 まあ、DISKまで分ければアクセス集中時には若干速くなるでしょう。
でも 容量の管理が面倒になるので、私ならRAID化して一つの表領域のまま
パフォーマンスを上げますね。
>>327 ありがとうございます。
若干速くなる程度なんですね。
もう一つ質問があります。
ずっと前に何かの本でSGAのメモリを増やせばパフォーマンスが
かなり上がるというのを見たのですが
どうやればよいのでしょうか？
またそれは本当の事なのでしょうか？
よろしくお願いします。
329 ：
仕様書無しさん：01/10/26 22:13
>>328 shared_pool_sizeなんかを増やすといいよ。
100Gくらい割り当てな。
330 ：
仕様書無しさん：01/10/27 01:12
331 ：
仕様書無しさん：01/10/27 01:22
>>328 redoログファイルの大きさを増やすと更新は速くなるよ。
だまされたと思って 一個 50Mくらいにしてみて。
332 ：
仕様書無しさん：01/10/27 01:46
>>326 表領域を分けるかどうかは、運用面も考えておいたほうがいいよ。
オンラインバックアップは表領域ごとにやるし、表領域単位の管理も
多いので、煩雑にならない程度に分けたほうがいい。
少なくともプロジェクトとかシステムという単位では、分けておいたほうがいいよ。
ム板でしょ
335 ：
仕様書無しさん：01/10/27 12:41
>>332 表領域は５つ位でOKですか？
皆の意見をまとめると
1.表領域をユーザー毎に分ける。
2.shared_pool_sizeを50Mにする。
3.REDOログファイルを50Mにする。
4.もっと早くしたければRAID化する。
こんな感じでしょうか？
まだOracleの設定でパフォーマンスを上げる方法があれば教えてください。
336 ：
仕様書無しさん：01/10/27 15:22
REDOログファイルってなんて読むの？
レド？
338 ：
仕様書無しさん：01/10/27 16:35
昔オラクル社員がレドロクって読んでた。変だと思ったけど・・・。
339 ：
仕様書無しさん：01/10/27 16:37
ゴメン
レドロク -> レドログ
昔とある元請け屋が日本語でテーブルのカラム名を書いたとさ。
プログラムの開発作業にかかって数週間下頃いきなりエラーが。。。。。
調べてみると作成中のプログラムに関わるテーブルの
カラムの大部分が変わっている。
聞いたら「名前が○○××△△だと日本語としておかしいので
××○○△△という形に変えました。」だってさ
それでプログラムをすべてそれに合うように書き換えなければ行けなくなって
急いでやってくれとのことなので土日も出ていたのに、それで進捗が遅いだの困りますと言うと柔軟性がないだの。。。。
金輪際日本語カラム名はこりごり。
フィールド名の変更くらいサクっと対応できる作りにしてないの？
まぁ、日本語名は糞だけどさ。
>340
そりは「日本語」を「英語」に置き換えてもいっしょでは
>>335でよろしいですか？
REDOはリドゥーって読むのかあ。
ヤベ、知らなかったよ。
344 ：
仕様書無しさん：01/10/27 22:11
>>335 それでいいと思う。
でもパフォーマンス上げたいのであれば作りを見直したらどうでしょうか？
345 ：
ＩＮＦＯＲＭＩＸ：01/10/28 01:35
使ってる方っているんでしょうか。ＤＢとしては結構よくできてると
思うんですが、マイナー感が否めない・・・
日本語名は、社内用のちょっとした管理システムには使ってます。
対顧客用では使わないですね。
OS/390とAIXでDB2(UDB)使ってます。レスポンスはそこそこ良いです。
でもAIX上のUDBはちょっと油断するととたんに遅くなったり、トラブルが
出たりで疲れます。OS/390常のDB2の方が、解析ツールとかが充実し
ているので、どこが悪いかの分析結果が早く出ます。
347 ：
仕様書無しさん：01/10/29 14:28
テーブル名やらフィールド名は基本的に日本語で作って、
別名として半角アルファベットに変換するViewを作ってるのですが、
パフォーマンスに大きな影響はありますか？
>>6 逆の方がいいんじゃ。
パフォーマンスはRDBMSの実装依存。
でも多分影響はほとんど無い。
350 ：
仕様書無しさん：01/10/31 18:53
逆のほうがいいよ。
テーブル名、フィールド名が日本語だと無用なトラブルにまきこまれたりする。
昔の話だけど、sqlload(direct loadの場合）すると無限ループに陥って
停止してしまったりということがあったそうだ。
テーブル名、フィールド名のどっちだったか分からないけど日本語が原因。
＞逆のほうがいいよ。
＞テーブル名、フィールド名が日本語だと無用なトラブルにまきこまれたりする。
全くその通りなのだが・・・
半角英数だと、エクセルの日本語項目をエクスポートインポート
する時やら日本語表示したいときやら、うまい方法がなくて困っている
酔い方法しらんかえ？
352 ：
仕様書無しさん：01/10/31 21:02
データベースは、テキストファイルを使っています
RDBしか知らない人たちにNDBってなんですか？ってきかれた。
あなたならどう答える？
354 ：
仕様書無しさん：01/11/01 23:53
>>353 なんですか？
ついでに、CASEツールってなんですか。UMLからDB作ってくれたりするんですか？
安いくて使えるのがあったら教えて。
355 ：
仕様書無しさん：01/11/01 23:57
>>353 「しらんでヨシ」とこたえる。
そしてアナルオナニーして寝る。
NDBしか知らない人たちにRDBってなんですか？ってきかれた。
あなたならどう答える？
357 ：
仕様書無しさん：01/11/02 00:13
>>356 「ケツの穴に聞いてみろ」とこたえる。
そんなことよりよ。
J2EEについてくるDB動いてくんないんだよ。
おれの乳首デカ過ぎるからかな？
358 ：
仕様書無しさん：01/11/02 10:44
>>357 CloudScapeのこと？JAVA_HOMEやJ2EE_HOMEが設定されてないからでは
なくて？
>>358 右乳首は抜いてる。
左乳首は伸ばしてる。
マス大山の影響なんだ。
361 ：
仕様書無しさん：01/11/03 10:58
>>263 Ｈ○ＲＤＢ使ってます。
たしかにあのドキュメントはひどいね。
わかりづれーというよりどう読んでいいのかで悩む。
作った人も「これで良し」と思っているのだろうか？
362 ：
仕様書無しさん：01/11/11 17:12
>>31 次のpostgreはvaccumが変更になるらしいですが､天下を取れますか？
>>362 vacuumが不必要になるわけではありません。
また、仮にvacuumが不必要になったとしても、天下は取れないでしょう。