なにをしようっていうんだろ
まあ日本国外じゃ多角経営で持ち直してるらしいし、なんかするのかね >>143
データウェアハウスDBってのは、
莫大なデータ量の中から、高速で必要なデータをあっちこっちから
取り出したり、集計を高速に処理出来るエンジン
莫大なデータとは言っても、
でっかいファイルどんどん入れるだけなら
RDBってより、単なるファイルサーバじゃないか ? >>147
とりあえず、まぁ、なんだ
お遊びや、試しで使うんじゃなかったら
買え
大切な資産である情報入れる箱に金もかけられない会社は、
まぁ、なんだ、早く見切りつけろ >>153
箱(DB)に金をかけないからダメってことは無いだろ。
金をかけたくないならフリーのDBを使えとは思うけどw 金を掛けない → 頭を使う → 工数増加で金掛かる
まあ、ほどほどリソースは用意した方が、何かとお安くなるということで。 >ほどほどリソースは用意した方が
これは正しい。
が、RDBにお金使うとアプリ開発代が削られるし。 フリーで済む程度なら、フリーでいいんじゃないの?
要は
>>147
>>149
のように、タダのものじゃ無理なのに
ソフト資産に投資もできない会社で
ソフト作ったり、運用してても、存在価値ないだろ 商用RDB購入で開発費が削られてモノが作れなくなるって事は、きっと、
商用RDBを使わねばならない程のデータ量は無いって事だろう・・・なんとなく。
そういう客は postgreSQL でいいんでない? どうせハードウェア費も、
メンテ費も、運用費も出ないんだろうし。 ちなみに、PostgreSQLの商用エディションは、SybaseASEより高いらしい。 >>158
そのうち
開発、運用メンバーの給料もフリーで
とか言われそうな会社だな(笑 まあ、いまさら言っても仕方ないんだろうけど、最初が肝心だよね。
Oracle買うのは高いからと、Freeのモノで固めると、悪しき前例になる。
いざとなったら商用版買えばいい、なんて嘘。絶対に買って貰えない。
開発進められて、感触つかんでも貰いながらも、運用でデータ領域が足りなく
なるまでに購入せざるを得なくなる enterprise 版は良い選択だと思うんだけどなあ。
もし最初から5GBで足りないような仕様なら、そりゃFree版なんて使ってる場合じゃない。 ttp://www.ianywhere.jp/tech/1017447_t_sql.html
ASEの外部ジョイン壊れてたのかorz >>162
この資料は不適切な予感。。。きっと古いバージョンのだ Sybase11サーバの起動時に「アプリケーションログがいっぱいです」というメッセージが
でるのですがこれを回避するにはどうすればよいですか?
よろしくお願いします Sybase11サーバの起動時に「アプリケーションログがいっぱいです」というメッセージが
でるのですがこれを回避するにはどうすればよいですか?
よろしくお願いします >>165-166
アプリケーションログをいっぱいでなくする。なくない? >>167
いぱーいでるということはインストールとかでコケてますかね?
システムが正常でない??
isqlとかwisqlのツールに反応しているので一応動いているという認識なのですが。。。 NTか2000だろうけど、OSのイベントログからアプリケーションログをクリアすりゃいいんじゃねーか
起動時とか終了時に毎回書き込むんだろ そうだな
DBのログはトランザクションログであり、
アプリケーションログではない。
DB以外を疑え。 突然失礼しますがjConnectの質問してもよございましょうか?
ダメでしたら誘導頂けるとありがたいのですが…… とりあえず、公式ページ:
ttp://www.sybase.com/products/informationmanagement/softwaredeveloperkit/jconnect >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
ご回答か誘導頂ければ幸いです。長文失礼しますた。 最新版のjConnectでもそうなら、バグ報告してみたら。
ttp://case-express.sybase.com/