「IBM、OpenOffice.orgプロジェクトに正式参加――Lotus製品のコードを提供へ」記事へのコメント

これは期待できる

[Anonymous Coward]

とりあえずAccessの代替品をお願いします。
これが一番切実。

Re:これは期待できる

[yukichi (12361)]

Baceではダメなんですか?

Re:これは期待できる

[Anonymous Coward]

単独での品質はともかく､マイクロソフト社製品に対する互換性は低いですねえ。だからAccess+VBAで作ったシステムの移行なんかには向いてないです。

Re:これは期待できる

[shiragaoyadi (27158)]

根本的に違うものなんだから、VBAに対応しろ、というのは無理があるのでは？
利用が「ただのMSOfficeの代わりのソフト」という使い方が多いのは確かだが、完結した一つのOfficeSuiteとしてつかえば、MSOffice2000に近く、Personalを買うよりは、私はOOoを選びます。

それにもしVBAにフル対応したら(え～～っと、どのヴァージョン？)M$さんがドアをたたくのではないか、と愚考。
互換性も、各種互換性のあるソフトをテストした中では高い方で、特にExcel2003(2000)との互換は、2007より高いです。
(勿論VBAは別の話です)

ただ、BaseはAccessの代わりに使うにはあまりにも・・・・・という感じですね。
その点、ロータスアプローチを投入してくれるのであれば、Accessの代替品ではなく、Accessからの移行製品として期待できるかも。
10年前の記憶ではアプローチは使いやすそうだった。

その意味でちょっと期待。

Re:これは期待できる

[M.Kamataki (15158)]

わたしはAccessの移行を実際に行ったことがありますが、「BaseはAccessの代わりに使う」という発想は捨てないといけません。Accessは、単体で用いることもできる完成されたアプリですが、OpenOffice.orgでは、それこそ全機能を動員します。DBとの接続部分はデータソース（Baseはデータソース登録で用いるだけ）、レポートはCalcに出力するなどすれば、Accessの代替えになります。

実際には、移行前がAccess単体のアプリケーションだったものが、Calc+Baseになったものがあります。操作フォームはBaseではなく、Basicで作成したダイアログを用いたため、Baseの画面では操作を行わないアプリケーションになったものもありました。

ただし、裏ではOpenOffice.org Basicで書く部分が相当あるので、けっして移行は簡単である、とは言えません。

Re:これは期待できる

[Anonymous Coward]

ちょっと思ったのはAccess(のユーザー)はマクロに頼りすぎている部分 があるなーってところ。 SQLを実行するエンジンがあるんだったら大抵のデータ処理はSQLだけで できるはずなのに、やたらマクロで余計なステップを組んでいるのには まいりました。 まぁそれだけマクロ機能（のUI）が優れているってことなんでしょうか。 （もしくはSQLを生成するUIが腐ってる？）

Re:これは期待できる

[Anonymous Coward]

強いていうなら SQL を覚えずに済む UI が腐ってるカモ・・・

雛形を GUI で組んだあと、SQL を手修正なんて使い方するときはとっても楽チンなんだけど、
知らない人には魔法の呪文か何か [google.co.jp]にしか見えないらしいです。

Re:これは期待できる

[Anonymous Coward]

SQLという新しい言語を習熟しなくても既に習熟しているVBAで可能というのはメリットかと。

Re:これは期待できる

[Anonymous Coward]

VBAを含めてOfficeなので、VBAを除いてと付けなければいけないのは、
要するに互換性低いって事でわ。

BaseはDBのフロントエンド程度に使うにしても、まだまだイマイチ感が。
EclipseでDB関係のプラグイン入れて弄ったほうがマシというレベル。