【IT】「OpenOffice.org Base」はMicrosoft Accessの代わりにはならない？…サポートが不十分[10/22]

OpenOffice.org 3.0のデスクトップ用データベースアプリケーション「Base」は魅力的な新機能を
備えるものの、Microsoft Accessと比べるとまだ見劣りがする。
[Jason Brooks，eWEEK]2008年10月22日 16時05分 更新

「OpenOffice.org Base」はデスクトップ用データベースアプリケーションであり、テーブル、
クエリ、フォーム、レポートの作成や操作といった基本的なタスクを実行することができる。

Baseは、OpenOffice.orgスイートに含まれるほかのアプリケーションとの連携に優れている。
例えば、Base内に保存されたデータソースは、Writerのメールマージドキュメントに簡単に
書き出すことができる。しかし、機能の豊富さおよびファイルフォーマットのサポートという点では
Microsoft Accessに見劣りがするため、OpenOffice.orgのほかのコンポーネントと比べると
代替製品としては不十分だ。

OpenOffice.org 3.0は10月13日にリリースされた。OpenOffice.orgのほかのアプリケーションと
同じくバージョン3.0となったBaseは、基本的にAccessに相当する製品だが、BaseとAccessの
ギャップは、OpenOffice.orgとMicrosoft Officeスイートのほかのライバルアプリケーションとの
間のギャップよりも大きい。

特に問題なのは、BaseでのAccessのデータベースファイルのサポートが、
ほかのOpenOffice.orgコンポーネントがそれぞれ対応するOfficeアプリケーションに
提供しているサポートよりもずっと貧弱なことだ。

Baseでは、Microsoftの.mdbや.accdbフォーマットで保存されたテーブルにアクセスすることは
可能だが、クエリを通じたアクセスは限定されており、Accessデータベースに保存されている
フォームやレポートをBaseから読み出すことはできない。またBaseでは、新規のAccessデータ
ベースファイルを作成したり、既存のAccessデータベースを修正したりすることもできない。

しかもBaseがAccessに提供している貧弱なサポートさえも、OpenOffice.orgのWindows
バージョンだけに限られている。OpenOffice.orgのLinux版とApple OS X版は、Accessの
ファイルタイプを一切サポートしていないのだ。しかしLinux版で.mdbファイルをある程度
利用できるサードパーティーのアプリケーションもある。その1つがオープンソースの「MDB
Viewer」で、これを使えば.mdbファイルに保存されたデータをエクスポートすることができる。

Baseは、MySQLやOracleなど、JDBC（Java Database Connectivity）またはODBC（Open
Database Connectivity）ドライバが用意されている外部データベースに接続し、これらの
フロントエンドとして機能する。また、スプレッドシート、テキストCSVあるいはdBASE形式の
データソースに保存されたデータを扱うこともできる。

>>2以降に続く


(ソース※全2ページ) http://www.itmedia.co.jp/enterprise/articles/0810/22/news079.html
(原文※英文) http://www.eweek.com/c/a/Linux-and-Open-Source/OpenOfficeorg-Base-is-No-Microsoft-Access-Replacement/

関連スレ
【IT】オフィススイート「OpenOffice.org 3.0」が正式公開　互換性が向上　Mac OS Xにネイティブ対応[2008/10/10]
http://anchorage.2ch.net/test/read.cgi/bizplus/1223904595/

>>1の続き
Baseは特にWindowsマシン上のODBCとスムーズに連携する。Linux上でODBCドライバを
使用する場合は、「UnixODBC」という追加アプリケーションを使ってドライバを構成する
必要があり、BaseからODBCソースにアクセスするプロセスは極めて複雑だ。
将来リリースでは外部データソースへのアクセスがもっとスムーズになるよう、
OpenOffice.org開発チームにがんばってもらいたい。

今回、Baseに追加された新機能として、クエリ内でのクエリ（新規クエリの作成に際して、
テーブルだけでなく既存のクエリを参照する機能）のサポート、およびBaseファイル内の
マクロのサポートがある。これらはAccessで既に利用可能な機能であり、OpenOffice.org
ユーザーがBaseを使って開発できるアプリケーションの種類を拡大するものとなる。

Accessでよく使われるけれども、これまでBaseに欠落していたもう1つの機能がスイッチボード
機能（フォームやレポートに対するメニュー風のフロントエンドを作成する機能）だ。これは、
OpenOffice.org 3.0の拡張フレームワークを通じてBaseに搭載された。

OpenOffice.orgの拡張システムによって強化が図られたもう1つのBaseの機能が、レポート
ビルディングである。これまでBaseでは、ウィザードを通じて生成する比較的シンプルなレポートしか
作成することができなかった。しかしSun Microsystemsが提供した「Sun Report Builder」が
追加されたことにより、Baseはかなり優れたレポートデザイン機能を備えるようになった。

Baseが企業の基本的なデータベース作成ニーズを十分に満たし、AccessやFileMakerといった
成熟した製品を置き換えることができるかどうかは、個々の企業のニーズ次第である。

OpenOffice.org 3.0のほかのコンポーネントと同様、BaseはWindows、OS X、Linux、
Sun Solarisの各OSに対応し、無償でダウンロードして使えるので、自社の環境で
気楽に試すことができ、実際、試す価値はある。

＜了＞

恒例批判記事

2？

それでも使う

タダに勝る魅力なし！

MSもサポートが不十分なんだが・・・

むしろOfficeのサポートって何だよ

データベースなんて会社でしか使わないし

目くそ鼻くそだろうｗ
もっとも個人でリレーショナルＤＢが必要なのか微妙な気がするが

MSオフィスの糞ヘルプどうにかしろよ。
役に立ったためしが無い。

タイトルがミスリーディング。
サポートするファイル形式が少ないって話だろ。

ACCESSとのファイルの互換性はいらないぞ。
レポートはACCESS並みに使えるようになったのなら
ちょっと使ってみようかな。

>>1
はあ？
今時Accessなんか使う奴いるかよｗ
もし使うならBaseで十分だぞ

