【富士通】Symfoware【ティムポウェア】

1 ：03/07/01 〜 最終レス ：11/11/20

ＤＢ板が出来たのに、
ティムポウェアのスレが無いとはどういうことだ！！！
http://software.fujitsu.com/jp/symfoware/

2 ：

２げｔ
需要がないんじゃない？

3 ：

つうかチン○ウェアって何よ（ｗ

4 ：

　　　　　　　　　　　　　　　　　　　　　

5 ：

>>3
富士通製のDBMSですが何か？

6 ：

また不治痛か

7 ：

富士通マンセー

8 ：

きもっ

9 ：

DSI
DSO

10 ：

だれが使ってるの？

11 ：

>>10
２ちゃんねる

12 ：

>>10
普通に富士通がSIした会社で使われていると思うが。

13 ：

DBスレ一律age

14 ：

sageちゃった・・・

15 ：

>>1は●富士通裏掲示板●から来た工作員

16 ：

だから何？

17 ：

実際のところ使えるの？

18 ：

まあ、期待以上には・・・ただそれだけ。

19 ：

PostgreSQL Plusって何？
ttp://software.fujitsu.com/jp/symfoware/news/sf_2003.html

20 ：

http://itpro.nikkeibp.co.jp/free/SI/NEWS/20030520/1/
http://slashdot.jp/articles/03/05/20/0755253.shtml

21 ：

アクセスからＯＤＢＣでテーブルリンクして読み込むと
巨大なのとか、テーブルによっては
アクセスエラーが起こったりするよね。
ＤＢ自体の性能はともかく、フリーウェアの対応等、
使い易さは今のところ確立されてないかな。

22 ：

>>21
Oracle以外のRDBMSはその辺仕方ないんじゃない？
SolutionBANKに少しなら転がってるけど、いまいち使いにくいしな。

23 ：

あげ

24 ：

25 ：

PostgreSQL Plus期待age

26 ：

>>25
いくらくらいになるんだろうね？

27 ：

１００円ぐらいだろ。

28 ：

DSIって何？

29 ：

昔のメインフレームのＲＤＢが原型らしい（オープン化）。
ＳＥのノウハウ（資産）を継承するため。
一般受けはしないだろうな。
ＤＳＩのＩはインスタンス、
ＤＳＯのＯはオーガニゼーションだったような。
うるおぼえでスマソ。

30 ：

テーブルを複数に分割したのがDSOで、DSOをさらに分割したのがDSIだったかな
IO周りの速さは認めるが、その他は全てダメポ

31 ：

age

32 ：

データの格納領域を定義するものがDSIで、
論理表の格納構造、たとえば、インデックス構造（B-tree）とか、
RANDOM構造（ハッシュ）とかを定義するものがDSOだったような。
分割格納はどっちだったっけ？

33 ：

34 ：

関連スレ http://pc2.2ch.net/test/read.cgi/db/1057073495/l50

35 ：

どりるって何ですか？
気になって夜も眠れません。

36 ：

関連スレ http://pc2.2ch.net/test/read.cgi/tech/1010400855/l50

37 ：

>>29
たしかに今でもVSAMとRDBと同じように扱ってるからな。
うちはサーバでRDBつかって開発やってるのに、DBのことをVSAMファイルと
呼んでいる。

38 ：

39 ：

40 ：

41 ：

42 ：

43 ：

44 ：

45 ：

46 ：

47 ：

48 ：

49 ：

50 ：

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

51 ：

建てて早々にdat落ち寸前とは
さ す が テ ィ ム ポ ウ ェ ア ! !

52 ：

53 ：

いまだにドラゴンボール厨粘着してたんだ。
きもいな。

54 ：

[アプリ]Symfoware EnterpriseEdition for Windows ver 10.5.rar
Winnyに放流しますた。

55 ：

>>54
ダウンロードする人いないでしょ
ティンポウェアをつかうならPostgresSQL使います

56 ：

57 ：

某外注先は一生懸命Perl用モジュール作ってたな。

58 ：

>>54
ハッシュ晒せ

59 ：

symfoつかいづらいんだよ。
よくこんなDB懲りずにうってるよ。
SQLも融通きかないし

60 ：

>>58
もしかして使う気か？
路上でおっさんに、今はいてるを一万円で売ってください　と言わんばかりの行為だぞ

61 ：

>>60
使うに決まってるだろ！
Symfoマンセー
オナクルってよし

62 ：

DBに発行するSQLで
SELECT句中のNCHAR項目に関数を使用していると
サービスが落ちちゃうんですが・・・
何とかしてくだちい。。。
SELECT COALESCE(nchar, 'ぬるぽ') a FROM tbl とか

63 ：

サポートに連絡すれば一年後くらいには直ってると思うよ

64 ：

65 ：

ねーねー
なんでSQL埋め込みCでlong long ｉｎｔ使えないの？
売上管理とかやるとあっという間にlong超えるんだけど。

66 ：

売上管理ならNUMERIC型とかのほうがいいんじゃないの。
割り算での小数桁の扱いもあることだし。

67 ：

