1read 100read
2011年12月1期データベース38: 【富士通】Symfoware【ティムポウェア】 (371)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
・ 次のスレ
39: DB板雑談スレ (77)
40: 自治スレ@DB板 2 (276)
41: まじめにデータベースについて語るスレ (128)
42: 【KVS】 Key-Value Storeを勉強するスレ (92)
【富士通】Symfoware【ティムポウェア】
- 1 :03/07/01 〜 最終レス :11/11/20
- DB板が出来たのに、
ティムポウェアのスレが無いとはどういうことだ!!!
http://software.fujitsu.com/jp/symfoware/
- 2 :
- 2げt
需要がないんじゃない?
- 3 :
- つうかチン○ウェアって何よ(w
- 4 :
-
- 5 :
- >>3
富士通製のDBMSですが何か?
- 6 :
- また不治痛か
- 7 :
- 富士通マンセー
- 8 :
- きもっ
- 9 :
- DSI
DSO
- 10 :
- だれが使ってるの?
- 11 :
- >>10
2ちゃんねる
- 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 :
- アクセスからODBCでテーブルリンクして読み込むと
巨大なのとか、テーブルによっては
アクセスエラーが起こったりするよね。
DB自体の性能はともかく、フリーウェアの対応等、
使い易さは今のところ確立されてないかな。
- 22 :
- >>21
Oracle以外のRDBMSはその辺仕方ないんじゃない?
SolutionBANKに少しなら転がってるけど、いまいち使いにくいしな。
- 23 :
- あげ
- 24 :
- あぼーん
- 25 :
- PostgreSQL Plus期待age
- 26 :
- >>25
いくらくらいになるんだろうね?
- 27 :
- 100円ぐらいだろ。
- 28 :
- DSIって何?
- 29 :
- 昔のメインフレームのRDBが原型らしい(オープン化)。
SEのノウハウ(資産)を継承するため。
一般受けはしないだろうな。
DSIのIはインスタンス、
DSOのOはオーガニゼーションだったような。
うるおぼえでスマソ。
- 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 int使えないの?
売上管理とかやるとあっという間にlong超えるんだけど。
- 66 :
- 売上管理ならNUMERIC型とかのほうがいいんじゃないの。
割り算での小数桁の扱いもあることだし。
- 67 :
- >>66
DBはDECIMALで定義してあるんだけど、訳あってプログラム側で計算しなきゃいかんのよ。
いまはSQL埋め込みCの部分と純粋C(?)の部分を分けて対応してるんだけど、やっぱダサいよね。
- 68 :
- あぼーん
- 69 :
- 埋め込みSQLコンパイラって確かシェルスクリプトじゃかかった?
中でコンパイラを呼び出してるだけだと思ったからlong long は使えると思う
- 70 :
- あぼーん
- 71 :
- あぼーん
- 72 :
- インポで使えません
- 73 :
- DB2つかうと、いかに|ウェアがカスかわかるな。
- 74 :
- ポルノランドリーのインポイクイクのCDの全貌が読売テレビで明日放送決定。
近日公開ご期待ください!
- 75 :
- あぼーん
- 76 :
- 富士通が、データベースを作ってるという事で、まず笑った。
NECならまだ理解できるが、富士通?
さすが、ネットバブルの時に、社長が雑誌で
「うちは、二万人のSE軍団を抱えてるから」
と答えるだけの背伸び会社やな。
今はどう答えるんやろう。
あれから数年経ったし、出世して二万人のプロジェクトリーダー軍団かな?w
こういう、経営資源に何の余裕も無いくせにハードも作ってDBも作ってしまう
自社のアイデンティティの無い斜陽の古い会社ではなく、
今は実力不足でもいいから中小の野心的なソフトハウスがDB作らないと、
国産のDBは出来ひんな。
ここまで成熟したジャンルに今更殴りこむ勇気があるんやったら、少々性能が低く
ても、優先的に使うけどな。
- 77 :
- つか、FがDBMS作ってるのは今に始まったことじゃないんだが。
鬼の首取ったように。夏厨か・・・。
- 78 :
- 夏厨はDBMSなんて知らないと思われ。
- 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 :
- ∧_∧ ∧_∧
ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。
=〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
= ◎――――――◎ 山崎渉&ぼるじょあ
- 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 :
- > 「うちは、二万人のSE軍団を抱えてるから」
F,逆に言えばSEしかいない。
- 98 :
- 営業もいるぞ。
窓際もいるぞ。
- 99 :
- あぼーん
- 100read 1read
- 1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・ 次のスレ
39: DB板雑談スレ (77)
40: 自治スレ@DB板 2 (276)
41: まじめにデータベースについて語るスレ (128)
42: 【KVS】 Key-Value Storeを勉強するスレ (92)
-