【富士通】Symfoware【ティムポウェア】
>>10
普通に富士通がSIした会社で使われていると思うが。 PostgreSQL Plusって何?
ttp://software.fujitsu.com/jp/symfoware/news/sf_2003.html
アクセスからODBCでテーブルリンクして読み込むと
巨大なのとか、テーブルによっては
アクセスエラーが起こったりするよね。
DB自体の性能はともかく、フリーウェアの対応等、
使い易さは今のところ確立されてないかな。
>>21
Oracle以外のRDBMSはその辺仕方ないんじゃない?
SolutionBANKに少しなら転がってるけど、いまいち使いにくいしな。 昔のメインフレームのRDBが原型らしい(オープン化)。
SEのノウハウ(資産)を継承するため。
一般受けはしないだろうな。
DSIのIはインスタンス、
DSOのOはオーガニゼーションだったような。
うるおぼえでスマソ。
テーブルを複数に分割したのがDSOで、DSOをさらに分割したのがDSIだったかな
IO周りの速さは認めるが、その他は全てダメポ データの格納領域を定義するものがDSIで、
論理表の格納構造、たとえば、インデックス構造(B-tree)とか、
RANDOM構造(ハッシュ)とかを定義するものがDSOだったような。
分割格納はどっちだったっけ? どりるちんちんって何ですか?
気になって夜も眠れません。 >>29
たしかに今でもVSAMとRDBと同じように扱ってるからな。
うちはサーバでRDBつかって開発やってるのに、DBのことをVSAMファイルと
呼んでいる。
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄ 建てて早々にdat落ち寸前とは
さ す が テ ィ ム ポ ウ ェ ア ! ! いまだにドラゴンボール厨粘着してたんだ。
きもいな。 [アプリ]Symfoware EnterpriseEdition for Windows ver 10.5.rar
Winnyに放流しますた。 >>54
ダウンロードする人いないでしょ
ティンポウェアをつかうならPostgresSQL使います 某外注先は一生懸命Perl用モジュール作ってたな。 symfoつかいづらいんだよ。
よくこんなDB懲りずにうってるよ。
SQLも融通きかないし >>58
もしかして使う気か?
路上でおっさんに、今はいてるパンツを一万円で売ってください と言わんばかりの行為だぞ >>60
使うに決まってるだろ!
Symfoマンセー
オナクル逝ってよし DBに発行するSQLで
SELECT句中のNCHAR項目に関数を使用していると
サービスが落ちちゃうんですが・・・
何とかしてくだちい。。。
SELECT COALESCE(nchar, 'ぬるぽ') a FROM tbl とか サポートに連絡すれば一年後くらいには直ってると思うよ ねーねー
なんでSQL埋め込みCでlong long int使えないの?
売上管理とかやるとあっという間にlong超えるんだけど。 売上管理ならNUMERIC型とかのほうがいいんじゃないの。
割り算での小数桁の扱いもあることだし。 >>66
DBはDECIMALで定義してあるんだけど、訳あってプログラム側で計算しなきゃいかんのよ。
いまはSQL埋め込みCの部分と純粋C(?)の部分を分けて対応してるんだけど、やっぱダサいよね。 埋め込みSQLコンパイラって確かシェルスクリプトじゃかかった?
中でコンパイラを呼び出してるだけだと思ったからlong long は使えると思う
DB2つかうと、いかにチンポウェアがカスかわかるな。 ポルノランドリーのインポイクイクのCDの全貌が読売テレビで明日放送決定。
近日公開ご期待ください! 富士通が、データベースを作ってるという事で、まず笑った。
NECならまだ理解できるが、富士通?
さすが、ネットバブルの時に、社長が雑誌で
「うちは、二万人のSE軍団を抱えてるから」
と答えるだけの背伸び会社やな。
今はどう答えるんやろう。
あれから数年経ったし、出世して二万人のプロジェクトリーダー軍団かな?w
こういう、経営資源に何の余裕も無いくせにハードも作ってDBも作ってしまう
自社のアイデンティティの無い斜陽の古い会社ではなく、
今は実力不足でもいいから中小の野心的なソフトハウスがDB作らないと、
国産のDBは出来ひんな。
ここまで成熟したジャンルに今更殴りこむ勇気があるんやったら、少々性能が低く
ても、優先的に使うけどな。 つか、FがDBMS作ってるのは今に始まったことじゃないんだが。
鬼の首取ったように。夏厨か・・・。 symfowareは、足回りだけはよくできてるよ。
PlusでPostgresSQLの表面とsymfowareのIOを合体させてるらしいし
ただ、バグが多い気がするが
これは日本人のコンピュータ教育の水準が低いからでしょう >>80
DSIとかDSOって相当ださいと思うんだが、極めれば便利なのか?
>ただ、バグが多い気がするが
Unix版のSJISサポートは最悪。
>>81
>Unix版のSJISサポートは最悪。
そんなものいらんだろ。
何の必要がある?
>>82
俺だってUnixでSJISなんか使いたかねーよ。
誰が決めたのかは知らないが、いつのまにかそういう話になってた。
UnixでSJISなんて、もうアボガドチキンパワーズかと。
ま、とにかくティムポでSJISつかうとぜんぜんダメなわけだよ。
あんな中途半端にしか使えないんなら最初からつけるなよクソッタレが。 >>83
コード変換で起こるトラブルにトラウマのある
アフォにありがちな選択ですね。
絶対やめた方がいいことの一つだな。
UNIX版のSJISサポートが糞なのは
どこのDBMSでも同じだろ。
ていうかUNIX自体SJISサポートは糞なのではないか? ∧_∧ ∧_∧
ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。
=〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
= ◎――――――◎ 山崎渉&ぼるじょあ ・DSI/DSOってベンリ?意味ないんじゃない?
パーティション表みたいなのを使うときに、少しベンリ。
そうでないときも、環境変更作業にやたらウルサイお客なんかだと、
テーブル→DSO→DSI→DBスペースと分けたほうが、
変更作業とその影響範囲について説明がしやすいという利点あり。
・solaris版はeucJPしか満足に動かない
initプロセスのロケールなのか、rdb2baseのロケールなのか、アプリのロケールなのか、
一体なんの部分のロケールがどうなっているときの話をされているのか
サパーリわかんないのでこれは答えようがないかも。
(全部ja_JP.PCKだったらきっちり動くはず エラーメッセージが英語になるけど)
CHAR型の領域にCOBOL_EUCで書きこめば、
バイナリイメージそのままでつっこめるのであまり気にしたことはありません。
rdbunlsqlで引っ張りだしてrdbsloaderでいれたほうがSQLでほげるより速いってのはチンポ使いの中では常識? SQL埋め込みCのプログラムを64bitでコンパイルできないティムポ萎え (⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン (⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン 使う側がDSIとかDSOのような物理構造を「常に」意識しなきゃなんないから、
「使い辛い」って言われても仕方ねぇよな。ただ、ハマれば確かに速いらしい。 > 「うちは、二万人のSE軍団を抱えてるから」
F,逆に言えばSEしかいない。 >>88
速いし、「す」も発生しないけど、失敗するとDSI閉塞の罠
あれはレコードデータを入れるツールじゃあないんだ
DSIをcreatするツール
速度面ではいいが、インターフェイス最悪だな。
金融グループが抱えてた○治生命って蹴られたの?
以前は営業支援系で使われてたとオモタのだが。
ttp://download.microsoft.com/download/5/e/4/5e4e0d9e-0cab-4035-a1bc-2807a69d985b/bs427_1.pdf
>>103
あくどさ具合じゃ山田君も富士通も似たようなもんだが。 アフォか
いくら富士通でも提案書と封筒にIBMとか書いて
「大手企業の関連会社と思わせれば、食い付きがいいと思った」
などと供述するもんか!!
>>85
それいい考えだな。
うちのプロジェクトで使わせてもらおう。