【最大10000ポイント】当たる!!質問投稿キャンペーン!

 「桐」というデータベースソフトがありますね。
 「Access」と「ファイルメーカー」については仕事で使っているので、大体の感触は知っているつもりですが、「桐」は使ったことがありません。
 どんな得手不得手を持ったソフトですか?お教え願いたいのですが・・・。

 ちなみに「教えて!goo」の過去ログで、日本語が得意、大規模データベースには向かない、程度は調べられましたが、詳しくは分りませんでした。現状の業務的には15000件~30000件くらいの会員データベースを、サーバ-クライアント式のネットワーク(端末数台、WindowsNT-98/Me/XP)上で上記のソフトを使い分けて運用しています。

このQ&Aに関連する最新のQ&A

A 回答 (4件)

》 それから、どなたか、ファイルメーカーと比較してのご回答がいただけると尚ありがたいのですが、いかがでしょうか?



 正直、この発言はちょっと不愉快ですね。「どれも見たことはないんですが、サッカーと野球とバスケットと、どれがいちばん面白いか教えてください」と言っているようなものです。
 あなた自身、どのデータベースソフトもマスターしておられない。だから人に訊かないと何もわからない。それでは主体的な判断はできません。これでは、もし社内で提案しても説得力はありません。

 それで、どれでもいいから一つマスターすれば、それぞれ他の良さがわかるようになってきます。私自身、桐が好きだけど、Accessの良さは知っているし、ExcelやHyperCardのユニークさもわかります。

 私があなたの立場なら、Accessはまだしも、ファイルメーカーは全く選択肢に入れないですね。もしファイルメーカーに「桐井戸端BBS」のようなサイトができているなら、どうぞ選択肢に入れたらいいでしょう。
    • good
    • 0
この回答へのお礼

 申し訳ございません。自らの不見識により不愉快にさせてしまいました事を深くお詫び申し上げます。
 いろいろとお教えいただき、ありがとうございました。

お礼日時:2003/05/13 18:05

 私もDOS時代から使っています。

確かバージョン3からでしたか。当初はマニュアルが難解で、電話サポートもぶっきらぼうでしたが、今の製品は極めてわかりやすいし、使いやすいです。なぜ流行らないのか不思議です。

 まず欠点ですが、個人ユースではほとんど思い当たりません。周りで誰も使っていないので、データやスクリプトの互換性をとりにくいことぐらいでしょうか。
 それで、たぶん、いちばんの欠点はWebやSQLサーバーとの連携でしょうね。これはできない相談です。

 けっこう強力なスクリプト言語「一括処理」機能を持っています。これは日本語、すわなち漢字で記述するようになっています。とてもユニークです。日本語で書かれたプログラムは、非常に視認性がよいです。けれども、他に類を見ませんので、開発者は慣れるのに苦労するでしょうし、もちろん互換性はありません。それとインタプリタですので、実行速度は遅いです。また、サブルーチンとして途中で別ファイルを実行すると、戻ってきてくれません。

 すなわち、定型業務処理システムを構築するよりも、エンドユーザーが自ら企画し、対話式でデータを処理するのに向いていると思います。

 利点ですが、文字列関数、その他が豊富です。それで、ほとんど対話式で処理できます。Accessを触ってみて思ったことは「なんと関数が少ないことか」でした。それで、どうしてもVBAを使わざるを得ません。Accessはエンドユーザー向けのアプリケーションではありません。

 印刷では桐の独壇場でしょう。Accessでは絶対できない2byte文字の処理(たとえば上下反転印刷)がいとも簡単にできてしまいます。

》15000件~30000件くらいの会員データベース

 これはとても手頃な量ですね。まず問題ないですね。もちろんネットワーク対応です。

 かつて、DOS時代に8MHzのV30のCPUを使って、3万2千件、索引付き12MB、実質約5MBの文字列中心のデータベースを扱っていたことがありました。当時のパソコンにはべらぼうな量でしたが、そこそこストレスを感じることなく扱えていました。
 よくも640KBのユーザーメモリでここまでやれるもんだ、とつくづく思ったものです。いずれにしても、処理速度で不満を感じたことはありません。

 あと、管理工学研究所は、バグ付きソフトを出すのを最大の恥とするところみたいですね。それで「操作ミスか、ソフトのバグか」と判断に迷うことはありません。そのためか、バージョンアップは非常に遅いです。

 また行儀のいいソフトの作り方をする会社です。その証拠に、DOS版の「松」や「桐」は、印刷はできませんが、Windows98上でも不都合なく動きます。
    • good
    • 0