アクセスって馬鹿じゃないの
EXCELで間に合わなきゃフリーのRDBMS使えって

個人的にはファイルメーカーの方が好き

ありゃ、access使わないの？
社内システムのフロントエンド開発や、とりあえず見積もり提出するときの
ガワだけ作るときに重宝するんだけどｗ

>>12
やっぱり分かりにくかったですかね？
もうちょっとなんか足せばよかった。

accessか・・・
職場が異動になってから使わなくなった。
その程度。

BaseがだめならMySQLを使えば良いじゃない

MSのOfficeが値段分働いているとは言い難い。

>>14
いっぱいいます。
あなたがものを知らないだけです。

膨大なデータ量だとDBは有難いよね。

>>22
自分は物知りだぞっ！ていう自身は何処から？

○自信
×自身

小規模で使うなら桐でいいし。
accessなんて中途半端でだめだろ。

>>8


|　何について調べますか？
| ┌────────────┐
|　|　呼んだ？　　　　　　　｜
|　| 　　　　　　　　　　　　　 　　　　｜
| └────────────┘
|　[ オプション(O) ]　　　[ 検索(S) ]
|
｀──────────┐ ┌───
　　　　　　　　　　　, '´l,　　..| ./
　　　　　　　, -─-'- 、i_　　|/
　　　 ＿_, '´　　　　　　　ヽ、
　　　',ー--　●　　　　　　　ヽ、
　　　 ｀"'ゝ、_　　　　　　　　　 ',
　　　　　　〈｀'ｰ;＝=ヽ、〈ｰ- 、 !
　　　　　　 ｀ｰ´　　　　ヽi｀ヽ iﾉ
　　　　　　　　　　　　　　　 ! /
　　　　　　　　　　　　　　r'´、ヽ
　　　　　　　　　　　　　　｀´ヽノ

>>27
よしよし、焼津に連れて行ってやろう・・・

結局マイクロソフトが悪いという結論で終了。

おまえらＲＤＢＭＳなんて使わないんだから関係ないだろ

サポートなんかいらねーよ
ちゃんと動きゃいい

OOo 3.0で、Writer, Calc, Impressの完成度がかなり上がってきて、
批判の矛先がBaseに向きだしたのね。
Baseの完成度が、Writer, Calc, Impressに比べて低いなんてのは、
広く知られていることだから、わざわざ記事にされてもなあという感はある。
Baseもあと五年くらいすると、いい感じになってくるよきっと。

サポートってなんだ？

　MSにOfficeの操作やバグ等々でサポートしてもらったことがある奴っているのか？

起動するたびに初期設定にもどるの何とかしてくれ
設定が保存できないんだよｗなんだこれ

いまだにSQLインジェクションで世間に迷惑かけても知らぬ存ぜぬのサポート最高の会社のDBはなぁｗ

エラーメッセージでググったら、上から三番目ぐらいにMSのMSDNがあったとかいうことなら・・・ｗ

>>34
よく考えろよ。oooのデータベースはoooのワープロや表計算のサポートより劣るって意味だぜ？
そもそもoooにおまえのいう意味の「サポート」なんてないだろ。

元記事の「サポート」の意味は、
ファイル形式のサポートとか、機能のサポートとか、そういう意味であって、
困ったら電話で相談にのってくれるとかいう類のサポートとは違うでしょう。

Accessは、DBのインターフェースとしては優秀な部類だからなぁ・・・
DB自体はシンプルの方が良いけど、DB2やオラクルと比較する奴が馬鹿だと思う。

>>34
今、リアルに8件改修指示中だが何か？

ホスティング業者は今じゃみんなMySQL
PostgresQLもあるし

わざわざボッタクリ詐欺RDBMS使う必要はない

アクセスって何に使うの？

まぁ、Access使ったことない奴ばかりなんだろうなぁｗ

>>41
基本よくわかってないなぁ。

>>40
　Filemaker使いの俺が（ｒｙ

　指示すると近々のアップデートあたりで直してくれるのか？

右クリからのウィンドウでセルの結合が出来ない仕様は何時直るんだべ？

>>41
フロントエンドとしてアクセスBaseを使うんだよ
で、抽出したデータをエクセルとかで見たりするんだ

>>46
それは根本思想が違い過ぎるんじゃねーの？

LINUXでODBCとかアホじゃねーの

>>42
車を加速させる時に使う。

>>47
比較でMySQLって書いてるバカを相手にするなよ

>>7
>>31
>>34
>>36
あたりは「サポート」の意味を「電話サポート」とか「無料サポート」とかの
「相談・解決サービス」と間違えてる気がする。
MSOfficeとの機能面・ファイル面での互換性という意味だということは
記事を読めば分かるだろうに

そもそも「ググれ」頼りのオープンソース製品なんだから、
最初からそういう意味でのサポートを期待してるやつなんかいないって

>>17
結局変えるなら、最初からMySQL使うなぁ
個人的にはFirebirdがもっと普及してほしい

MSオフィスはMSの最大の収益基盤だけあって年季入ってるわね。
dBASEは超ボッタクリだし
PARADOXもアプローチもバグだらけだし
アクセス１強はずっと変わってない

>>45
指示出した会社には誠実に対応するよMSは。

特定の会社への先行リリースのケースとアップデート待ちのケースがある。
アップデート待ちになった場合で悪質なケースの場合は一定工数の仕事してくれる。
俺の所だと、いくつかツールを作らさせるけどね。
そー言った形で作られたミニツールも、最終的に纏めてリリースされたりするけどね。

真面目な話、打てば響くからイジメ甲斐があるよ、MSは。

オープンソースから始まったプロジェクトって、
たいてい大きくなると収集がつかなくなって、
結局、大企業のお世話になるってのが多い

>>55
どんだけ力を持った会社ですか？

>>55
あやかりてぇ、あやかりてぇｗ

未だにAccess97な俺

