諸君、私はSybaseが大好きだ【ASE】

レス数: 175

概要: なにをしようっていうんだろ まあ日本国外じゃ多角経営で持ち直してるらしいし、なんかするのかね
No.151
なにをしようっていうんだろ
まあ日本国外じゃ多角経営で持ち直してるらしいし、なんかするのかね
No.152
>>143

データウェアハウスDBってのは、
莫大なデータ量の中から、高速で必要なデータをあっちこっちから
取り出したり、集計を高速に処理出来るエンジン
莫大なデータとは言っても、
でっかいファイルどんどん入れるだけなら
RDBってより、単なるファイルサーバじゃないか ?
No.153
>>147

とりあえず、まぁ、なんだ
お遊びや、試しで使うんじゃなかったら
買え
大切な資産である情報入れる箱に金もかけられない会社は、
まぁ、なんだ、早く見切りつけろ
No.154
>>153

箱(DB)に金をかけないからダメってことは無いだろ。
金をかけたくないならフリーのDBを使えとは思うけどw
No.155
金を掛けない → 頭を使う → 工数増加で金掛かる
まあ、ほどほどリソースは用意した方が、何かとお安くなるということで。
No.156
>ほどほどリソースは用意した方が
これは正しい。
が、RDBにお金使うとアプリ開発代が削られるし。
No.157
フリーで済む程度なら、フリーでいいんじゃないの?
要は
>>147

>>149
のように、タダのものじゃ無理なのに
ソフト資産に投資もできない会社で
ソフト作ったり、運用してても、存在価値ないだろ
No.158
商用RDB購入で開発費が削られてモノが作れなくなるって事は、きっと、
商用RDBを使わねばならない程のデータ量は無いって事だろう・・・なんとなく。
そういう客は postgreSQL でいいんでない? どうせハードウェア費も、
メンテ費も、運用費も出ないんだろうし。
No.159
ちなみに、PostgreSQLの商用エディションは、SybaseASEより高いらしい。
No.160
>>158

そのうち
開発、運用メンバーの給料もフリーで
とか言われそうな会社だな(笑
No.161
まあ、いまさら言っても仕方ないんだろうけど、最初が肝心だよね。
Oracle買うのは高いからと、Freeのモノで固めると、悪しき前例になる。
いざとなったら商用版買えばいい、なんて嘘。絶対に買って貰えない。
開発進められて、感触つかんでも貰いながらも、運用でデータ領域が足りなく
なるまでに購入せざるを得なくなる enterprise 版は良い選択だと思うんだけどなあ。
もし最初から5GBで足りないような仕様なら、そりゃFree版なんて使ってる場合じゃない。
No.162
ttp://www.ianywhere.jp/tech/1017447_t_sql.html
ASEの外部ジョイン壊れてたのかorz
No.163
>>162

この資料は不適切な予感。。。きっと古いバージョンのだ
No.164
つーか、翻訳大丈夫か?、これ・・・
No.165
Sybase11サーバの起動時に「アプリケーションログがいっぱいです」というメッセージが
でるのですがこれを回避するにはどうすればよいですか?
よろしくお願いします
No.166
Sybase11サーバの起動時に「アプリケーションログがいっぱいです」というメッセージが
でるのですがこれを回避するにはどうすればよいですか?
よろしくお願いします
No.167
>>165-166

アプリケーションログをいっぱいでなくする。なくない?
No.168
>>167

いぱーいでるということはインストールとかでコケてますかね?
システムが正常でない??
isqlとかwisqlのツールに反応しているので一応動いているという認識なのですが。。。
No.169
NTか2000だろうけど、OSのイベントログからアプリケーションログをクリアすりゃいいんじゃねーか
起動時とか終了時に毎回書き込むんだろ
No.170
そうだな
DBのログはトランザクションログであり、
アプリケーションログではない。
DB以外を疑え。
No.171
突然失礼しますがjConnectの質問してもよございましょうか?
ダメでしたら誘導頂けるとありがたいのですが……
No.172
とりあえず、公式ページ:
ttp://www.sybase.com/products/informationmanagement/softwaredeveloperkit/jconnect
No.173
>172
むー、一応公式からたぐれる情報は手繰ってみたつもりなのですが……
今引っかかってる問題というのが、
「numeric(n, 0)またはdecimal(n, 0)のカラムcolがあるとき、
"update hoge set col = ?"なpreparedStatementを作って、
整数部n桁のBigDecimal値valをsetBigDecimal(1,val)すると
テーブルには0が入ってしまう」というもので。
SybPreparedStatementのjavadoc見ると、BigDecimal使うんだったらprecisionとscaleを明示しろやゴルァ、
ってのがSybaseのスタンスぽいですが、それにしても0にするこたぁないだろうと……
試しにprecisionとscaleを明示するメソッドも試してみましたが、precision=n、scale=0だとやはり0にされ、
precision=n+1、scale=0でようやくちゃんと値が入りました。
(というか、Sybase特化のコード書かなきゃいけないんじゃ、何のためにJDBC使ってるのか分からないし……
同一プログラム中でOracle叩いたりSybase叩いたりしてるプログラムなので)
ただ、googleで調べたりしても同じような話はひっかかってこないんで、
しょーもない見落としで引っかかってるだけのような気もするのですorz
ご回答か誘導頂ければ幸いです。長文失礼しますた。
No.174
最新版のjConnectでもそうなら、バグ報告してみたら。
ttp://case-express.sybase.com/
No.175
>174