この回答へのお礼

 早々のご回答ありがとうございました。マイクロソフト関連のソフトに慣れている自分としては、大変ユニークなソフトだなあと感じます。根強いファンがいる、というのもうなずけます。
 30000件ぐらいが手ごろ、というのもありがたいですね。ただ実際に使うかどうかは、今のところ分りません。ウェブとの絡みがあるので・・・。
 それから、どなたか、ファイルメーカーと比較してのご回答がいただけると尚ありがたいのですが、いかがでしょうか?

お礼日時:2003/05/13 15:04

DOS時代のバージョン4以来のユーザです。



得意はなんと言っても、下手なワープロ顔負けの印刷品質でしょう。定型用紙などサイズにどんぴしゃりの印刷がなんのプログラミングもなしにすぐにできます。
ワープロでも差し込み印刷とかあれこれ駆使しなければなりませんが、桐単体でミリ単位でできます。

また、大規模データベースには向かないとはいっても、ACCESSと同規模くらいのデータベースは構築できます。少なくとも中小企業クラスの実務には十分です(事業内容にもよりますが)し、実際、管理工学研究所でも顧客管理などに使っていると聞いています。

また、日本語を使った独自のマクロが評価が分かれるところですが、日本語による可読性の高さは、のちのちの保守で威力を発揮します。

このマクロ(一括処理と呼んでいます)は、最近はやりのRAD環境でもないし、構造化言語でもない、どちらかというと従来のバッチ処理にも似た、手続きを順に記述していくタイプのものですが、それ故、プログラミングのイロハを知らない素人にもそこそこのマクロがすぐに作れます。定型業務ならキートレースがありますので、それこそノンコーディングでできます。

Excelでデータベースもどきを設計するくらいの技量があればすぐに使いこなせると思います。

不得意は、webへの連携が弱い、実行形式のテーブルを作成できない、高いということでしょうか。
つまり、URLがある項目をクリックしたらそのアドレスのサイトが表示されるとか、CGIからテーブルにアクセスするとかができない、便利なマクロを作って配布したいと思ったら配布先にも桐がないといけない、しかも高くて個人では手が出しにくい、と言うことです。

現代の製品としては致命的かも知れません、

実は、私も最新版のバージョン9にはアップグレードしませんでした。
SQLを覚えて、MysqlやPHPなどの環境を使えばどんなデータベースも自由に設計できますから、これといって魅力を感じなくなったのです。

しかし、アクセスも業務アプリが組める程度には使ってきましたが、どちらが使いよかったかというと断然桐です。

何がなんでもクエリ、フォームを設計しないと何もできないアクセスとは違い、とりあえず表の状態(会話処理)だけでも実用になるのは大きな強みです。
    • good
    • 0
この回答へのお礼

 早々のご回答、ありがとうございました。アクセスと比較しての特徴がよくわかりました。余談ですがアクセスは、システム担当者に組んでもらったものを使用しており、自分では簡単なクエリとレポートが組める程度です(汗)。現在複数のデータベース構築案が持ち上がっているのですが、それぞれ要求が違いまして(笑)、その中には「桐」が役立ちそうなものもありそうな感じです。
 ありがとうございました。

お礼日時:2003/05/13 14:43

 「桐」って使用してる人少ないですね~。


 私はDOS時代から使用していますが、逆に「Access」使ったこと無いし、一括処理や難しい作業もしてないのでお役に立てませんが、情報収集程度なら参考URLを覗いてみてください。

参考URL:http://www.nsknet.or.jp/~habata/index.htm
    • good
    • 1
この回答へのお礼

早々のご回答ありがとうございました。さっそく参考URLを開いてみました。情報量が多かったので見切れてはいませんが、かなり概要を知るために役立ちそうです。それから、いかに愛されているソフトか、よく分りました。

お礼日時:2003/05/13 13:44

このQ&Aに関連する人気のQ&A

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

関連するカテゴリからQ&Aを探す

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Qaccess2003で桐の表引きのようなシステムはありますか?

access2003のフォームを使いデータ入力を行えるものを作りたいのですが、日本語データベースソフト桐の表引きのように他のテーブルからデータをひっぱってくるようなシステムはありますか?
accessは全くの初心者で質問の内容も伝わりにくいかもしれませんがよろしくお願いします。

Aベストアンサー