>>55
>>57
>>58
4〜500万円くらい出すとこれくらいやってくれるらしい
http://www.microsoft.com/japan/microsoftservices/enterpriseservices/srv_compare.mspx

オープンソース製品もサードパーティのサポートベンダに依頼すると同じくらいかかるんじゃない？

>>57
それなりの保守契約結んでるだけ。
そこそこの会社で窓口になってる奴なら誰でもやってる話。

素直にCSVにエクスポートして好きなDBMS使え

>>61
パッケージ物に保守契約ね。
プッ。

Accessのファイルサイズ2GB制限撤廃してくれ。

>>55
　さっそくExcelのバグを２〜３個送ってみようと思ったけど保守契約のおかげか・・

>>63
働けよ・・・・・企業で保守契約無しにパッケージ使う所はブラックだな

MSってサポートすんの？

>>66
(;´Д`) す・・・すんません・・・

>>64
MS的には、本格的なDBはSQL Serverにしてほしいってさ。

>>65
パッケージ購入時に付いてるサポートで試したら？
そっちのサポートは何年も使って無いから忘れたけど、回数制限付きのサポートが有ったはず。

>>68
あ、謝るなよ。独禁法違反の臭いのする案件に。
まぁ、アメリカの裁量いかんだがｗ。

非定形業務でかゆい所に手が届くって
日本人が得意そうな分野なんだけどな。
桐が早くから世界進出してれば、ファイルメーカーになれたかもしれんね

>>64
RADとして簡易的なツール作るなら２Gで充分だろ。
ほんとにデータ領域が足りないなら
インターフェースだけAccess使ってDBMSは他の使えばいいだけだし。

>>64
とりあえず、SQL Server Express使えば？

>>67
契約に合わせたサポートを誠実に行う会社だよ、MSは。
つか、無償延々アップデートパッチを出し続けるなんてMSぐらいだ。
I社もS社も、3〜5年で問答無用にサービス打ち切るわ、ちょっとしたパッチが有償だわで話にならん。

>>48
これがないと決定的に表を作りにくいよ

これがなきゃ使い勝手がHTMLエディタ以下だよ

>>70
・・・・・そーゆー問題じゃ無いんだよ

Ａｃｃｅｓｓいいじゃん。ユーザー5人以内の部門程度には十分な、もろよわなシステム組むにはちょうどいいよ。
それこそシステム屋ときたら、犬小屋頼んだはずなのに名古屋城をこしらえるからな。

Ａｃｃｅｓｓは（プロジェクトでない場合）ＤＢ接続を宣言しなくてもお手軽に組めるＶＢって感じ。

>>75
キーボードに割り当てろ

>>75
右クリからにこだわらなければ現状でできてるんだから、いーんじゃねーの

かなり前から言われてるし、もう直すつもりはないんじゃないかと思ってる

>>77
そのぐらいEXCELで処理しろよ

ＡｃｃｅｓｓよりもＢａｓｅの方が使える。純粋にＳＱＬとして見たときに、
変なことが起き難い。
でも、ドキュメントがまだそろってないのは確かだね。
掲示板を何度も徘徊してやっと解決するって感じ。
Ａｃｃｅｓｓの方が、その辺は歴史長い分しっかりしている。

マイクロソフトのサポートつーのはわけわからんな。いらね。

>>77
それは君の注文の出し方がおかしいのです＞名古屋城

そもそもＭＳって高級ユーザー相手にしかまともなサポートしてくれないだろ。
office程度じゃ２ｃｈの住人以下の扱い。

>>82
ttp://cl.pocari.org/images/dev.png

>>84
右下がウケるｗ

ACCESSはMSDEかSEEのフロントエンドにしたほうが強力。

>>77
犬小屋は自分で作るか既製品を買いましょう。

結局、UIとVBAがAccessぽいかどうかが論点なんだろ？

エンジンとしたら、mdbのかわりは、sqliteでいいし
MSDEとかSQL Serverの代替もそれなりにあるしな

Accessで作るアプリもお手軽でいいかもだが、
作っていくと、gdgdしてくるからなあ… スケーラブルじゃないし
そういうのに、開発者が積極的じゃないのかもね。

ニートの誰かがサポート企業でも立ち上げろよ

まあ、Accessはそこそこ出来の良いアプリだからな。
あれほど手軽に使えるデータベースソフトはない。

お手軽さは FileMaker のほうが上だと思った
Access のほうがまだ信用できるくらいにいろいろ動作が怪しかったが

昔、Access に挫折して FileMaker に流れた漏れ。
その後、Linux で素の RDB(SQL) は覚えたが、
デスクトップ環境は相変わらず FileMaker のまま。

そんな漏れにとって、Access って中途半端な存在に思える。
FileMaker より高度なことはできるけど RDB ほどではないし、
RDB よりお手軽だけど FileMaker ほどじゃない。

あと、Base はバックエンドが SQLite だったら良かったのにと思う。

>>92
結局Access を使いこなせないだけじゃん

>>93
そのとおりで、Access には未だに自信が無い。
「Access しか知らない」ユーザが気の毒なだけ。

個人で Excel では管理しきれないデータを扱うのなら、
カード型のFileMaker のほうが直感的で Access よりもずっと楽。
今は売っていないけど、Microsoft Works/Apple Works の
データベースを機能強化(+リレーション機能)した感覚で作成できる。

ま、スレ違いな話題だね。

マイクロソフト製品いくつも使ってるけどサポートなんて自作構成変更時のｏｓ入れ替え時の認証くらいだろ？
しかもDBはファイルメーカーとかｓｑｌじゃないの？アクセスってそんなに重要？

>>94
俺もFileMaker使うけど俺からしたら
FileMakerのスクリプトが中途半端な機能しかなくて使い物にならない。
それに帳票作成、リンクのしやすさ、データ検索・」抽出速度はAccessのほうが圧倒的に上。

>>95
Accessが支持を得てるのはDBエンジンじゃなくて
フロントエンドの高機能&使いやすさ。
エンジンはSQLServerでもオラクルでもMySQLでも何でもいい。

>>96
たしかに FileMaker のスクリプト機能は貧弱だね。
スクリプトという名前だけど、ちっとも今時のプログラミング言語じゃないし。
8ビットパソコン時代のBASIC言語に戻ってしまったような感覚。

ただし >>92,94 で言いたかったのは、FileMaker が生きるのは
「事務ユーザ」が「個人用途」で「Excel では扱いきれない」データ集計/管理に
ぶち当たった時、Access だと敷居が高いけど、FileMaker なら適してるという事。
扱う処理の規模で比較すると「Access >> FileMaker >> Excel」というイメージ。
機能性(>>96)や相互運用性(>>97)で比較すれば、Access が圧倒するのは分かる。
ただデベロッパでない一般人にとって Access は難物なのよ。

ところで、Base はこの先も Access 互換路線を貫くのだろうか？
だとすれば外部との連携(相互運用性)も重要になるから、他のアプリ(Writerなど)とは
異質な互換性の壁に挑まにゃならん。この際、思い切って「個人用途」に限定した
「独自の道(FileMaker？)」を歩むのもいいのではないかと思う、
とスレの流れを戻してみる。

Accessをまともに使っている事業所にお目にかかったことがない。

なんかマニアの人がExcelで一所懸命作り上げたりとか、
漏れは「アナクロ」または「ロートル」（古語）だからPerlで書いたりとか。
それで済むんだよねえ。

baseはodbファイル使ってるし大して互換は狙って無いよ。

baseとcalc間で行列まとめてコピー＆ペーストできればけっこう使えるかも。

三層とか言って、DB、画面、アプリサーバみたいに分割するようになって、
久しいけど、こういうAll in one のソフトって、安易に作れる分
作った後で、拡張しようとするときびしいんだよなあ。
自社の社員がAccessで作ったソフト、作り直してみたいな案件、結構ない？

baseって、そのへん、うまくやってるのだろうか？

互換ゆーてもaccess自体バージョンで移植作業が必要だったりするし、
別にいいんじゃないかなぁ

access並とはいわないがもっと直感的に使えるのが前提だけど

>>99 あーいるね、EXCELで曲芸的スクリプトをぶちかます社内職人。そういう人こそ
ＡＣＣＥＳＳ使ったらいいと思うけどね。ＥＸＣＥＬはあくまでシンプルな2次元スプレッドシートとして使いたい。

昔、97から事務用とに利用し始めて、2000でプログラマ気取りになって
仕様なんて良く知らん客にシステム開発として納品しようとして、
Runtime入れたりだの客のPCのOfficeのバージョンとのバージョン違いで面倒だったりと
当時はなぜAccessがOffice suiteなのかも分かってない大馬鹿野郎だったなぁ

今はWebシステム開発専門になったけど、
ちょっとした個人的な情報管理にはついAccess使っちゃってる

Accessは奥が深い万能なパーソナルデーターベース
これを超えるアプリは未だ無い

OOoなら

　SQLite-ODBC-{OOo,...}

とバックエンドはODBCにラップしつつOOoをフロントエンドの１つとして
使えるから、他のツールも組み込みやすくて便利。

ODBCでラップできるという点ではAccessもExcelも同じだけど、
ODBC抜きでもダイレクトにアクセスできるかというと、それはOOoだけ。

でも数千行とか越えるとOOoってまだ不安定でかなり泣けます。

>>84
アナリストちょっとまてｗ

首吊りの輪っかがあれば最高だったのにｗ

>>108
>>84 は何より“顧客が説明した要件”と“顧客が本当に必要だった物”の乖離が問題なんだよ。
当の本人が上手く説明できない状況を、外部から限られた時間で解決策を見積って
仕事として成立させるなら、たとえリーズナブルな答えが犬小屋だったとしても、
万全以上のスペックたる名古屋城を持ち込んででねじ伏せるしかないだろ。

犬小屋が求められている時に名古屋城を持ってくるのは
果たして「万全以上」なのか・・・？正直、大迷惑では。

そんなんなら段ボール箱持っていった方がよほど万全。

まあ企業においてはありがちなんだな。
前職はメーカーの営業さんと開発現場を取り持つ役割だったんだ。

顧客：理系専門職
営業：理科オンチ文系
漏れ：理系R&D出身
開発：いいかげん海外工場

うつ病で倒れたｗ

マイナーなDBだけど，4D（ http://www.4d-japan.com/products.html ）はいいよ。
価格もほどほどで，Windows/Macの両方をサポートしていて，Acccess のようにも SQL Server のようにも使えて，本格的なプログラミングもできる。

まぁぶっちゃけ
Accessは便利すぎるわ

もうハイパーカードでいいよ

>>115
ハイパーカードって何だ？
マックかなんかか？

AccessだけじゃなくてExcelもそうだけど、
完全な置き換えを目標としてるわけじゃないと思うけどな。
OOoでも十分なユーザが乗り換えて、それがMSへの圧力になって
値下げなりファイルォーマット標準化なりが進めば
ユーザとしては十分です。

もうじき5000円くらいでOffice Lightってのが出そうな気がする。
家庭内エンタ系アプリ辺りをバンドルして

無職・低所得だらけのスレですねｗ

>>118
MSWorksみたいだな

ExcelやAccessは、単独のアプリケーションというより、実行プラットフォームって感じだもんな

Accessは開発環境ってな感じだな。
アップサイズでクエリーがストアドプロシージャになってくれるし。
コード知らなくても、形になっちまう

システム部や外部に委託すると一ヶ月かかるようなものが、自分で作ると土日で仕上がったりする。

>123
じゃあ自分で作れば良いじゃない

MySQLでも使えばいいじゃない

運用でカバー、問題ない
サポートなんか元からない

mysqlまですぐ使えるOpenOfficeの方がいい

サーバをMySQLで、クライアントをExcelやAccessにしてもいい。VBなんかでインターフェイス作るのは面倒だし、ウェブアプリでは操作性が悪いし。

>>113
インデックスがしょっちゅう破壊されるし､言語体系やオブジェクトの取り扱いがあまりにも閉じすぎ｡
加えて情報や書籍がまったくないため､Accessや桐にすら遠く及ばない｡
細かいバグが多すぎて､それを回避する手段が少なすぎる｡
最新バージョンでSQLが使えるようになったが､SQLのサポートが貧弱すぎ｡LEFT JOINやUNION､サブクエリが使えない時点で論外｡

>>129
むかし、マックユーザから4Dサイキョ！
って聞いてたけどそんなクソなんだ
彼がいつの間にか実家の工場継いでいる訳がわかった

Word,Excelはもはや派遣でも使えて当たり前。
SIer等の専門職以外でAccessをバリバリ活用してデータ管理している奴は一目置いて良い。

サポートというか機能が不十分ってことか。なる。

当方負け組派遣ｗ
プログラマーさんじゃないし、専門用語わかんないから読みづらいと思うけど、詳しそうな皆さんに質問。
Accessで社内データベース作ってるけど、派遣先で実際メンテナンスできる人なんていないんだよね。
システム部すらAccess使えない会社多すぎ。
作ったら作りっぱなしで、次の派遣先行くんだけど、クエリとか壊されたり、マクロ消されたり、一人でサポートしてるんだけど。

インポートもエクスポートも上手くできない、クエリいじれないソフトのほうが逆に後々破壊されなくて、いいのかなあ？
これで実際にサーバ側に構築したの乗せて、Accessにリンクさせて使わせてる人いる？
もし、そっちのほうが便利でメンテナンス必要ないなら、勉強したいので。

>>133
サーバーサイドで全部やるならフロントエンドはWebでいいんじゃね?
Webで困るのは帳票だが、これもやり方は色々ある。

やり方ないよ。PDFを出力するぐらいしか。

>>134
馬鹿な質問連発で申し訳ないんだけど、
Webからcsvとかでデータ吐き出せるようにすれば、帳票はユーザー側で自由に作らせるようにすれば、
元のシステムでは単純にデータベースだけ作れてれば問題なし？

最近流行のRIAを使えば操作性は高く、且つ設計範囲外の作業は一切できないようにできるかな。

エンドユーザーとしてはAccess便利です。

サーバー側にはSQL　Serverベースのシステムが入っていて、
そこから定期的にデータを移して、アクセス側で必要なデータ
だけのデータベースを作り利用してる。

中小企業なので、基幹システムのカスタマイズなんぞに金掛けられん。
出力系なんて、全てAccess側で好きに作れるのが便利です。

ただ、Baseが良いなら、そっちに乗り換えたいけれど、
Accessばかり１０年以上使い続けてきたもんで、
素人としては乗り換えられるか不安です。

>>129-130
それが，うちの社内システムが4Dで構築されているのですよ…（涙）

>>1を読まない奴が多くてびっくりする

Acsessとの互換性ってあまり重要じゃないんじゃないかな。
社内DBもMYSQLやPostGressに置き換えすすんでいるジャン。
Webベースで管理したほうが端末に依存しないから便利ジャン。

素人はすっこんでろ。

SQLさーば、mysql etc　→コマンドを打ち込んだらデータを処理するシステム
access　→入力フォームを作ってsqlサーバに送って処理したり、sqlサーバからデータをもらって帳票を作ったり

データーベースをofficeに求めない

>>141
まず綴りが間違ってるから、いっこも説得力ないよ

>>136
結果をCSVでダウンロードさせるというWebシステムはよくあるね。
Windowsでは多分ExcelやらOpenOffice.org Calcが起動するだろうから、
ユーザー側で勝手に加工してもらうならそれでも良い。

もっと凝った帳票なら、
サーバー側でPDFを吐き出してダウンロードさせる方法もある。
PDF帳票システムはフリーも商用もいろいろ出ている。

webbaseっていうけどさ、<!DOCTYPE　　　　とか全部手で打ち込んでくの？
ベーシックマガジンじゃないんだしさ、経理とか総務とか他に本職がある中小企業のパソコン腕自慢さんに
そんな知識も時間もないでしょうよ。　それにある大会社が取引先に申請書を書かせる
ウェブアプリ（たぶん３００項目くらい）を入力したことあるけど、レスポンス悪いし操作ミスであっさり入力内容が消えるし
あんまし良いイメージないな。

（ ﾟдﾟ）ﾎﾟｶｰﾝ

Accessはマイクロソフトで一番使えるソフト。だがBaseもAccess使いなら使えるソフト。
Accessが強いのは膨大な参考書が市販されていて、素人にも使える事。

Baseも参考書さえ充実すれば普及する。まあそうなるとマイクロソフトは潰れるが、マイクロソフトは参考書を普及させないように工作するかな。

陰謀論の国のひとですな

>>149
【無料DB】OpenOffice2.0?Base【Accessｲﾗﾈ】
http://pc11.2ch.net/test/read.cgi/db/1103175670/

不安定で使えたもんじゃない
ってのが定説になってますが？＞Base

MYSQLで十分ですが何か？

SQLiteで十分ですが何か？

Accessはメモリ（変数の内容）ぶっ壊しながら走るからコリゴリだ

Accsess使ってねえし・・・

Office2007は基本糞だが、PowerPoint2007だけはすごい

>>156
禿同
パワポ2007は良い

>>156
昔　ExcelのためにOfficeを買った
今　PowerpointのためにOfficeを買う

Excelも断然2007がいいし、。

>>146
CSVとかPDFとか、そんなしょぼいフォーマットが使い物になるわけないから。
だいたい、サーバはMSSQLServerでもMySQLでもなんでもよくって、AccessやExcelのインターフェイスを使いたいって話だから。

>>158
一方jobsや任天堂岩田はkeynoteを使っていた

ロータスノーツの代わりになるソフトを作ってくれ。

もっともノーツクライアントの最低な操作性を真似てつくられると困るが。

「OpenOffice.org移行の理由はMS Office 2007での大幅な変更」---会津若松市情報政策課 本島氏
http://itpro.nikkeibp.co.jp/article/NEWS/20081028/317965/

>>160
CSVとPDFで絶賛運用中の大規模Web-DBシステムなんていくらでもあるけどね。

>>163
その記事に突っ込ませていただくと
＞「ユーザー・インタフェースが変わり，標準のファイル形式もdocxなどに変わった。職員の教育が必要
デフォルトが変わっただけ、DOCなりMSXMLなりで保存しとけば済む。そもそもODFなどもっと変わるだろ
破綻しまくってる

＞全パソコン840台のうち85%はMS Officeを購入する必要がなくなると推定している。
二重に持つことの管理経費、操作上の不便さ。あまりに舐めてる。
結局技術分野など移行不可能なんだから、二重操作の煩雑さが業務の質を落とし、時間を浪費する

＞職員の研修やヘルプデスク業務は情報政策課が行うため，費用としては計上していない。
人件費も経費だと認識できないアフォ

＞ベンダーの研修を探してみると1名あたり31万円，500名とすれば1500万円だった
元々こんな研修費かけてる自治体皆無だろ。研修費の必要がないからMSアプリなんだろが

＞バージョンアップしたが，これも情報政策課の職員が行った。「従来から職員でやっている。ベンダーに頼むと1台3万円かかる」
だーかーらー、ハナッからベンダに頼んでるようなオコチャマ運用してるとこはない
元から職員がやるか、バッチ処理が当たり前でしょ。何のための運用サーバだよ
自動更新とか知ってるのか？

＞ODFはZIP解凍すれば画像やXMLテキストが読め，将来にわたって必ず閲覧できる。
DOCViewerやコンバータが無くなる危険性より、ODFViewerが将来無くなる危険性の方が遥かに高い
普及度を見てみろよ。根拠が無茶苦茶

＞点線が使えないという問い合わせが寄せられた。「点線が使えなくとも，薄い線などで代用すればだいたいそれで事が足りる」
もう小学生並みの使用しか想定していない。クライアントアプリとして鯖との親和性とか皆無だよな。

＞「政府機関の積極的な対応に期待したい。まずは選択肢としてODFの採用を」と呼びかけた。
政府自体、中央省庁自体が一向に採用してませんが？しかも総務省

早朝からマンチキンが必死でﾜﾛﾀ

マンチキンって何？

パンフレットが風で飛ばないための文鎮を買うのをやめて川原に行って石を拾ってきた
これが役所頭の節約です

そもそもそのパンフレットはいらねえんじゃ？川原まで行って帰ってくる奴の人件費は？
なんて考えたらダメです

OLE DBの時代にODBCとな?

>>139
ご愁傷様です｡
引き継ぎのノウハウを持ったエンジニアがいないならばできるだけ早くそこから逃亡した方がいい｡
うちは4Dで作られていた社内システムを半年かけて全部SQL Serverで作り直した｡
経理部などの残業が格段に減ったし､「データが壊れた」と夜間休日問わずに呼び出されることも全くなくなった｡

まぁ、サポートっつっても派遣のコルセン職員に

「てめーの商品は何だコラ、高い金払わせといて客には使わせねーのか！！」

と怒鳴り散らして「いやぁ、マイクロソフトはこれだから」と
社内で責任転嫁する権利をやるってだけの話だろ。

>>170
ご想像通り，１人のエンジニアが4Dで社内システムを作っていて，引き継ぎのノウハウを持ったエンジニアは誰もいません……

MSが死ぬのとOracleが死ぬのとでどっちがヤバイかというと、後者らしい
データベース業界ｵｿﾛｼｽ

>>173
なんだかんだ言いながらほとんどはDB2とかSQLServerでもなんとかなるんじゃないの。
Windowsのパッチが出なくなる方が100倍ぐらいヤバイと思うが。

SQLiteとかは使わないの？

どっちにしろ、OracleよりMS死ぬほうがヤバイわな

Oracleには頑張ってもらいたい。
SQLSeverの価格の押さえ役として

これって独占禁止法の参考対象になるの？

あんないんちきくさいSQLしか使えないDBになぜこだわるんだ？
MySQL使えばいいだろうに。
GUIが無いとクエリーが作れないゆとりは別として。

>>178
まさかMySQLが優れているとでも？

OLEオブジェクトとしてバイナリファイルなどを取り込むと
めちゃくちゃ肥大化した状態で保存するから２GBなんて
あっという間に消費してしまう。
その2GB近いファイルを圧縮してみるとわずか300MB
なんてことがザラにある。
もうちょっとデータベース内のデータ保持方法を最適化
してほしい。

>>176
逆じゃねぇの

Accessが最高のDBフロントエンドだってことは揺るぎないし異論もない

他のDBMSからOracleには移行可能だが
Oracleから他のDBMSにはそもそも移行できないケースが多い
いろんな意味でボッタ栗

えー、MySQLは、PostgreSQLなんかのオープンソース系と比較しても、SQL標準（SQL92やSQL99）の準拠レベルが低い低機能なDBだから。
ただ、ウェブのバックエンドなんかに使う分には、現状のMySQLでも十分だし、機能が低い代わりに処理が軽いから人気があるんだよ。

もうPFSでいいよ

>>180
これAccessでやってんの？
リンクじゃなくて取り込み？
ある意味正常動作っていやぁ正常だと思うけど、ちょっと作りが幼稚じゃない？あんたのデータベース

ファイルメーカーの方がパソコン用DBとしては使いやすいだろ
本格的にDBやるならMySQLやPostgreSQLなどのフリーのDBMS使ったり
お金かけてもいいならSQL ServerやDB2、Oracle使えばいいしな

mysqlはpostgresqlと比較するとパフォーマンスは若干postgresqlに劣るが
使い易さはmysqlの方が上なので
ライセンス周りで困らなければmysqlを使った方が便利って認識だな。

msのaccessはパフォーマンスでそれら大幅劣る認識。
なんでもいいからsql構文のチェックをしたい時に
たまたま入ってればテストだけ使ってもいいか、くらいのツール。

jetDBのことか？

>>186 ACCESS９以来、GUI的にわかりやすい「売り」としてパッケージに
印刷して見せてるくらいだから、それを使うことを批判するのは酷だろ。
リンク文字列として格納するほうがはるかにスマートなのは同意。いくつか設計しているうちにいずれ気づくこと

オープンソースのＤＢにしろＯＳにしろ、必ず何かとサポートが無いと・・・って言われるが
サポートなんて必要か？？

>>191
サポートは使わないが、物理的マニュアルが無いとダメな向きが多い。
ググるとか考えもしないクチ。
マニュアルも3.0向けのが出てきてほしいところだ。
http://ja.openoffice.org/servlets/ProjectDocumentList?folderID=286&expandFolder=286&folderID=0

俺、この際Windowsに付いてるアクセサリでいいや！

>>182
個人使用ならね。全社となるとセキュリティ管理に不備がある。

つうかマイクロソフトは基本個人向けコンシューマ向けにシステム組んである。
全社組織向け機能が後付け。もしくは後付けでPGやシステム組まないと
全社向けに適用できない。これでライセンスが少し安くてもあまりメリット無い。
具体的にはoutlook、VSS、BI、特にoutlookの後付けグループ機能は酷い。
設計思想が20年遅れてる。これはコンシューマ向けを主体に作られてるから
しょうがないのかもしれんけど。

>>182
大勢が使うようなものなら.NETやJavaで作った方が楽じゃないか？

>>196
汎用性、拡張性、難易度

難易度だけでしょ

>>198
難易度はコストにでかく影響あるからね。
AccessADPで1分で済むものが、VBや.Netじゃ数十万かかり、期間も長いってのはよくあるよ。

acessで千台に導入したら1000時間、何千万かかるのかな？

accessランタイムなら１万台インスコしてもタダだね

そんなのあるんだ、しかし1000台インスコはトロい。現実的ではないね。
別バージョンのaccessとの共存も注意しなければいけないし、
1000台のaccessバージョンアップを計画だてる必要がある。

>>202
OLEDBに代替製品は無い
現実

>>202
accessランタイムすらご存知無いwド素人が、ケチつけたいだけなんだろ。

>>204
ランタイムだけじゃ、ちょっとしたSQLすら書けないよ

>>205
お前馬鹿だろｗ

まて、Access使わなければ万事解決だ。

>>203
そこまで囲い込まれたソリューションを平然と採用できる神経がおっかない。

>>102
それは多分ソフトのせいじゃなくて設計者の腕のせいだから
何使おうとも根本的な解決は不可能

>>208
それ以外の方がロックインが酷いという事実

んなこたぁない。

>>211
データの保全性、システムの移植性
ツールの豊富さ
考えてみろよ。
どっちがベンダロックインなのか。

てか、お前一言否定だけで、使ったことすらねーだろ。
論理的な反論してみろよ。できるのならな

だっておま、MS製品に金払わずにその自慢のシステムを動作させられんの？

プロはdBASE�Uだろ

Accessは楽すぎてバカになる

>>214
渋い

Access事態が無能過ぎて使えない

アレは文系用

R-Baseのことも思い出してあげてください…

移行先がなくて困ってます

無料の製品に釣られて巻き込まれて
またサポートセンターが立ち上がり
金を払わされるのね

懲りないな

>>219
会津若松市役所
http://society6.2ch.net/test/read.cgi/koumu/1215833946/

ここで言って来い

BorlandのParadox使ってたところもあったな
もう、10年以上前の話だけど
あのころはBorlandはｄBASE買ったりとデーターベースに力入れてたな
RDBMSのInterBaseなんてものも出してた

>>221
ParadoxやdBaseは死亡してしまったのだが､
InterBaseは新バージョンが出たりまだ健在なんだよな｡FireBirdなんてものも派生的に生まれたが｡

>>217
アプリケーション導入決定権の大半は文系が握っている事実。

>>128
VBで、Accessで使われているような

なんていったら伝わるのかわからんが、セルをクリックするとコンボボックスが
でてきて、選択すると、他のフィールドもクエリにしたがって、するっと入るみた
いな機能があれば嬉しい。

値集合ソースにクエリを入れておくわけだが、VBにはあれがない。あれがあれ
ば、VBのData Environmentを使ってDBアプリを作りたいところなんだけれどね。
VBだとルックアップさせる仕組みから作らないといけない。

>>134
ぶっちゃけ、Accessの利点というか優れていると俺が評価しているのは
なによりも、レポート機能。これは昔からそう思っている。

ウェブはいいだの、ウェブ最高とかよく言うが、未だにレポート機能が素晴ら
しいなんてものにお目に掛かったこともないし、現時点では特殊なプラグイン
でも実装させてなんてことになる。

ウェブは確かに利点はあるが、帳票関係やる上でウェブほど実装に関わりたく
ないものはない。だったら、MDEでも配置させて直接C/Sでやらせたほうが、
UIもよりリッチにできるし、素直だ。

>>225
レポートもだが、フォームのコントロールもVBAでどうにでもなる。
jetも速い。
只のスタンドアロンアプリだと馬鹿にする奴がいるが
立派なSEがついていながら、Access以下のシステムを山ほど見てきたよ。

社内のアフォ上司が指示してきた案件で
仕様すら明確じゃない物を作るときには、普通にアクセス使う。
明示的に変更可能なのはらくだよやっぱり。

OOoは

Officeの真の資産は、解らないことの殆どはネットで調べて解決できるところ。
そうでなくてもAccessは便利だ。

もうアクセスだけにして、他から撤退しろ

いや、アクセスいらないからパワーポイント残してあげて

アクセスとパワポだけか、社名をアクセスパワポに変えては？

さすがにAccess97 くらいの機能はあるんじゃないの？

oooは知らないけど

冴子先生って、日本オリジナルヘルプキャラなんだってな。恥ずかしながら知らんかった。

日本オリジナルなら、もっとアレ系のキャラにすりゃ良かろうもんに。

AccessといえばVB6なんだが、.net + Accessのアプリの案件なんてあるの？

>>232
略称が変わるとソフト名にも影響するから、
マイクロセスポあたりにしておいてやれ。

>>235
今まではどうか知らんけど、今後は2008からはSqlServerくっついてくるから .net+Accessの案件は少なくなるんじゃないかな。
LINQの勉強めんどくさいけど、ちょっと楽しい。

サポートは仕様ですだろ、劣る事は考えられないな。

>>235
Access プロジェクト (.adp)、OLE DB
優れたクライアントでもあります

つか、所詮安かろう悪かろうで全てがMS−Officeの代わりにならんよ

Access使う人ってそんなに多いか？

それにAccessがそんなに便利なら単体で買えばいい
Office Pro買うよりもAccess単体で買った方が安い

DSP版のOfficeの方が安いというレスがつくことあるけど
DSP版はパソコン買い換えたらOfficeも買い直さないといけない
パッケージ版ならパソコン買い換えても使えるからな

Officeの中でもWordやExcelに比べれば使うユーザ数は1/10以下だろ。
ただし、他のデータベースに比べれば10倍以上は居るだろう。

商用のデータベースソフトとしては事実上競争相手が存在しないし、本体の出来も
悪くないしね。入力と閲覧だけなら無償のランタイム使えば良いからな。

Accessでできる程度のことはBaseでもできる

>>243
じゃ手本に一丁作ってみてくれるか？

>>243
出来る出来ないじゃなく、Baseなんて誰も使う気にならないのが一番の問題。ｗ
これがAccessなら何とか勉強してやってみようかとなるんだけどな。

年商5000億レベルの会社でも
現場はアクセスで伝票だしてる世界
しかも'97

アクセス＋VBA最強伝説

>>237
>>239
勉強になります

Accessしかできない連中が必死だな
これまで少しずつためてきた技術がパーになるんだから当然といえば当然だが

>>248
SQLServer＋Accessは最強だと思うよ
いろんな意味で

>>233
そのレベルにすら到達してないから問題なんだよ

>248
必死でもないんだが。
システム開発自体を生り合いにしていないからAccessで十分だし、
配布もランタイムと一緒に渡せば別に困らないしな。

Accessはいいかもしれないが
社員全員に提供する必要のないソフトであることは間違いない

ちょっと触ってみたけどBaseはイマイチなんだよなー
まずはデータのインポートをAccessと同等の操作方法にしてほしいよ

>>253
> ちょっと触ってみたけどBaseはイマイチなんだよなー
イマイチどころのレベルじゃないだろ
どんなMSアンチでも、baseだけは持ち上げられない

>>252
はぁ？当たり前だろ、全くわかってない。
社員全員がAccessでカスタムフォームを作る必要なんか全く無い。
何のためのランタイムだ。

>>255
そんな用途ならp言語で適当に組むから。

>>256
へーp言語で簡単に帳票のプレビューとか作れるんだ。
知らなかったよｗ

>256
はやくまともな社会人になりな。

データーベースをちゃんと分かってない奴ほどAccessを馬鹿にしたがる
無知は恥ずかしいのに

ここまで、アクセス信者から具体的な反論一切なしｗ

>>260
何を反論すればいいの？

web上で動くACCESSが発売されたら最強だろうな。
データアクセスページなんて中途半端なのじゃなくて
レポートの印刷やVBAの組み込みまでできるようなの。

>>260
万能だからなんの問題も提起されてないので反論のしようがないわけだが

データベースは素人が如何に使えるのかが大事。わかりやすいマニュアルが全て。Accessなら、俺でも使える。

>>260って出来の悪い人工無能でしょ？
天然無能だったらもう目も当てられないわｗ

ま、AccessとかExcelは、単なる１アプリじゃなくって、業務フローに完全に組み込まれてるのは事実。

>>262
localhostからしか接続できないWEB上のMySQLにAccessが
接続できるコネクタかなんか開発してくれれば俺はそれでいい。

>>267
レスポンスも糞もないシステムだな

ここまで組み込まれてしまった現状では、抗うこと自体がナンセンス

日本人が世界共通語の英語じゃなくて日本でしか使われない日本語を話してるのと同じこと

意味わからん

>>270
日本語でおｋ

baseだとアクションクエリーを発行できない。
レポートもACESS並みに使いこなすことができない。
いつになったらまともに使えるようになるんだ。
早く実装してくれ〜。

>>273
オープンソースなんだから自分で作れ

>>273
試そうとしたお前が悪い
世間の評判知らんのか？

>>274
あんまりうるさく繰り返すとオプソ厨うぜえって言われるよ。

bentoに毛が生えたぐらいのとこ狙えばいいのに
なんでAccessと競い合うんだ。

>>277
開発者のプライド

>>277
Accesと競ってるつもりは無いと思う

マイクロソフトがOpenOffice.orgに対抗できるソフトは、
もはやAccessしか残ってない、ということか。

>>280
ﾌﾟｯ
どこが勝ってるのか教えてくれよ

マイクロソフトにサポートしてもらった事なんか一度もないけど

baseなんかであれこれやるくらいなら自腹でもAccess買うっちゅうの

>>281
PDFエクスポートが基本機能

>>284
無料のPDF作成ソフト一杯あるから、印刷時に選べばいいんじゃね？
何か問題でも？

そもそもAccessがいらね

十年ファイルメーカー使ってるけど困らない

>>284
MS標準のプラグインがあるので差にはならない
標準機能にならなかったのはAdobeのせいだし

MySQLでいい
サポートがどうのっていうけどサポートなんか利用したことねえ

>>289
お前個人に限定した話なんかどうでもいいんだよ。
ビジ板なんだから、ビジネスに繋がること言えや

>>288
XPFのせいじゃね？