>>66
DBはDECIMALで定義してあるんだけど、訳あってプログラム側で計算しなきゃいかんのよ。
いまはSQL埋め込みCの部分と純粋C（？）の部分を分けて対応してるんだけど、やっぱダサいよね。

68 ：

69 ：

埋め込みSQLコンパイラって確かシェルスクリプトじゃかかった？
中でコンパイラを呼び出してるだけだと思ったからlong long は使えると思う

70 ：

71 ：

72 ：

インポで使えません

73 ：

DB2つかうと、いかに|ウェアがカスかわかるな。

74 ：

ポルノランドリーのインポイクイクのＣＤの全貌が読売テレビで明日放送決定。
近日公開ご期待ください！

75 ：

76 ：

富士通が、データベースを作ってるという事で、まず笑った。
ＮＥＣならまだ理解できるが、富士通？
さすが、ネットバブルの時に、社長が雑誌で
「うちは、二万人のＳＥ軍団を抱えてるから」
と答えるだけの背伸び会社やな。
今はどう答えるんやろう。
あれから数年経ったし、出世して二万人のプロジェクトリーダー軍団かな？ｗ
こういう、経営資源に何の余裕も無いくせにハードも作ってＤＢも作ってしまう
自社のアイデンティティの無い斜陽の古い会社ではなく、
今は実力不足でもいいから中小の野心的なソフトハウスがＤＢ作らないと、
国産のＤＢは出来ひんな。
ここまで成熟したジャンルに今更殴りこむ勇気があるんやったら、少々性能が低く
ても、優先的に使うけどな。

77 ：

つか、FがDBMS作ってるのは今に始まったことじゃないんだが。
鬼の首取ったように。夏厨か・・・。

78 ：

夏厨はＤＢＭＳなんて知らないと思われ。

79 ：

80 ：

symfowareは、足回りだけはよくできてるよ。
PlusでPostgresSQLの表面とsymfowareのIOを合体させてるらしいし
ただ、バグが多い気がするが
これは日本人のコンピュータ教育の水準が低いからでしょう

81 ：

>>80
DSIとかDSOって相当ださいと思うんだが、極めれば便利なのか？
＞ただ、バグが多い気がするが
Unix版のSJISサポートは最悪。

82 ：

>>81
＞Unix版のSJISサポートは最悪。
そんなものいらんだろ。
何の必要がある？

83 ：

>>82
俺だってUnixでSJISなんか使いたかねーよ。
誰が決めたのかは知らないが、いつのまにかそういう話になってた。
UnixでSJISなんて、もうアボガドチキンパワーズかと。
ま、とにかくﾃｨﾑﾎﾟでSJISつかうとぜんぜんダメなわけだよ。
あんな中途半端にしか使えないんなら最初からつけるなよクソッタレが。

84 ：

>>83
コード変換で起こるトラブルにトラウマのある
アフォにありがちな選択ですね。
絶対やめた方がいいことの一つだな。
UNIX版のSJISサポートが糞なのは
どこのDBMSでも同じだろ。
ていうかUNIX自体SJISサポートは糞なのではないか？

85 ：

ぬるぽ

86 ：

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

87 ：

・DSI/DSOってベンリ？意味ないんじゃない？
パーティション表みたいなのを使うときに、少しベンリ。
そうでないときも、環境変更作業にやたらウルサイお客なんかだと、
テーブル→DSO→DSI→DBスペースと分けたほうが、
変更作業とその影響範囲について説明がしやすいという利点あり。
・solaris版はeucJPしか満足に動かない
initプロセスのロケールなのか、rdb2baseのロケールなのか、アプリのロケールなのか、
一体なんの部分のロケールがどうなっているときの話をされているのか
サパーリわかんないのでこれは答えようがないかも。
（全部ja_JP.PCKだったらきっちり動くはず　エラーメッセージが英語になるけど）
CHAR型の領域にCOBOL_EUCで書きこめば、
バイナリイメージそのままでつっこめるのであまり気にしたことはありません。

88 ：

rdbunlsqlで引っ張りだしてrdbsloaderでいれたほうがSQLでほげるより速いってのは|使いの中では常識？

89 ：

SQL埋め込みCのプログラムを64bitでコンパイルできないティムポ萎え

90 ：

erwefd

91 ：

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

92 ：

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

93 ：

使う側がDSIとかDSOのような物理構造を「常に」意識しなきゃなんないから、
「使い辛い」って言われても仕方ねぇよな。ただ、ハマれば確かに速いらしい。

94 ：

>>93
寿命が縮むのがはやそうね

95 ：

96 ：

デッドロックうぜえ

97 ：

> 「うちは、二万人のＳＥ軍団を抱えてるから」
F,逆に言えばSEしかいない。

98 ：

営業もいるぞ。
窓際もいるぞ。

99 ：

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 削除依頼 ▲
・　次のスレ
えらく時間がかかる。なぜ？
UNIX DBMはこちら(GNU gdbm, Berkeley DB etc...)
【SキュL Server】データベース 【（ﾟ∀ﾟ ）】
先生！DB板らしいです！