IDをコンボボックスにすべきです。
コンボボックスの設定値
値集合ソース:SELECT ID,名前,住所 FROM テーブル1
列数:3
列幅:1;0;0 各列の幅の並び、最初の列(ID)だけ0以外を指定
更新後処理:イベントプロシージャ(下記参照)
Sub ID_AfterUpdate() ※"ID"はフォーム上のコンボボックスの名前
Me.名前 = Me.ID.Column(1) 'コンボの2列目=名前
Me.住所 = Me.ID.Column(2) 'コンボの3列目=住所
End Sub

コンボボックスにはID、名前、住所の3列がありますが、列幅の指定が
2列目、3列目が0なので、IDしか見えません。見えませんが内容は
入っていますので、Columnプロパティで値を引き出すことができます。
もし、3列とも見せたいなら、列幅での指定値を0以外にし、更に
リスト幅を「自動」→数値にします。見栄えはリスト幅との兼ね合い
から試行錯誤して決定してください。

Q桐の項目名の変数利用(一括処理)

現在、桐Ver9SP1を使用しています。

今回、質問をお願いしましたのは一括処理の【置換 条件名=” ”】コマンドで変数に項目名を指定して実行する方法が判らなく困っています。解決策をご伝授ください。

概略説明:
数値項目:[A]、[B]、[C]、[D]、[E] とした時
1)置換条件登録 条件名=””、確認=しない、[A]=#条件選択([B]=1,22,[C]<5,33,1,999)
2)置換 条件名=””
の上記コマンドの項目[C]は固定項目ですが、項目[C]の箇所をメニュー2で事前に表にある [C] or [D] or [E] 項目を選択して変数(&STR)に格納。

次のコマンド(&STR)で実行したいのですがエラーになります。
3)置換条件登録 条件名=””、確認=しない、[A]=#条件選択([B]=1,22,&STR=5,33,1,999)
4)置換 条件名=””
エラー[KD1618:比較できないデータ型の組合わせがあります.. ,&STR=←]

他に確認した結果:  
6)置換条件登録 条件名=””、確認=しない、[A]=[C]
7)置換 条件名=””
 の実行では [A] に [C] の値が置換されますが、
  
10)代入 &STR="[C]"
11)置換条件登録 条件名=””、確認=しない、[A]=&STR
12)置換 条件名=”” 
 ではエラー発生
[KD1620:式の結果が代入または変換できないデータ型です &STR ] の表示でエラー
お願い:
3)4)行 及び 10)~12)行の部分をどのように設定、工夫すれば実行可能になるのか?
教えてください。よろしくお願いいたします。

現在、桐Ver9SP1を使用しています。

今回、質問をお願いしましたのは一括処理の【置換 条件名=” ”】コマンドで変数に項目名を指定して実行する方法が判らなく困っています。解決策をご伝授ください。

概略説明:
数値項目:[A]、[B]、[C]、[D]、[E] とした時
1)置換条件登録 条件名=””、確認=しない、[A]=#条件選択([B]=1,22,[C]<5,33,1,999)
2)置換 条件名=””
の上記コマンドの項目[C]は固定項目ですが、項目[C]の箇所をメニュー2で事前に表にある [C] or [D] or [...続きを読む

Aベストアンサー

> 10)代入 &STR="[C]"

こうしてみてください。

代入 &STR="C"

念のため、全角半角・大文字小文字間違いないように。

V9ヘルプ→一括処理・履歴・イベント→入門→一括処理の定義と実行→一括処理の書き方→項目名をご参照あれ。

QMSはAccessに本気じゃない?

こんにちは。

ネットでAccessについて検索していると、アンチMSの人なのか、MSはAccessに対して、他のオフィス製品に比べると本気度が低いと見かけます。

素人ですが、2007から2010はそんなにかわった印象はありませんでした。

変化が少ないので、MSが本気じゃないと言っているのか真意はわかりませんが、疑問に思ったのが、MSはAccessに対して余り本気じゃないように見受けられるでしょうか?

本気かどうかは置いておいて、非常に使いやすい、洗練されたツールだと私は思うのですが・・・

Aベストアンサー

DBエンジニアではなく,本業を他に持つ者です.

Accessを本格的に使うようになって10年ほど経ちます.ADOなどが使えるようになった2000から今は2007を使っています.

DBエンジニアのようなプロからするとおもちゃのようなDBなのでしょう.個人向けOfficeパッケージの製品でもあり,あくまでデスクトップデータベースとの位置づけだから,そういう評価になるのでしょう.

私個人はこれは非常によくできた製品だと思います.VBAとSQLをマスターすれば,専門エンジニアの居ない職場では最強のツールだと思います.例えば,学校の成績処理などすぐできます.

