★★★ SQLサーバ VS オラクル ★★★
■ このスレッドは過去ログ倉庫に格納されています
00011
NGNGお前ら教えてください。
0655デフォルトの名無しさん
NGNG質問者はピンポイントで必要な質問をしていたと思われ。
1)オラクルのロード遅いのけ？
2)レッドブリック遅いのでＯＬＡＰどう？
それに対して
「オラクルのロード速度が問題になる仕事なんてあるのか？」
「レッドブリックの使い方が悪いだけちゃうんか？」
「インデックスいじっとるんかいな？」
と的外れな質問ばかりだから質問の意図を説明しないといけなくなったんだろ。
0656655
NGNGオラクルで４０万件のロードに半日かかるってのはちょっと信じがたいな。
さまざまな要因でロード速度は変わるけど４０万件なら君の言う
夜間更新で処理できることが多いと思う。
ロード後に複雑な更新処理を行っているとかないのか？
0657627
NGNGこういった場所なら、技術面・機能面だけでなく事例などの話も聞けると
思ったのですが… なかなか事例を聞くことはできないようですね。
(Oracle, MSSQL使いの方々はやはりOLTPが多いのかな…？)
ちなみに、雑誌等の事例紹介はあまり信用しないほうがいいですよ。
今回の事例も雑誌では成功事例として紹介されていますし。
私もユーザーの担当者もシステムに満足していませんが、
会社の上役は双方ともなぜか満足しているようです。
0658デフォルトの名無しさん
NGNG0659デフォルトの名無しさん
NGNG１．クライアントから実行してる？
→ネットワークのトラフィック低減のためにDBサーバーと同じマシンで実行してみる。
（ただし、セキュリティ的に許されるならば）
２．従来型パスでなく、ダイレクトパスロードを試してみる。
→インデックスの重複チェックなどが省かれるため通常のに比べて早いが、もしデータの
整合性が取れていない時に面倒なことに。
４０万件のロードに半日ね。
初期化パラメータがデフォルトのままなら考えられなくもないが、今までの会話を見てると
それなりにやってそうだしな…。
0660デフォルトの名無しさん
NGNGデータ ウェアハウジングと OLAP
http://www.microsoft.com/japan/developer/library/olapdmad/agaboutolap_9i5s.htm
"データ ウェアハウジング" と "オンライン分析処理 (OLAP)" という用語は同じ意味で使用されることがありますが、
実際にはそれぞれ意志決定支援システムまたはビジネス インテリジェンス システムと呼ばれる異なったシステムの
コンポーネントを指す言葉です。この種のシステムは、データベースとアプリケーションにより構成され、組織における
アナリストの意志決定を支援するために必要なツールを提供します。
データ ウェアハウスとは、主に組織の業務履歴を表すデータが蓄積されるデータベースのことです。蓄積された業務
履歴データを分析することによって、戦略的計画の立案から組織別の実績評価に至るまで、さまざまなレベルで企業
の意志決定を支援します。データ ウェアハウスでは、オンライン トランザクション処理 (OLTP) システムのように、トラ
ンザクションをリアルタイムに調査することよりも、分析を支援することを目的にデータが編成されます。
OLAP とは、データ ウェアハウスを使用してオンライン分析の効率を高め、繰り返される複雑な分析クエリに迅速に応
答できるようにする技術です。OLAP では、マルチディメンション データ モデルとデータ集計テクニックにより、大量の
データを編成および集計します。これらのデータは、オンライン分析ツールとグラフィカル ツールを使用して迅速に評
価できます。アナリストが回答を求めたり、可能性を探ったりするため、業務履歴データに対してあるクエリを実行した
結果、さらなるクエリが必要になる場合もあります。OLAP システムは、分析の速さと柔軟性により、アナリストをリアル
タイムで支援します。
0661627
NGNGこの文章は以前に読んだことがありました。
(SQL Server BooksOnline にも収録されていますよね。)
マイクロソフト(SQL Server)の視点では、
DWHとは、単なる「業務履歴を表すデータ(生データ)が蓄積されたデータベース」であり、
OLAP層で「大量データの編成・集計」を行うと。SQL Serverでは、データベースエンジン自体は
OLTP用と同じものを使用して OLAPサービスを追加する形になっていたと思います。
ところが、Infomix(RedBrick)の視点では、
DWHとは、データベースとともに意思決定支援システムを構成するための機能も備えたもの
と捉えているようです。具体的には、DWH向けのSQL関数(ランク関数など)が豊富に用意されていたりします。
(まぁ、用意されている関数だけではどうにもならないので、ストアドが欲しいのですけどね)
InfomixにはOLAP層は用意されておらず、集計データの作成はビスタオプションを使って行うのですが、
これがOLAPと違い網羅的ではないので、非常に開発コスト・管理コストがかかります。
>>659
この案件を Oracle でやっていたときは私はからんでいないので詳細については分かりません。
さすがに「なんで半日もかかっていたんですか？ 設定とかちゃんとしていなかっただけじゃないんですか？」
なんてことを先輩に言えませんし。。
OracleからRedBrickへの載せ換えは社内ではかなり有名な赤字案件でした。
そのため社内では、「OracleではDWH(大量データのロード)はこなせない」という
レッテル？が貼られてしまっていて、反論・再評価しようとする人間はおりません。
(私もOracleのチューニングについてはほとんどわかりませんし…)
0662デフォルトの名無しさん
NGNG0663デフォルトの名無しさん
NGNG0664デフォルトの名無しさん
NGNG0665デフォルトの名無しさん
NGNG0666デフォルトの名無しさん
NGNG0667デフォルトの名無しさん
NGNG0668デフォルトの名無しさん
NGNG0669デフォルトの名無しさん
NGNG0670デフォルトの名無しさん
NGNG0671デフォルトの名無しさん
NGNG0672デフォルトの名無しさん
NGNG0673厨房２号 ◆OjTjK0LY
NGNG>これがOLAPと違い網羅的ではないので、非常に開発コスト・管理コストがかかります。
文学の世界でも印象批評ってのは、あんまり好まれないよ。
0674627
NGNG失礼しました。
たしかに、OLAPでシステムを構築したことのない私が、客観的評価資料も出さず
(OLAPに比べて)非常に開発コスト・管理コストがかかると表現するのは失礼ですね。
ただ、網羅的に集計データの作成を行い、その整合性をエンジニアがすべて管理する
というのは 擬似的にOLAPキューブ(のようなもの)を作るのと同じことだと思います。
同じことをするのであれば、それを実現できるミドルウェア(OLAP)を
使うほうが コストが低減できると判断したわけです。
(そもそも、OLAPと同等のものをゼロから実装できる(技術的な)自信なんてありませんけどね！)
実際、いまは管理が煩雑になりすぎるということで 集計データを 10程度に絞っていますから、
これを本当に全集計軸の組み合わせを網羅しようと思ったら…
どれだけの時間と人手が必要なになるのか… 考えただけでもゾッとします。
0675627
NGNG管理するよりも、データベースを使った方が 開発コスト・管理コストを大幅に抑えることができる。」
というのは、客観材料を出してはいませんが、多くのエンジニアに支持されていると思います。
同様に、
「すべての集計軸の組み合わせ結果を、アプリケーション独自実装で
無数の集計テーブルに格納するよりも、OLAPキューブを使ったほうが
大幅に開発コスト・管理コストを抑えることができる」と言えないでしょうか？
OLAPキューブ自体がそれを目的としていますから、余計にコストがかかるということは
考え難いのです。私の妄想なのかもしれませんが…。
0676デフォルトの名無しさん
NGNG知識もないくせに屁理屈ばかりでいちゃもんつけてるだけなんだからさ。
仕事でやってない割にOLAPの概要とか勉強してるみたいだし、
何人かがORACLEでも40万件ロードできそうだって言っているし、
ORACLEのロードテストとOLAPの評価してみるといいんじゃないか？
0677デフォルトの名無しさん
NGNGﾏｼﾞﾃﾞｳｻﾞｲｶﾗｻ
0678厨房２号 ◆OjTjK0LY
NGNG問題点の切り分け出来てる？
１、レスポンス（利用者運用時）
２、レスポンス（データ工逐時）
３、コスト削減（運用時）
４、コスト削減（ハード投資）
５、コスト削減（開発投資）
話がゴチャゴチャになっているよ。
>>676-677
うるせーーーーー
ばーか、ばーか、ばーか、糞、変態、キチガイ。
死ね、死ね､死ね､
0679627
NGNG申し訳ないです。書き込みではごちゃまぜに
なっているかもしれませんが、それなりに考えてはいます。
1.レスポンス(利用者運用時) → 改善のために集計データ必須と考えています。OLAP導入の主目的。
2.レスポンス(データ構築時) → 40万件のロードの可能性が出てきた。キューブ作成の時間については未検証。
3.コスト削減(運用時) → ミドルウェア(OLAP)で管理できるので削減できるようになると考えています。
4.コスト削減(ハード投資) → 特に何も考えていません。ユーザー要望で PCサーバしか選択できないのですが、
COMPAQの最上位IA-32サーバ Proliant を導入しています。より一層のハードウェア増強となると
ファイバチャネルくらいしか残っていませんし…。
5.OLAP同等機能をゼロスクラッチする技量はありませんので、そもそもコスト比較できません。
よって 有限コスト対無限コストで OLAPの方がコストが低いと(笑)
(何十人月かけても出来ないものはできないと考えています。)
0680デフォルトの名無しさん
NGNG一連の流れを見てたけど文字通り厨房で全然役に立つこと言ってないしな。
実際のところ、627のほうがこの辺の技術に詳しいんじゃねーの？
0681デフォルトの名無しさん
NGNGお前が話をゴチャゴチャにさせてるのでは？
頭悪いよ＞厨房２
0682デフォルトの名無しさん
NGNGうるせー。氏ねよカスが
0683デフォルトの名無しさん
NGNG0684デフォルトの名無しさん
NGNG0685デフォルトの名無しさん
NGNG0686デフォルトの名無しさん
NGNGRedBrickでできているならそれでいいんじゃない
「経験はないが」できそうに思うけど？
４０万追加だけなら６時間以上はかからないはず
10通り毎回４億件分処理は不要
（２年以上経過データ削除して集計後に追加分を加算すればよいだけ）
場所軸：店舗があれば他は１意に決定する
時間軸：時間帯があれば他は１意に決定する
商品軸：単品別（商品コード）が他は１意に決定する
なぜ６時間（半日）かかったかテーブル構成を知りたいです
627要約
データ保存期間２年
生データが２年分４億件
１日の追加件数４０万件 ：全国の店舗(500店舗)の売上明細データ(40万件)
集計データ
場所軸では 店舗別, 地域別, 県別。
時間軸では 時間帯別, 日別, 週別, 月別。
商品軸では 単品別, 小分類別, 中分類別, 大分類別
クライアント要望から必要な集計データを 10通りくらい作成
0687なぎさっち ◆Nagi/lFE
NGNGRedBrickを入れ替えるという方向じゃなくって、RedBrickがDBでもオッケーなミドルのOLAPツール導入したら？
とりあえずこないだDWH EXPOと紹介セミナー見てきたこれとか。
http://www.jmas.co.jp/microstrategy/products/index.html
0688厨房２号 ◆OjTjK0LY
NGNG> COMPAQの最上位IA-32サーバ Proliant を導入しています。より一層のハードウェア増強となると
> ファイバチャネルくらいしか残っていませんし…。
ＤＢのチューナップにファイバチャネル？
Gbitで容量不足になるCPUなど今時無いけどねぇ…
＞5.OLAP同等機能をゼロスクラッチする技量はありませんので、そもそもコスト比較できません。
＞ よって 有限コスト対無限コストで OLAPの方がコストが低いと(笑)
はぁ？
>>660の発言を見てようやくOLAPとDWHの違いを理解したと思って
安心してたんだけどねぇ…
0689627
NGNG板違いになっていますか、申し訳ないです。MSSQL+OLAP vs Oracle+OLAP という
展開になって、いろいろな情報が出てくるのを期待していたのですが。
>>686
テーブル構造はおおむね第三正規形になっていて
名称マスタを中心にいくつかのディメンションを持っています。
Oracleでどのような処理をしていたのかは不明です。
明細ロード後にGroup By & Insert していたのか…
Group By & Export & Import していたのか…
ちなみに現在のRedBrickでは集計テーブルの数だけロードを繰り返しています。
RedBrickのロードでは主キー項目を指定して足し込みロードができます。
指定キーの値が同じならレコードが追加されずに既存レコードの列値(金額など)を
加算していくというロード方法を使用しています。
>>687
ありがとうございます。拝見しました。うーん、あまり惹かれないですね。。
OLAPを導入したいというのと同時に、トランザクション、ストアドが使えない
RedBrickを捨て捨てしたいというのもありますので。
>>688
あの… 大変申し上げにくいのですが、本当に分かってらっしゃいますか？
660の説明はマイクロソフトのものです。Infomix は DWH というものを
単純な蓄積ストレージとは考えていません。また、私は DWH というものを
BI や エンタープライズ のように明確な意味定義がされていないものと
思っています。いわゆるシステム屋の売り文句というか流行り言葉だと思っています。
688さんは DWH をどのように説明しますか？ 説明していただけないのであれば、
他の方々にも言われていますし、大変失礼ではありますが、これ以降 あなたの
コメントには反応いたしません。 お互いの DWH の認識を確認できないのに
コストだのなんだの話してもあまり意味がないでしょう？
0691デフォルトの名無しさん
NGNGｶﾝﾍﾞﾝｼﾃﾎｼｲﾅ
0692デフォルトの名無しさん
NGNG0693デフォルトの名無しさん
NGNG放置
0694デフォルトの名無しさん
NGNG627のことだよな。(ｹﾞﾗ
0695デフォルトの名無しさん
NGNGちょっと待ってあげて。
今、必死で検索中だから。
0696デフォルトの名無しさん
NGNGスリーサイズのことだろ？
0697デフォルトの名無しさん
NGNGｼﾞｻｸｼﾞｴﾝ ｲｸﾅｲ!
0698デフォルトの名無しさん
NGNGうるせー。氏ねよカスが
0699デフォルトの名無しさん
NGNG0700デフォルトの名無しさん
NGNG参照のみだからトランザクション、ストアドを使う必要はないのでは？
0701デフォルトの名無しさん
NGNGhttp://pc.2ch.net/bsoft/
0702デフォルトの名無しさん
NGNGORACLEでOLAP Server という製品があるけど、経験者はここにはいないと思う
>701
それこそ板違い そこは一般ユーザがPC関係の業務アプリを扱うところ
ここでもいいんじゃないの
スレ違いではあるが、プログラムでDBは必須だし 興味ないの？
0703デフォルトの名無しさん
NGNG0704なぎさっち ◆Nagi/lFE
NGNGちなみにスターとかスノーフレークとか分かる？
0705627
NGNG(他のOLTP業務でもそうですけど)参照だけでもストアドは利用価値大いにありますよ。
またトランザクションが使用できると,一部の更新処理が容易に書けるようになるんです。
いまは何重にもサブクエリがネストした単一のクエリ(=1トランザクション)で
特殊集計テーブルを作成していたりします。(RedBrickはマクロが使えるから
多重サブクエリを書くのは他のDBMSに比べると楽ですね。)
>>704
いちおー概要くらいは分かっているつもりです。
上で挙げた時間軸(時間帯テーブル), 場所軸(店舗マスタ), 商品軸(商品マスタ)を
ファクトテーブルに結びつけたスキーマがスタースキーマですよね。
さらに店舗マスタに地区マスタ, 商品マスタに分類マスタなどを加えたものが
スノーフレークスキーマですね…、ということは分かっているのですが、
RedBrickでスターインデックスを張るとどうなるのかというのが良く分かっておりません。
0706デフォルトの名無しさん
NGNGhttp://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
http://pc.2ch.net/bsoft/
0707厨房２号 ◆OjTjK0LY
NGNGで、ミドルの再選定…
0708デフォルトの名無しさん
NGNG0709デフォルトの名無しさん
NGNG0710デフォルトの名無しさん
NGNG0711デフォルトの名無しさん
NGNGオマエラの脳みそも正規化してもらえ(ﾌﾟｯ
0712なぎさっち ◆Nagi/lFE
NGNG>705
DWHを構築するのにスターとかスノーフレークとかで構築してないのにRedBrickのせいにするのはRedBrickかわいそうな気もする...。
あともうひとつ、MOLAPとかROLAPとか分かります？
とりあえず、既存のRedBrickをセントラルウェアハウスにして、部門別データマート（データマートって最近も言うの？）を作ってあげる、みたいな方向性じゃ駄目なの？
とはいうものの、レスポンスが出ないといっているところが、どのレベルでの分析（支店レベル、経営者レベル）なのかまだ出てきていないので、実はなんともいえない罠。
0713627
NGNGRedBrickでスキーマをスター(スノーフレーク)で構築するというのは
具体的にはどのような設定・作業にあたるのでしょうか？
現在、スターインデックスは張っていますが、これはあくまでも検索用インデックスが
作成されるだけで,多次元データベース化するわけではないと認識しています。
(よって検索パフォーマンスに限界がある…)
スターというのはあくまでOLAP上の概念的(説明的)なものだと思います。
OLAPキューブはディメンションと(その網羅した)メジャー(ファクト)から
構成されますから、OLAPキューブは必ずスタースキーマを持ちますよね。
ですから、現在のRedBrickデータベース設計においても…
1. スタースキーマになっている(OLAPキューブの作成要件を満たしている)
2. スターインデックスを張っている
です。RedBrickはこれらの他に「スターで構築する」という行為があるのでしょうか？
MOLAP(Multi-Dimension OLAP)というのは一般的に言われるOLAPのことですね。
ディメンションによって網羅されるすべてのメジャーをストレージに格納するタイプですね。
問合せに対して、即時集計をする必要がないのでレスポンスが非常に良い。
逆に定期的にキューブを作成・更新する必要があります。
ROLAP(RDB-OLAP)は、キューブを取り扱うインターフェイスがあるという点では
一応 OLAP ですが、内部的には RDB のデータを即時集計して返しているだけ。
多次元データベースを保持しないのでストレージ的にはメリットがありますけど、
今回の案件(レスポンス改善)では利用する意味はないと考えています。
MS SQL Server の OLAP では、上記どちらの形式もサポートしています。
0714627
NGNG部門データマートは無理だと思います。
上位層の人たちは確かに 単品レベルでの売上分析を行わないでしょうから、
粒度の荒いデータベースを用意すればパフォーマンスを改善することができます。
しかし、このシステムのメインターゲットである店長クラスは、
単品レベルの分析から店舗売上形の月間推移や比較(他店データが必要！)まで
フルレンジで分析を行いますから。
0715厨房２号 ◆OjTjK0LY
NGNGこれほど無意味な文章を意味ありげに書けるとわ。
マジでコン猿に向いてるよ君。
＃騙される客が悪い。って言うのは辞めにしようと思った…
0716デフォルトの名無しさん
NGNG0717デフォルトの名無しさん
NGNGUNIXをﾚｼﾞｽﾄﾘでﾀﾞﾌﾞﾙｸﾘｯｸできるのれす
0718デフォルトの名無しさん
NGNGそのためには、.net対応のﾌﾞﾛｰﾄﾞﾊﾞﾝﾄﾞをJAVAでｱｯｾﾝﾌﾞﾙして
SQLの中にDirectXをﾄﾞﾗｯｸﾞｱﾝﾄﾞﾄﾞﾛｯﾌﾟしておいたほうが良いと思うけど？
0719なぎさっち ◆Nagi/lFE
NGNG分かった。とにかくRedBrickが嫌いだから、なんとか理由後付けでOracleかSQLServerにしたいだけね。
OLAPツール導入するのにDBMS入れ替えのコストまでユーザに負担させるのは如何なものかと。
>687で見せたツールはROLAPだけど、ユーザが条件指定しておけば任意のタイミング（夜間とか時間指定とか）にデータマート作るみたいな機能もあるんだけど、
それで現状の問題は改善するんじゃないの？
0720726
NGNG「RedBrickが嫌い」だからというのは事実ですけど、その嫌いな理由も
説明してきたつもりです。>>687などのOLAPを利用しようと考えた場合、
RedBrickを単なるRDBMSとして扱うわけですから、SQL Server, Oracle に
比べて全然メリットないと思うのですが？ それならこの機会に、
トランザクション、ストアドを備えた フツーのRDBMSを使いたい、
と考えるのはそれほどおかしくないと思いますよ。
(RedBrick単体で構築できるシステムならともかく、その上にOLAPを載せたら
RedBrickを選択した意味がなくなると思いませんか？)
それよりも、もしよろしければもう少しスター(スノーフレーク)について
教えてもらえませんか？ いまだに RedBrick で「スターを構築する」
というのが分からないです。
スター(スノーフレーク)スキーマというのは、キューブ(多次元データベース)の
二次元表現(RDB表現)以上の(システム上の)意味を持っていますか？
0721デフォルトの名無しさん
NGNG0722デフォルトの名無しさん
NGNGは技術者と経営コンサルの境界線が見えていないひと
0723デフォルトの名無しさん
NGNGえっ？
0724デフォルトの名無しさん
NGNGそのへんをうまいこと誤魔化して立ち回ると
金がゴロゴロ入ってきますよ
0725デフォルトの名無しさん
NGNGそこまで落ちぶれたくない
0726デフォルトの名無しさん
NGNG提案できる人なんじゃないの？上で出てたCRMとか使うと
こうなりますよー、みたいな。627なんてレスポンス改善しろ
ってことで実装技術を模索してるだけだろ。627がコンサル
だなんて片腹痛いぜ。技術者としてはレス読む限りじゃ
デキルように見える。ﾐｴﾙﾀﾞｹｶﾓｼﾚﾝｶﾞﾅｰ
0727デフォルトの名無しさん
NGNG0728厨房２号 ◆OjTjK0LY
NGNGようやく聞きたい事が分かったみたいだけど、そんな態度で客先に接していると
なると危なくて、何も伝える気にならない。
技術者なら吐いた唾は飲めない。という事をもちっと考えた方が良いよ。
>>726
馬鹿は何も判断出来ないから幸せなんだと思う今日この頃。
この幸せ者。（ｗ
0729デフォルトの名無しさん
NGNG禿銅
0730なぎさっち ◆Nagi/lFE
NGNG>720
当初Oracleを使ってたシステムで現在RedBrickだよね？
さらにDBMS乗り換えるor元に戻すには理由として弱いと思う。
ユーザ側、特にシステム内部をいじらない人（経営陣とか）からすると、その理由だけではどうでも良い理由だと思うから。
ってか、コロコロDBMS変えるのって、ユーザ側から見た場合、悪印象を与えるようにオイラは思う。
ちなみにOracleに戻る場合、使ってなかった期間の保守料は払ってた？
（メンテナンス・サポートの遡及http://www.oracle.co.jp/support/policies.htmlとか）
RedBrickをスターで構築云々は>705のレスをオイラが取り間違えただけっぽい。
0731627
NGNGたしかにDBをコロコロ変えるのはあまりイメージ良くないですね。
だけど、主目的は OLAP を推薦・切り替えることだから、
「いまのDBを使い続けたほうがいい」という発想にこだわりすぎるのも
どうかと思いますよ。OLAP 載せたら DBMS の役割は ETL に
なってくるわけだから、ストアドは絶対必要だと思う。
SQL Server には DTSパッケージもあるし ETL やらせるのに向いてると思う。
というわけで、Oracle より SQL Server を考えているんですけど、
もし OLAPサービス用にクライアントライセンスを購入する必要が
ないのなら極端にコストを抑えることができます。というのは、
すでに 別システムで SQL Server を使っていて 店舗PCは
クライアントアクセスライセンスを購入済みなんですよ。だから
紹介してくれた ROLAP + 既存RedBrick より低コストになると思う。
それでも印象維持のために, ユーザーに高いコスト払わせたほうがいい？
それと、Oracle の保守料については分からないです。このシステムで
稼動している Oracle もフロントエンドアプリケーションも見たことないのです。
Oracle時代については、すべて先輩からの伝聞です。
システムの再構築を提案しづらいからという理由で、
既存システムに(OLAPの)付けたしということはしたくないな。
RedBrick選定という失敗を認めても、より良いシステムを構築すべく提案していきたい。
0732デフォルトの名無しさん
NGNG0733デフォルトの名無しさん
NGNG0734デフォルトの名無しさん
NGNG0735デフォルトの名無しさん
NGNGDB関連の知ってる用語を並べてみるスレッドです。
0736デフォルトの名無しさん
NGNG0737デフォルトの名無しさん
NGNG0738デフォルトの名無しさん
NGNGここはOLTPしかやったことない連中が集うスレです。
MSSQLやOracleの拡張についてはまったく理解できないのです。
0739デフォルトの名無しさん
NGNG理解できないんですよ！！
0740588
NGNG0741デフォルトの名無しさん
NGNGOracleでロード時間が問題になってRedBrick にしたんだよね
SQL Server でも同じ問題が発生するんじゃないの？
0742デフォルトの名無しさん
NGNG日経オープンシステムで事例が紹介されていた
SQL Server のOLAP機能使用
過去２年８０００万 日次２５万／日
OLAPキューブ 販売計画 販売実績 の２種
商品、組織、得意先、期間の４次元で格納
0743デフォルトの名無しさん
NGNG誰かがOracleでロードしてもなんとかなるんじゃないか、
(40万件に半日かかるなんてOracleの設定が悪かったのでは？)
という書き込みをして 627も再評価してみるって言ってたよ。
最近のレス見ると SQL Server のことも調べてるみたいだし
ロードについても評価作業するんじゃないの？
0744なぎさっち ◆Nagi/lFE
NGNG>627
＞それでも印象維持のために, ユーザーに高いコスト払わせたほうがいい？
聞いてない情報が出てきたから、その判断は変更する。
0745627
NGNGん？ たしかにCAL取得済みという情報は出してなかったですけど、
あなただってコスト計算自体していないでしょう？
あなたの紹介してくれたROLAPとOracle(もしくはSQL Server)の
コストを比較した上で 既存RedBrickを使った方が良いと
言ってくれたの？ ほんと？
ただ単純に、「既存のものを使ったほうが安いはずだ」という発想に
とらわれていたか、「既存のものを変えるのは良くない」という意味不明な
概念にとらわれていただけじゃないでしょうか？
このクラスのシステムになると、価格差が非常に大きいから 既存のものを
流用 + 付けたし でも 完全新規でもコストが逆転することは多いよ。
特に紹介してくれたような(失礼だけど)マイナーなミドルウェアは
大手マイクロソフトの製品に比べると、やはり割高になっていることが多いです。
なんでこんな言い訳みたいなことを言うかというとね、CALを持っていなくて
SQL Server でライセンスを含めて新規構築しても、紹介してくれた ROLAP より
安くなるんじゃないかと思っているからなんです。分かっていただけました？
0746デフォルトの名無しさん
NGNG0747デフォルトの名無しさん
NGNG実は何も考えてないんとちゃう？
＞もし OLAPサービス用にクライアントライセンスを購入する必要が
ないのなら極端にコストを抑えることができます。というのは、
すでに 別システムで SQL Server を使っていて 店舗PCは
クライアントアクセスライセンスを購入済みなんですよ。
クライアントアクセスのメリットが有るなら、部門サーバ設置できると思うんだけど、
こう言ってもわからんだろうねぇ。
0748627
NGNG部門サーバってどういったデータを蓄えるんですか？
全データを全部門サーバに蓄えるなんて無駄だと思うのですが？
0749デフォルトの名無しさん
NGNG0750627
NGNG分かっているそぶりをするだけで、結局のところ、
自分の言葉では何も説明しない(できない？)のですね。
ここにいても時間の無駄みたいですから、そろそろ去ります。
Oracle 40万件ロードの可能性や日経のSQL Server 25万件ロードなどの
情報は参考になりました。ありがとうございました。
0751デフォルトの名無しさん
NGNG0752デフォルトの名無しさん
NGNGにちゃんねるでデータベースの性能情報を
収集できると思っていたお前がｳﾞｧｶだってことだよ(藁
0753デフォルトの名無しさん
NGNGオラクルマスタ９ｉのＤＢＡⅡを取得した人はいますか？
９ｉのＤＢＡⅡとチューニングの参考書って無いんですよね・・・
どうやって勉強したらいいんだろ･･･
0754デフォルトの名無しさん
NGNG9iまだ触った事ないんだけど、マニュアルで対処できないほど変わってるの？
■ このスレッドは過去ログ倉庫に格納されています