ネックは共有ですね.私は次のようにして破損,肥大化を逃れつつ60人規模で(時間差で)共有しています.もちろん,実際同じ時間にアクセスする人数は数人です.排他処理とエラー処理で同時利用を回避しています.順番待ち利用ですね.

・インターフェイスはExcelですべてのVBAはExcelに作り込み,ワークシートにデータを展開して,編集する.このExcelファイルを共有者に配布する.
・Excelがaccdbファイルからデータを読み取り,データを編集している間は接続を切る.変更分はシートの行にチェックをつけ,変更分を一気に接続してaccdbファイルを更新する.

ほとんどの書類はExcelインターフェイスで印刷しますから,Accessはインストールされている必要がありません.しかし,Accessで作ったレポートをExcelから印刷するときは,Accessアプリケーションがインストールされている必要があります.

このやり方はネットでも紹介(Excel ADOでググる)されていますが,込み入った具体的な事例は書籍が詳しいです(古川順平氏のデータベースなど).Accessの全般的知識,Excel全般的知識とVBA,ADO,SQLなどの知識が要りますが,これで業務用DBいらずに何とかやっています.

どれぐらいの安全性・快適性かというと,定期考査の成績処理で,800人の1人当たり10数科目,テスト・評価データ10回分,出欠集計分で10数MBのaccdbファイルを使い,10回分の成績集計表,成績一覧表・順位表・通知表,出欠集計表などをインターフェイスのExcelから出力,通知表のみAccessで印刷して,1年使って,破損なし,肥大化ほとんどなし,同時利用衝突クレームなしです.

この件についてDBエンジニアにネットなどで質問すると,「Accessだけでやればいいのに」「SQLServerExpress使えば」などと言われますが,本業のある人間には敷居が高いこともあり,この方法がもっとも手軽だという結論に至りました.とくに,ExcelVBAが得意ならSQLさえ使いこなせばかなりのシステムが素人ながら作ることができます.

さて,MSがAccessに本気じゃないというのはそのユーザーの少なさだと思います.Excelの方が圧倒的にユーザーが多いし,ビジネスになります.AccessまたはExcelとの連携はやはり一般の人には敷居が高すぎるのだと思います.しかし,業務用でないDBとしての完成度は非常に高いと思います.デスクトップデータベースとしてできることは十分なので,使いこなせる人にとってはかなり重宝しているはずです.私も2000で機能は十分です.

あのビルゲイツもAccessをほめていたのを聞いたことがあります.今のところ,AccessとSQLServerのギャップがそのままエンジニア出ない人でAccessを重宝する人と,業務用DBを使うエンジニアのギャップということなのでしょう.

設計思想がもともと個人利用なので無理なのかもしれませんが,あまり工夫しなくても小規模職場で多人数利用ができるようになれば,もっともっとユーザーも増えるのではないでしょうか.

非常に良いものでも使われなければ消えていきます.例えば,TeXという組版ソフトがありますが,これは数学者,物理学者は使いますが,一般の人はやはりWordを使います.MSにLaTeXの開発者ランポートが移籍したことを知ったとき,もしかしたらTeXがWord並みの使いやすさになってMSからでるのかと期待しましたが,音沙汰なしです.MSも企業ですから,どんなによいものでもビジネスにならなければ撤退すると思います.

リレーショナルデータベースが世に出て40年ほどたちますが,これにかわるものはでていません.やはり,エンジニアにとって使いやすかったからです.AccessはRDBとしてのとっつきやすさは天下一品だと思います.RDB自体が一般の人には理解されていません.一般の職場で表と言えばクロス集計表しか連想されないように,RDB特有の正規化の考えが浸透していないのもAccessが使いにくいと思われている要因の一つだと思います.もし,数学の科目のようにリレーショナル代数が教えられるようになったら,Accessも市民権を持つのではないかと思います.まあ,すぐそうなるとは思えませんが.

MSが本気になるかどうかはユーザーが増えてビジネスになるかどうかにかかっていると思います.今のAccessユーザーにはぜひがんばって使い続けてほしいと思います.

DBエンジニアではなく,本業を他に持つ者です.

Accessを本格的に使うようになって10年ほど経ちます.ADOなどが使えるようになった2000から今は2007を使っています.

DBエンジニアのようなプロからするとおもちゃのようなDBなのでしょう.個人向けOfficeパッケージの製品でもあり,あくまでデスクトップデータベースとの位置づけだから,そういう評価になるのでしょう.

私個人はこれは非常によくできた製品だと思います.VBAとSQLをマスターすれば,専門エンジニアの居ない職場では最強のツールだと思います....続きを読む


人気Q&Aランキング