09/08/21 21:03:16 5re0WCli
URLﾘﾝｸ(www.k3-soft.com)
URLﾘﾝｸ(www.k3-soft.com)
URLﾘﾝｸ(www.google.com)
前スレ
桐について語るスレ？
ｽﾚﾘﾝｸ(db板)
2:NAME IS NULL
09/08/21 21:05:03 5re0WCli
× Excedl
○ Excel
しくじった、ｽﾏﾝ
3:NAME IS NULL
09/08/21 21:29:52
>>1
お疲れ３
いい。いい。そのずれ加減が桐っぽくて感じいい。
4:NAME IS NULL
09/08/21 21:40:45
桐はデータベース板から出て行け
5:NAME IS NULL
09/08/21 22:11:57
桐のデータベース性能と評価
・Unicodeを扱えないｗｗｗｗｗ
・結合表はバカ単純な結合しかできないｗｗｗｗ
・共有情報が頻繁にぶっ壊れるｗｗｗｗ
・データファイル、スクリプトファイル丸ごとN/W共有ってｗｗｗｗ
・その末にデータファイル、スクリプトファイルぶっ壊れるｗｗｗｗｗ
・なので共有機能は実用に耐えないｗｗｗｗｗ
・外部データベースの関数がしょぼいｗｗｗ
・外部データベース接続のセキュリティが脆弱ｗｗｗ
・つか全体的にセキュリティ意識が低すぎｗｗｗｗｗ
・サードパーティー製ツールが皆無ｗ
・スクリプトファイルは直にテキストエディタで読めないｗｗ
ｗ 愛嬌ってことで勘弁
ｗｗ しょうがないね
ｗｗｗ 笑えねー
ｗｗｗｗ 師ね
ｗｗｗｗｗ ・・・
6:NAME IS NULL
09/08/21 22:26:28
Access2003のパスワードも桐の利用者コードも同レベルで、一瞬で解除出来るが、セキュア桐は破られてない
マクロファイルは、もちろんテキストに書き出すのも普通の操作でオケ、テーブルになっていて拡張子をtblに変えると表でも開ける
共有機能が弱いのはAccessも同様
7:NAME IS NULL
09/08/21 22:35:18
釣られるじぇねぇ
8:NAME IS NULL
09/08/21 22:42:24
桐シタンの親の敵、Accessスレはデータベース板にないんですけど．．．
マジレスしてみよう！
> セキュア桐は破られてない
10年前にマックがセキュアって威張ってたのと同じ事。
どこの物好きが桐をハックするのか。絶望的死んだほうがマシ的不人気を自ら証明したな。
> マクロファイルは、もちろんテキストに書き出すのも普通の操作でオケ、テーブルになっていて拡張子をtblに変えると表でも開ける
ん～と、それ便利？プロジェクト開発でバージョン管理できる？キミは開発をしたことないな？
データベース桐なんだよねぇ。
> 共有機能が弱いのはAccessも同様
敵はAccessか。味方は？Accessの味方になるツールは多いぞ。ほとんどMSだけど。
データベース板（DBって書くとぶち切れる桐シタンがいるので、あえて展開）にもない糞Accessに背伸びして張り合おうって根性が
泣かせる。Accessなんて糞だぞ。ク・ソ。
9:NAME IS NULL
09/08/21 23:08:47
悪意のあるヤツが立てたようなスレタイだな
10:NAME IS NULL
09/08/21 23:13:45
ACCESSが糞なのは同意する。
なぜならターゲットはデータベース初心者であるはずなのに、初心者に全然優しくない。
Excelがわかったから次はAccessを覚えようとする人が多いのは当然の流れなのだが、
まず間違いなく挫折する。
それならExcelから桐のほうがはるかにわかりやすい。
まあいろいろと欠点をあげつらってくれたし、半分以上同意できるのではあるが、
それは開発ツールとしてみた場合の欠点。
データベース入門用としてみた場合には問題にならない。
もっともわかりやすい反面、本格的なデータベースとの違いが多すぎるため
次へのステップアップが難しくなる面は否めない。
スレタイのようにExcelではちょっと荷が重い程度の集計に使うのなら間違いなくお勧めできるのだが。
11:NAME IS NULL
09/08/22 07:06:51
>>10
分かりやすい解説ありが㌧。
だから、ビジネスSOFT板がお似合いだって言ってんの。
Accessが難しいって意見には、はぁ？って思った。
誰でもすぐに覚えられるはずのAccessを難しく感じる、可哀想な人っているんだな。
12:NAME IS NULL
09/08/22 10:53:01
RDBMＳだけがデータベースだと思っているおめでたい人がいるスレはここですか？
13:NAME IS NULL
09/08/22 12:24:28 MQp+t04z
テーブルとフォームとレポートとマクロがこれだか簡単お手軽に出来ちゃうってのも他にないぞ
14:NAME IS NULL
09/08/22 13:46:49 iMc4ZQD6
> だから、ビジネスSOFT板がお似合いだって言ってんの。
前の掲示板にも書いたけど、俺もそっちに乗せた方が良かったと思う
桐はアプリケーションソフトの範疇で考えて便利とした方が賛同している人も批判している人も
間をとってちょうど良いと思ったのに
> Accessが難しいって意見には、はぁ？って思った。
> 誰でもすぐに覚えられるはずのAccessを難しく感じる、可哀想な人っているんだな。
今でこそAccessは扱えるようになったけど、やっぱりExcelとかを通常使うソフトとして利用してきていた人が
初めてAccessに触れたときの違和感と言うか視覚的操作ができないのは
難しいと考えてしまうのは仕方がないし、大抵の人がそういう感想をもつもんじゃないかな
15:NAME IS NULL
09/08/22 14:14:03 iMc4ZQD6
> 誰でもすぐに覚えられるはずのAccessを難しく感じる、可哀想な人っているんだな。
自分にとって簡単に扱えるからって、調子に乗りすぎだよ
16:NAME IS NULL
09/08/22 14:41:52
>>14
桐は紛れも無くデータベースなんだからデータベース板でなにが悪いってことでいいんじゃない？
つまらないいちゃもんなんか気にすることはない。
Excelをやっと覚えたような人がじゃあ次はAccess教えてと言われてもどうしようもない。
それだったらなにも知らない人間にAccess教えるほうがずっといい。
Excelの概念の延長で捉えようとするから余計わけわからなくなる。
17:NAME IS NULL
09/08/22 14:48:07
>>15
あんまり本気でとるなよ。「覚えられる」と言わずに「覚えられるはず」と言っているだろ？
たぶん実際にはほとんど使ったこと無いんだよ。
それにAccessとか桐とかは覚えるだけでは意味が無い。
使いこなしてなんぼのもんだろう？
こんな○○○○○の×××××野郎のことは無視しておけよ。
18:NAME IS NULL
09/08/22 20:07:45
>>11
桐の今を知ってるようだけど、桐の真相を知らないな。
批判を恐れず、乱暴な言い方すれば、桐はインテリ層のためのパーソナルデータベースソフト。
医師・教師などＩＴ学習に時間を避けなかった人が、簡単に、個人が管理する情報を運用するためのもの。
高卒で電算室叩き上げのデータベースエンジニアが知るＤＢとは、根本から異なる。
> 個人が管理する情報を運用するためのもの
であるから、共有する必要はないし、セキュリティはＯＳ任せで十分。
データ数は数百～数千、プログラムは操作記録の再現程度でごちそうさま。
肝心なのは、知的労働を阻害しないこと。
言っちゃ悪いが、お前よりずっと頭いい。でもAccessなんて覚える時間が惜しい。桐シタンで結構。
19:NAME IS NULL
09/08/22 20:17:10 FcZ8gNoo
確かにソフトの習得に労する努力や時間が必要最低限で済むのがいいところだな
本来のやりたい仕事の妨げにならないところがメリットか
20:NAME IS NULL
09/08/22 20:43:42
桐のお得意様は、医者・教師・土建屋・市町村職員
21:NAME IS NULL
09/08/22 21:30:58
データベース板というより、2chには不釣合いだな。
2chから出て行こうぜ。
22:IT土方
09/08/22 22:03:43 739Slicf
ぼ…僕はインテリなんか嫌いなんだからね！
2chから出て行って欲しいんだからね！
23:NAME IS NULL
09/08/22 22:11:50
こらこら。人の心の声を聞くなｗ
24:NAME IS NULL
09/08/22 22:17:18
> こんな○○○○○の×××××野郎
こんな岩手花巻東の本格剛速球野郎
25:NAME IS NULL
09/08/22 22:55:49
データベースじゃないといけんですか？
便利だから、データベースじゃなくともいい思います。
26:NAME IS NULL
09/08/23 06:07:23
>データベースじゃないといけんですか？
良いとか良くないとかじゃなくデータベースなんだからしょうがないだろう。
＞データベース (DB、英: database) は、特定のテーマに沿ったデータを集めて管理し、容易に検索・抽出などの再利用をできるようにしたもの。
以上はWikipediaに出ていたデータベースの定義。
この定義に従えば桐は間違いなくデータベース。
むしろRDBMS（オラクルやMySQLなど）は「データを集めて管理」するほうに特化したものと考えたほうが良く、
「容易に検索・抽出などの再利用をできる」という面では疑問もある。（容易をどの程度ととるかにかかってくる）
むろん、Wikipediaが常に正しいというわけじゃないし、世間一般にはRDBMSはデータベースで通用している。
データベースという領域があってその中に桐もAccessも入る。
そのデータベースの領域内の一部にRDBMSという領域があってその中にオラクルだのMySQLだのが入る。
一部のおかしな人たちはRDBMS以外はデータベースではないから桐は出て行けと行っているわけだが
完全にお門違いの意見だ。
どうしても分けたいのならRDBMS板を新規に作ってそっちが移動するのが筋。
それに桐がビジネスSOFT板にふさわしいかどうかも疑問だ。
別に桐はビジネスに特化しているわけじゃない。
家計簿として使うことも可能だし,趣味で集めたものの整理に使うことだってできる。
会計ソフトのようなものとは根本的に違う。
結局データベース板以外ありえないのだよ。
27:NAME IS NULL
09/08/23 06:42:19
桐にいろいろと欠点も無いわけではない。でもそれに代わるものはないんだ。
結局桐ってナンバーワンのソフトではないかもしれないが,オンリーワンのソフトなんだよね。
NO.1にならなくてもいい♪ もともと特別なOnly one♪～
さあみなさんごいっしょにｗ
28:NAME IS NULL
09/08/23 09:40:54
日本語RDB分野で桐とシェアを二分する、五郎のスレもあることだし。桐がいてもいいんじゃまいか。
ｽﾚﾘﾝｸ(db板)
板のほとんどはエンタープライズサーバスレが占めてるけど、だから何！？
大切なのは、恥ずかしいと思わない度胸。自分を日本人と思っちゃダメ。北朝鮮の工作員と思うこと。
さあ、歌おう！
> NO.1にならなくてもいい♪ もともと特別なOnly one♪～
> タッタッタッタ 足音♪ 我ら桐シタンの足音♪
> さあみなさんごいっしょにｗ
29:NAME IS NULL
09/08/23 09:46:48
歌はどうでもいい。
>>26
意味が分からん。桐スレで難しいこと言うな。
30:NAME IS NULL
09/08/23 10:04:23
Yahoo!ブックス見てみなさいよ。
「桐・五郎・その他データベース」のカテゴリに、Access、VBA、FileMakerが居候してますよ。
桐＞五郎＞その他データベース（Access、FileMaker…）って、世界のYahooが認めたってことですよ。
31:NAME IS NULL
09/08/23 10:29:43
日本の Yahoo は 世界の Yahoo じゃないよ。
子会社ではなく、別法人。技術の提携関係はあるけど。
だから、世界の Yahoo が撤退したオークションを日本独自に続けられたりする。
一方で、世界の Yahoo が開発した技術に、日本では提供されないものがあったりする。
32:NAME IS NULL
09/08/23 12:36:47
別に世界のヤホーで認められなくてもいいだろ？
桐がデータベースじゃないなんて言っているのはこの板の一部の特殊な思考回路をもったやつらだけなんだから。
> こんな○○○○○の×××××野郎
こんな超偏狭思想のマヌケクソ野郎かな？
33:NAME IS NULL
09/08/23 12:46:36
>>32
汚い言葉、攻撃的な言葉はやめてください。悲しくなります。
34:NAME IS NULL
09/08/23 13:21:22
前スレでも一部の人が口汚く罵っていたけど、今後はそういう人は出禁ということで。
35:NAME IS NULL
09/08/23 14:54:46
たとえ世界のヤホーが認めようとも、この俺様は認めね～ZE！！
36:NAME IS NULL
09/08/23 15:07:26
特殊回路ハーケンｗ
37:NAME IS NULL
09/08/23 15:09:03
まあ、あと２カ月でV10出なかったら見限るけど、桐V9-2010とかは見捨てる
38:NAME IS NULL
09/08/23 15:12:25
いい加減この手の議論も秋田。
なんか桐でこんなことできないかというような質問でもない？
39:NAME IS NULL
09/08/23 15:27:30
何でも簡単にできちゃう魔法のソフトだから質問は無い
40:NAME IS NULL
09/08/23 16:15:18
>>38
PHP5でWeb-DB構築
41:NAME IS NULL
09/08/23 16:27:53
>>40
出来ません
42:NAME IS NULL
09/08/23 19:14:12
地元で有名な不味いラーメン屋、どこにでもあるよね。
私の生活圏にも、「あんなものラーメンじゃねー」「食い物じゃねー」って言われるラーメン屋があります。
でも、私の周りにはラーメンの定義を調べるWiki厨はいませんよ。
ダメなものを、あんなもの○○じゃねーと言うのはよくあることです。
ちなみに、まずくて有名なラーメン屋「彦龍」は、来年店じまいします。
日本一不味いラーメンと、日本一人気のない桐が、リアルにシンクロする妙。
43:NAME IS NULL
09/08/23 19:15:34
>>42 ソースは？ ブルドッグとおたふくは禁止
44:NAME IS NULL
09/08/23 19:19:44
デミグラス
45:NAME IS NULL
09/08/23 19:30:11
「彦龍 引退」でググって下さい。
46:NAME IS NULL
09/08/23 19:33:54
ピョコタンニュース って
47:NAME IS NULL
09/08/23 20:24:18
桐よりアクセスの方が安いんだね
桐はアクセスより劣ってるのに高いなんて売れるわけないやん
48:NAME IS NULL
09/08/23 21:04:05
？？？
Accessより全然高級な製品だろ、だから高いんだよ
同じものを開発するのに、Accessより１/５の開発期間でできる、高いのは当り前だよ
非連結フォーム使うくらい高度なの希望なら、どうせVBとかで開発の方が良いから
桐でもAccessでも向かない
49:NAME IS NULL
09/08/23 21:21:55
Wikipediaには、「全然高級」の情報はありませんでした。
“全然高級”の定義がないので、>>48 のレスは無効になりました。
『残念でした』
50:NAME IS NULL
09/08/23 21:27:08
そういう用語を印象付けるために故意に使うのがインテリ層には多い印象だけど
気に障ったならゴメンネ
あなたレベルでも『ぜんぜん大丈夫ですよ』
51:NAME IS NULL
09/08/23 21:38:25
開発期間１/5なら値段10倍でもいいんじゃねーの。
52:NAME IS NULL
09/08/23 22:08:13
>>51
確かにｗ
アクセスと同等で、開発工数が５分の一なら、シェアがアクセスの倍でも少ないな。
この人気のなさを、インテリの>>48はどう説明するのか期待しよう。
53:NAME IS NULL
09/08/23 22:37:40 hR8CZmEz
よく判らないが Access は嫌いだ。あれは気色悪い。
桐は知らないが・・・
で客観的に工数その物は大きく変わらないはずだ。
手間が掛かるということだろう。つまり、手間のかかるソフトは出来が悪いって事だ。
開発時間は倍率に比例しないぞ。
時間が半分になったからツールの価格は倍でいいのか？・・・ばかな発想だな。
54:NAME IS NULL
09/08/23 22:40:42
Ｗｉｎｄｏｗｓへの対応の遅れとエクセルによるＶＢＡプログラミングの定着が大きいんじゃないか
55:NAME IS NULL
09/08/24 06:48:03
スキルの問題なんだが。Accessのほうが自由度が高い分、悩むことが少ない。
Accessより桐が優れていると感じたことは、一度もないな。
Accessは、要求をストレートに実現できる。桐の場合は無理やり。
レポートだけなら、桐が早いけどな。
個人の能力の問題だよ。一般に桐よりAccessのほうが開発が楽。
56:NAME IS NULL
09/08/24 07:05:13
とは言うものの、Accessもおもちゃ。低レベルな争いは、俯瞰で眺めるべし。
データベース的玩具の実力は、Access＞＞桐＞＝五郎といったところだ。
57:NAME IS NULL
09/08/24 08:30:52
>>53
なにが「客観的に工数その物は大きく変わらないはずだ」ちゃんと比べてからものを言え。
同じものをつくるなら桐のほうがはるかに工数は短い。
これは両方を比較してみれば誰でもわかる。
それを考えれば価格を直接比較することになんの意味もない。
＞この人気のなさを、インテリの>>48はどう説明するのか期待しよう。
４８じゃないが優れたものが劣ったものに負けることは良くある事。
これを悪貨は良貨を駆逐するという。これ常識。ちゃんと義務教育を受けていれば知っている。
（ゆとり世代なら知らないか？）
Wordと一太郎どっちが日本語ワープロとして優れている？
どう客観的にみても一太郎だろう？（まあ一太郎を知らない世代に言ってもしかたないかもしれないが）
ちなみにDos時代にはｋ３の松のほうが一太郎よりはるかに優れたワープロだった。
同じように優れたものが劣ったものに負けることは良くある事。
こういうことはちゃんと比較せずに名前やブランドで商品を見る >>52 のような人間が多いことによるもの。
ちなみにAccessはもともとMSが開発したものでは無い。
どこか小さな会社で開発したものをMSが買い取ったもの。
だからExcelとの連携も最悪。桐のほうがずっと良い。
58:NAME IS NULL
09/08/24 08:41:50 JDwNdOtu
松は一太郎のプロテクトフリー販売に負けた、アセンブラで開発された松は一太郎よりキビキビ動いて使い易かったが
一太郎はワードのバンドル販売に負けた、ワードの使い難さってなんなの
管理工学は元々は表計算開発する予定だったんだけど、ロータスが1･2･3に松茸採用したので急遽データベース開発に変更して出来上がったのが桐
ロータスアプローチに対抗すべく、MSが他社製デスクトップデータベースを買い取って出来たのがアクセス、それまではMSユーザーはFoxProで開発してた
有料で出来あいソフトを売るには厳しい時代になってるから、全部まとめてジリ貧だろう
59:NAME IS NULL
09/08/24 08:43:37
>>56
ならばあなたのオヌヌメデータベースはなんだ？
60:NAME IS NULL
09/08/24 09:32:23
＞Accessより桐が優れていると感じたことは、一度もないな。
よっぽど鈍感なのか？Access使っていてその不安定さに悩まないとは？
少なくともそこは桐のほうが優れているのだが。
61:NAME IS NULL
09/08/24 10:06:04
>>58
ちなみにFoxProももともとFox Softwareが開発したもの。（Fox社は1992年にマイクロソフトに吸収合併された）。
なお米国ではAccessはアプリケーション開発にはあまり使われずFoxProが使われることが多いそうだ。
ついでに言うとWindowsの前身であるMS-DOSも他から買い取ったもの。C言語も別会社から買い取った。
マイクロソフトはソフト開発の会社というより商社みたいなもの。商売だけはうまいから世界一に君臨している。
それに引き換えK3の商売下手なこと。非常に歯痒い。
62:NAME IS NULL
09/08/24 10:20:22
>>61
> なお米国ではAccessはアプリケーション開発にはあまり使われずFoxProが使われることが多いそうだ。
それは昔の話だなぁ、dBaseみたいなもん
63:NAME IS NULL
09/08/24 15:22:35
>>62
すでに開発が終了しているからね。
dBASEは多くの互換ソフトがあったけど結局FoxProだけが生き残って多数のシェアを握った。
FoxProがあのままならたぶんAccessに未来は無かっただろう。
意図してかどうかはわからないが結局まともに戦っても勝てそうも無かった一番のライバルを金の力で潰して
FoxProより出来が良いとはとても思えないAccessがこの分野での勝者になった。
ライバル潰しとして意図的にやったとすれば見事なもんだ。
戦略としては見事だがかつてのdBASE愛好家としては気分が悪い。
64:NAME IS NULL
09/08/24 19:56:34
>>42
なるほど、つまり高卒は人間ではないということですね。
２ちゃんねるでは有名な話ですね。
65:NAME IS NULL
09/08/24 20:04:25
>>57
随分とお怒り心頭で…
所で俺は桐を悪いとは少しも言ってないのだがなぁ
所で松のサンプルとかはどこかでみれるのかいな？
フォームが優れてるらしいけど。。。
66:NAME IS NULL
09/08/24 20:20:15
>>65
松？いまさらDosのソフトを持ち出してどうする？
使えないことはない（エディッタ並に高速だろう）が、
相当古いプリンタで無いと印刷できないかも。
67:NAME IS NULL
09/08/24 20:26:16
>>66
ああ、ごめん。間違った。
当方はMacなので桐を試すことができないんだよな。
その雰囲気だけでもわかるのは、まさか管理工学のHPという訳じゃないよね？
68:NAME IS NULL
09/08/24 20:26:39 VMtP8d0Y
>> 57
> だからExcelとの連携も最悪。桐のほうがずっと良い。
いくらなんでもそんなことはないだろうAccessとExcelの方がリンクテーブルやADOでの
データやり取りなど色々な接続手段があってお手軽なはず
69:NAME IS NULL
09/08/24 21:00:40
>>68
また「はずの話」か？コンピュータの世界で「はず」なんて当てにならない。
簡単にできるはずのことが実際にやってみれば難しかったり不可能だったりすることは良くある。
桐のほうは直接エクセルとやり取りできる。
URLﾘﾝｸ(www.kthree.co.jp)
どう考えてもリンクテーブルやADOを使うよりこっちのほうがお手軽だと思うがどうだろう？
70:NAME IS NULL
09/08/24 21:10:26 VMtP8d0Y
「はず」とは書いたけど、ちゃんとAccess使用経験者です
でも一番手軽なのはコピー＆ペーストかな
71:NAME IS NULL
09/08/24 21:16:32
>>67
URLﾘﾝｸ(www.kthree.co.jp)
管理工学のサイトの一部だがこれならその雰囲気くらいはわかるのではないか？
フォームが優れている？まあ間違ってはないと思うがより優れているのはレポートかな？
ワープロで出来るようなものならほとんど出来る。
72:NAME IS NULL
09/08/24 21:26:15
> 優れたものが劣ったものに負けることは良くある事。
> これを悪貨は良貨を駆逐するという。
それを言うなら狡兎死して良狗煮らるだろ。
DOSでデータベースをしたいという獲物がなくなれば、よく出来た猟犬は殺される。
用済みということだよ。
DOS版桐はよかった。俺が桐が良いと言うときは、DOS版を指す。
Windows桐は、口にしたくない。桐シタンから罵られたくないからな。
73:NAME IS NULL
09/08/24 21:43:08
>>72
確かに最初のころのWindows桐はDos桐に劣っていたがVer9はそんなことない。
Ver6やVer7のころのことならわかるが？
74:NAME IS NULL
09/08/24 21:55:23
桐は最強のはず！
75:NAME IS NULL
09/08/24 22:20:09
>>74
なんだそれｗ
なんか「北朝鮮は世界一豊かなはず！」と言っているのと同じように聞こえるぞ。
まず最強の定義からしないといけないなあ。
76:NAME IS NULL
09/08/24 22:53:05
桐はデータベース板から出て行け
77:NAME IS NULL
09/08/24 22:59:20 qfjEQkXp
ﾊ,,ﾊ
（ ﾟωﾟ ) お断りします
／ ＼
((⊂ ） ﾉ＼つ))
（＿⌒ヽ
ヽ ﾍ }
ε≡Ξ ﾉノ ｀J
78:NAME IS NULL
09/08/24 23:17:21
桐がデータベースであることには間違いない
よってこの板にスレがあることも当然である
個人的に最強のデータベースはＡＴＯＫだが
79:NAME IS NULL
09/08/24 23:21:15
Outlookに一票
80:NAME IS NULL
09/08/24 23:46:51
>>71
早速にありがと。
PHP5＋DBとかしてるとしんどいのはレポートかな。
HISAGOやサンワサプライ用紙のテンプレート情報がなぁ。
その他の例は取っ掛かりやすいものを載せていて難しい事書いてないのがいいね。
アナログ時計の例はなんとなく遊び心あって面白いかも。
81:NAME IS NULL
09/08/25 00:27:15
>>80
まあそうだろうね。PHP5＋DBなりJavaなり移行しようとして引っかかるのが印刷。
ＨＴＭＬを出力して後はブラウザに任せるというのが一番簡単なようだけどそれでは細かいことができない。
まあ専用のレポートジェネレータも売っているようだけどかなり高い。
後PHPやJavaで伝票入力をどうやって実現するのか？これを考えると頭が痛い。
いろんな本を読んでも具体的なことは書いてないんだよね。
これも専用のプログラムを売っているが１００万くらいする。
そんなこんなを考えると桐って本当に安いと思う。
桐のフォームとレポートをJavaで使えるようにして売ってくれないかと本気で思う。
82:NAME IS NULL
09/08/25 00:48:08
>>81
PHPとかだともうプログラムの世界だから簡単という訳にはいかないかもしれないけど、伝票入力とかその当たりは普通にサンプル有ると思う(PHP系＋MySQL, PostreSQL, SQLite2/3 etc...)
そう、それにしても100万とかは作る側としては欲しいかもね（一品料理が多い訳だし）
桐のフォームやレポートの部分を呼び出せるようになったらいいねぇ。ランタイムで売り出したらいいのに。
83:NAME IS NULL
09/08/25 00:59:37
＞伝票入力とかその当たりは普通にサンプル有ると思う
おせーて、おせーて・・・・
結構探しているのだがいっこうにそれらしいのが見当たらない。
サイトでも本でもいいからあったら教えて。
84:NAME IS NULL
09/08/25 01:04:26
>>82
＞100万とかは作る側としては欲しいかもね
本当にいいものだったらさほど惜しくはないんだけどね。
これで使い物にならなかったら会社に行って火つけたろうかと思いますよw
85:NAME IS NULL
09/08/25 06:44:15
普通にPDFで実現できているけど。
PHP難しい？
86:NAME IS NULL
09/08/25 07:00:09
桐はデータベース板から出て行け
87:NAME IS NULL
09/08/25 07:02:52
ﾊ,,ﾊ
（ ﾟωﾟ ) 桐シタン一同はのりピーを応援します
／ ＼
((⊂ ） ﾉ＼つ))
（＿⌒ヽ
ヽ ﾍ }
ε≡Ξ ﾉノ ｀J
88:NAME IS NULL
09/08/25 07:17:24
>>85
PDF?
PDFlibとかFPDFとかじゃなくて？
ＰＨＰは簡単にWebシステムを作るには非常に良いと思うけど、
それ単独では操作性が悪いし、ソースを隠せないのが難点だと思う。
それならちょっと敷居が高くなるけどJavaのほうが良いと思っている。
89:NAME IS NULL
09/08/25 07:22:15
Javaのほうがいい。敷居が高いのは最初だけ。
90:NAME IS NULL
09/08/25 09:07:46 gfGhzD6U
>>83
URLﾘﾝｸ(www.bitpower.co.jp)
91:NAME IS NULL
09/08/25 10:03:38
>>90
桐では簡単に出来るということはわかっているって。
92:NAME IS NULL
09/08/25 12:21:32 gfGhzD6U
>>67 のマカーが伝票見たいと言うので
93:NAME IS NULL
09/08/25 17:46:56
>>83
最近この手の本買ってないからなぁ
URLﾘﾝｸ(www.webmate.ne.jp)
>>92
えっ・・私？
それはどうもありがと。
で、このメニューから「売上処理・仕入れ」と「売上・見積り、請求書発行」の端末は分けたいって要望は普通にありそう。あとマスター管理は多分全く別部署になる可能性大かな。
そんなんで複数端末での使用が前提となるわけだけどメニューのカスタマイスなんかも普通にできるんでしょう。
まぁ全体はどのシステムでつくっても同じような所になるんだろうけれど
・売上台帳表形式表示【売上台帳表形式表示画面】
にある設定ダイアログなんかが桐の使いやすさって所なんだろうか？・・ちょっと面白いかも。
94:NAME IS NULL
09/08/25 20:19:34
>>93
おおサンキューって言いたいところだがちょっと違うような？伝票印刷は参考になりそうだけど。
メニューのカスタマイズ程度は簡単だけど、
販売管理システムはあなたが考えるような大規模なものは桐では無理があります。
これはスタンドアロンかせいぜい２～３人程度で使うようなもの。（工夫によっては１０人くらいはできそう）
まあ中小企業というより零細企業向けかな？
その代わり販売管理システムの基本的設計がしっかりしていれば極めて短期間でこの程度のことはできます。
それと売上台帳表形式表示はただデータを直接見ているだけです。
特になにもせんでも直接データをみるだけで割と使えるというのが桐の特徴のひとつです。
95:NAME IS NULL
09/08/25 21:18:40
>>94
うそー、大規模でないって、これスタンドアローンで使うには立派過ぎじゃん。切り分けして少しコンパクトに構成したら売れそう。
マスター管理とかは切り離しても別にOk？それぞれが独立したデータベースになってると思ったら間違い？
で、売り上げ台帳表示にあるダイアログは、いわゆるこれように作り上げたのじゃなくって桐のメニューだったのか。とんでもない誤解を Orz...
あと桐であろうとなんであろうと、こういう設計できて作り上げるスキルがあるヒトなら、後はそれが PHP に変わろうともそれらのテクニック習得位だよね。
逆に PHP なんて簡単とか Access ぐらい使えないのか・・ってピントはずれなヒトがたまに出てくるけど、そのひとがSE無しでこういうのつくれたらたいしたもの。というか出来る人はそんなこと言わないだろうけどね。。
96:NAME IS NULL
09/08/25 21:25:56
桐はデータベース板から出て行け
97:NAME IS NULL
09/08/25 21:26:37
ﾊ,,ﾊ
（ ﾟωﾟ ) 桐シタン一同は日本共産党を支えています
／ ＼
((⊂ ） ﾉ＼つ))
（＿⌒ヽ
ヽ ﾍ }
ε≡Ξ ﾉノ ｀J
98:NAME IS NULL
09/08/25 21:30:54
>>97
ほ、ほんまかいな。
99:NAME IS NULL
09/08/25 21:49:56
なわけあるかい。
×日本共産党
○幸福実現党
100:NAME IS NULL
09/08/25 21:53:31
>>97 も >>99 も今どき怖くもなくそんなことフル名でかけるな
101:NAME IS NULL
09/08/25 21:58:40
桐シタンに怖い者などないのだ
102:NAME IS NULL
09/08/25 22:15:26
俺は怖いものなど無いが饅頭だけは怖い
103:NAME IS NULL
09/08/25 22:43:59
話し変わるけど、7月から毎晩アイスノンして寝てた。
ぬるくなったら、もうひとつのアイスノンに交換して。
そしたら、体調崩してしまった。
経験したことのない肩こり。もともと肩こり知らずだったから、最初は気がつかなかった。
肩から首にきて、今はひどい頭痛に悩まされてる。
あと、ハンパない頭の汗。通勤するだけで、滝のような汗が出る。
今日は、2ヶ月ぶりにアイスノン無しで寝てみるよ。
104:NAME IS NULL
09/08/26 06:35:46
>>95
＞マスター管理とかは切り離しても別にOk？
ふたつメニューをつくればいいだけなんじゃない。
＞それぞれが独立したデータベースになってると思ったら間違い？
テーブルはそれぞれ独立したファイルだよ。
この程度のものなら割と簡単に作れるよ。
ある程度経験があるなら設計など飛び越えてお客の前で話をしながら形を作っていくことも可能。
入力はこんな形でいいですか？印刷はこれで？
じゃあこの入力からこの印刷を作る方法を考えてきますね？
マスターは直接データをいじればいいですね？
一週間で形をつくって細かいバグフィックスなども含めて1ヶ月もあればいい。
これほど簡単な開発方法はない。
でもね、同時アクセスするととたんに遅くなるという欠点がある。
これはAccessも同じ。だから同時アクセスがなるべく起こらないように工夫をするとか、
クラサバを導入するとかしなければいけない。
そこで問題になるのは桐は外部データベースへのアクセス機能が弱いということなの。
ODBCでの接続はできるのだけど、桐の根幹的機能である「表引き」が使えないとか
非常に遅くなるとかの問題が指摘されている。
それで大規模開発には向かないということになる。
しかし、ここで言うのは気が引けるが桐よりさらに簡単でかつクラサバに対応しているソフトがある。
それはＭＲＤ・・・・・なにをする・・・この狂信的桐シタンめ・・・・・やめろ・・・・ングッグ・・・・・・・・・
105:NAME IS NULL
09/08/26 07:08:48
>>104
DOS時代のソフトだ。基本設計が時代遅れなんだよ。
国産なんて全く意味がない。先進国以外で作られた良質なソフトも流通している。
初心者向けなんてのは、出来の悪さを取り繕う苦しい言い訳だ。
値段だってＡｃｃｅｓｓより高い。
桐よりいいソフトだったら、もっと有名なはずだ。
だいたい、ＭＲＤＢなんて名前が気にくわない。
桐スレにあげるなど立場を考えろ。
精一杯背伸びして、知ったかぶりなどして恥ずかしいやつだ。
106:NAME IS NULL
09/08/26 09:01:22 OOKAepe1
Accessが桐に追い付いてきた歴史
*レコードロック装備(2000?New! 共有が比較的安全になるますた)
*分割フォーム(2007New! 帳票フォームが多少は柔軟になりますた)
*コントロールレイアウト装備(2007New! 罫線が多少は引きやすくなりますた)
*計算項目装備(2010New! 表形式スクロールの度の再計算が不要になりますた)
107:NAME IS NULL
09/08/26 09:17:16
せっかく名前を伏せたのにわざわざ取り上げてくれてありがとうwおかげで反論の形で堂々と書けるｗ
基本設計が古いというのはまったくそのとおり。
普通に作るとまるで昔なつかしのオフコンやCOBOLで書いたような地味なアプリケーションになる。
でもそれでいいと思う。おかげで動きは軽いし割と安定している。
Dos時代のソフトのようにマウス無しでキーボードだけで動かせるメリットもあったりする。
キーボードから手を離す必要がない分伝票をバンバン入力する場合などはこの方がありがたい。
安く簡単に出来て使えればいいじゃんというのもひとつのありかただと思う。
ところで初心者向け？国産？誰がそんなことを言った？
完全に開発用のシステムだし初心者向けではない。
簡単というのは工程数が少ないって意味で考え方はそれほど易しくも無い。
初心者向けなのはむしろ桐の方だろう。桐が出来の悪さを取り繕っているとは思うが。
国産なのは確かだけど桐のように日本語にこだわっているわけじゃない。
英語のほうがわかりやすいところは英語のまま。関数は日本語でも英語でも書ける。
文法はBASICライク(?)で桐のように日本語化してない。
日本語であろうとなかろうとわかりやすければいいじゃんという姿勢のようだ。
それから国産であることに意味が無いというのは本当に苦労したことの無い人間の言うことだ。
罫線や均等割り、縦書きなど日本独特の文化ってのがある。
一応Accessなどでも出来たりするが、細かい部分でいまいちだったりする。
その点は桐も含めて国産のソフトのほうがずっと良い。
まあ正直桐ユーザーに乗り換えは薦めないよ。
非定型業務にはほとんど使えないし思想が違いすぎる。桐で間に合う部分は桐で良い。
クラサバまで考えるのなら選択肢のひとつとして考えても良いかな？というところ。
108:NAME IS NULL
09/08/26 09:20:48
おっと大事なところを間違えた。
＞桐が出来の悪さを取り繕っているとは思うが。
桐が出来の悪さを取り繕っているとは思わないが。
109:NAME IS NULL
09/08/26 11:33:28
>>102
おれはクラサバ完全対応の桐が出るのが怖い。
110:NAME IS NULL
09/08/26 14:32:27
>>95
なんか誤解しているような気もするので注意を一言。
桐はファイル共有型のデータベース。
言ってみれば倉庫番のいない倉庫に
データを勝手に取りに行ったり置きにいったりする方式。
２～３人で使っている分には混乱は起きないが、
それ以上は管理しきれなくなる。
これが桐でアプリケーション開発するさいの最大の問題点。
要するにエンジンが弱い。車でいえば軽みたいなもの。
お手軽だけど大型トラックの荷物は詰めません。
111:NAME IS NULL
09/08/26 15:45:30
>>104
なんとなく様相がみえてきた。
ただ、そういうつくり方はどうかな？というおもう。
ディスカッションしながら作って行くと、内容説明するものがないから手離れが悪いというかさ。。
基本プログラムの基礎的な事を学んだヒトなら、直ぐコードを書くって事はまずしないと思うんだよね。
例えどんな簡単なものでもA4一枚でいいから整理すると見落とや例外の有る無しも確認できて安心だよね。
始めから完成形まで詰めるか、段階を踏んで勧めていくかは規模によると思うけど。
ま、「話しながらつくれちゃうよ」ってのは作業の「手抜き」であって自慢にはならない話だとおもう。
どうも見てると、桐ユーザーはそういうのが「善い」という価値観があるみたいなんだよね。「簡単に出来る」って事と手抜きは違うと思うんだ。
>>105
この人の、なにがいいたいのか伝わってこないな。DOS時代のだからダメって事？
>>106
Access嫌いだからどうでもいいや（御免
OOoPが追いついてきちゃったね。OOoPのDBがAccess越えた（そんなこたぁ無いだろうけど）って豪語するヒトがいるくらい作り込めてるらしいよ。
無料だしサポートも無いというのは不安だろうけれど、有る程度出来るヒトならそれこそ個人事業者は Access なんか使わなくていいわけだし・・・
しょぼい画面さえ気にしなければ、桐とも競合だよね。
>>110
例えが今一つぱっとしないな
二つの独立したアプリケーションがそのファイルにアクセスする時のセマフォがもし「無い」という事なら今どきちと致命的な気がするよ。
SQLite ですらロックはかけられる（行じゃなくてファイル単位だけど）からなぁ。
レコードの扱いが便利なアプリケーションでExcelでVB使わなくていいレベルなんじゃない？
良いソフト何だろうけれど手が出し難いソフトでもあるな。
112:NAME IS NULL
09/08/26 16:31:39
>>111
決してディスカッションしながら作っていくのが良いと言っているわけではない。
設計を飛び越えてと言ったけど、決まりきったものならやろうと思えばそのくらい簡単だってことで
実際になんの設計もせずにやろうとは思わない。
ただ印刷に関してはワープロで作るくらいなら桐のレポートで直接書くほうが早い。
字の大きさだとか実際に見てもらいながら決めたりとか出来る。
それから桐にもレコードロック機能はある。
ただクラサバのようには多人数で同時使用は望めないってだけのこと。
ExcelでＶＢＡはやったことあるけど桐のほうがはるかに易しいし応用も利く。
スタンドアローンとか２～３人までの使用なら最高のソフトだと思うよ。
BASEは追いついてもＡｃｃｅｓｓ程度がせいぜいなんで最初から対象外。
113:NAME IS NULL
09/08/26 19:55:05
話が全然伝わらない。
ここはAccessスレ？開発者スレ？桐ユーザーに分かりやすく話してください。
114:NAME IS NULL
09/08/26 20:25:49 OOKAepe1
>>113
ここは、データベース板で断トツに賑わってる超人気スレです
勢いが第２位のSQL質疑スレの５倍www
115:NAME IS NULL
09/08/26 20:27:33
>>113
あああ、ごめんね。
>>112
まぁ相手との共通認識手段が大切という事だよね。
というか相手に（こういうことなんだと）全体を知ってもらう意味があるでしょ。
で、VBAを出したのはそういうことで、桐のアドバンテージはVBAなんて言語使わなくてもいいということなのかなと。
だけどレコードロックがあるというのだからセマフォは実現できるわけだよね。Excelもファイルロックはできるだろうけど行ロックは出来なかったんじゃないかな？
でさ、データベースの運用でリポートにワープロと比較するのが今一つわからないんだよなぁ。ポリポリ
それってワープロのおまけ？みたいにあるDM発行なんかと比較してるわけ？・・規模はどうあれ、あれはあれで完全にデータベースだよね。
で、>>113 に戻るけど
桐ユーザーで何か困ることってあるのかな。
身近な事はささっとできちゃいそうだし。
116:NAME IS NULL
09/08/26 21:57:45
> 桐ユーザーで何か困ることってあるのかな。
ないですね。
と言ってしまうと、話が終わっちゃうんだけど、本当に困らない。
良い意味で枯れてるから、有志のサイトで技術情報を得られる。
桐をよく知っているから、桐で実現出来ないことは頭に浮かばない。
（他のものはよく知らないけど、桐があれば他を知る必要に迫られない）
だから困らない。
117:NAME IS NULL
09/08/26 22:06:30
> 桐で実現出来ないことは頭に浮かばない。
ん？へんな日本語。
桐ユーザーに共通する資質だと思うけど、桐で出来ないことは、やりたいと思わない。
でも中には実現しちゃうヘビーユーザーもいらして、コードを公開なさってる。
現実には、「今すぐ必要じゃないけど、こんなことも出来るのか」ってテクが山ほどあって、
出来なくて困る局面はないですね。
118:NAME IS NULL
09/08/26 22:08:33
>>116
なるほどねぇ。結局はそうなんだろうな。
桐の領域は個人に丁度いい所に収まっていてかゆい所に手の届くツールでもあるんだろうね。
ま、知り合いには Word 使わずなんでも Excel でこなすという強者？もいるけど（ここまでなると、有る意味で彼は「神」といっていい－笑）
ということで私は消えよっと
119:NAME IS NULL
09/08/26 22:30:49
消えるといってまたきてしまった。
>>出来なくて困る局面はないですね。
まぁそうなんだろうねぇ
桐で（それらしく）出来ないことは無いにしてももっといいのが他にあるかもしれない・・そういうことなんだけどね。
シェアが高いのがいいなんてちっとも思わない。AccessなんてMSの力が無ければアウトな製品だと思う。
ただ、桐ユーザーはその世界で満足しきっているという感じなんだよね。それをとやかく言うことではないんだけどさ。
始めに桐に出会って当時に満足が得られ、桐は最高という事で今に至と思うんだ。
「他のツールを今からなんて今から面倒だ」って事もあるんだろうなぁ。
ま、まかーな私は（笑）遠目かな。（まかーと言えど今のマック君は桐を走らすことはできるんだけど・・・）
120:NAME IS NULL
09/08/26 22:32:14
> 桐ユーザーで何か困ることってあるのかな。
うーーーん、基本的には満足している。
しかし、満足しているがゆえに欲も出てくる。
例えば間近に迫った選挙。
個別に電話かけたりしてその反応でここはいけるとかだめだとかある程度予想するのは
どこの陣営でも多かれ少なかれやっていることだが、
こういうことに桐を使うといろいろの角度から分析できて便利だろうなあと思う。
でもデータがかなり膨大になるので入力者が２人以上になることを考えると二の足を踏んでしまう。
１００人がアクセスしても大丈夫というところまでは望まない。
せめて１０人くらいまでは実用的に使えるようにならないかなと思う。
121:NAME IS NULL
09/08/26 22:37:39
＞データベースの運用でリポートにワープロと比較するのが今一つわからないんだよなぁ
えーと、エクセルでなんでもやってしまうつわものがいるように桐をワープロ代わりに使うような人もいたりする。
ワープロと違ってデータが１行もないと印刷できないのでダミーのデータを用意したりして。
122:NAME IS NULL
09/08/26 22:55:36
＞始めに桐に出会って当時に満足が得られ、桐は最高という事で今に至と思うんだ
そういう人がいることは否めないと思う。
しかし、そうでない人間も大勢いる。例えば私。
dBASE,DBXL,Quick Silver,dBMAGIC,Access,MRDB,Informix,DBPro
その他マイナーなまま消えていった数々のデータベース。
いろいろやってきたがその中でも桐は出色の出来だと思う。
なによりも完成度が高い。クローズな桐の世界で満足できればこれ以上のソフトはない。
桐の中の蛙、大海を知らず。
なまじっかもっと広い世界を知っているから満足できないんだよなあ。
123:NAME IS NULL
09/08/26 23:29:17
＞桐のアドバンテージはVBAなんて言語使わなくてもいいということなのかなと。
ＶＢＡに相当するものがあるんですよ。一括処理とかイベントハンドラとかいうやつです。
きっと慣れないと気持ち悪いと思うのだけどすべて日本語でプログラムが書けます。
124:NAME IS NULL
09/08/26 23:31:50
ＡＳＫＡ って知ってる？
DOS時代の桐のクローンなんだけど、おまけでエディタとエディタワープロとワープロが付属してた
アルゴって会社が出してたけど今はハードシステム売ってる
125:NAME IS NULL
09/08/26 23:38:15
>>124
なんか微かに覚えている。
T字型カードとか言っていたやつだろう？
桐のクーロンっていうほど出来が良かったとは思えないけど。
126:NAME IS NULL
09/08/26 23:41:41
桐のクーロンつーよりも、まんま桐のパクリだった
だがレコード数1000くらいでスクロールしなくなったのを覚えてる
127:NAME IS NULL
09/08/26 23:43:46
>>121
桐をワープロ代わりに・・・そういうことくぁ。
>>122
なるほど。私はそうそうに決めつけてしまったみたいかな
この中では Informix や Access くらいだけど Informix はそうそうに Linux 環境にあるから今も現役だとおもう。
データーベースサーバー形式は使うまでの準備とかがあるから、この当たりを煩雑に感じるんだろうなぁ。
勝手にファイル作られても困るし複数のアクセスを安全にするには避けて通れない訳だし。
それをもって桐はお手軽、こちらは面倒と線を引かれるとね。
>>117 や >>118 のようなヒトはそういう世界に居ないから桐で満足って事でいいんたげど
>>120 の様な話題になると、桐ならそうなんだろうけど玩具みたいな Bento でもないかぎりそういうことで頭を悩ますことはない訳だよね。(Accessは？なんて言わないでね。あれ嫌いだら・・笑)
ま、ここは、桐のスレだからそういう視点で見るのはダメなんだろうけど…んじゃ、皆さんがんばって…
128:NAME IS NULL
09/08/26 23:53:46
ああ、アンカーずれた >>116 & >>117 っす。自分にアンカーうってどうする・・
>>123
日本語で・・・それは気色悪い（笑）
実はマックの世界の Apple Script なんて気色悪いのがあって、日本語圏にして日本語でもスクリプト書けるんだよね。
C ライクなのがいいなぁ。敷居が高くなっちゃうのかな。でも PHP にしろ Java にしろ C が源流だよね。
>>124
桐も「おお、あったのかぁ」という位の俺だから ASKA は初耳。
検索するとシン・アスカ（機動戦士ガンダム）というのがヒットした。
129:NAME IS NULL
09/08/27 00:13:07
＞C ライクなのがいいなぁ。敷居が高くなっちゃうのかな。
Ｃの基本文法は別に難しくないだろう？俺はポインタとか副作用とかで気持ち悪くなって投げ出したけど。
130:NAME IS NULL
09/08/27 01:47:29
>>129
ん？ Cの文法は頗るシンプルだし言語に携わるヒトにとってはどうという事はないでしょ。
ポインターでツマづくヒトがもいるようだけど意識し過ぎじゃないかな。
そんな程度の低い話じゃなくてさC では構造化の発想を抽象的に表現できる事であったり Objective-C や C++ はまさしくオブジェクト思考（結局はメモリーの数値なんだけどそれをメタファとする部分での）発想ができるって事でしょ。
それらの概念を理解した時「わかった」という事じゃないかな。
どちらにしても桐という使い勝手の中で実装するのは難しいとはおもうんだよね。ただ、日本語でのスクリプトっていやだなぁ（個人的にです）
131:NAME IS NULL
09/08/27 01:49:06
誤字脱字は・・・いいよね
132:NAME IS NULL
09/08/27 01:50:11
誰だ？SQLがキモイとかいってるやつは？
133:NAME IS NULL
09/08/27 02:02:53
＞桐ならそうなんだろうけど玩具みたいな Bento でもないかぎりそういうことで頭を悩ますことはない訳だよね。
ああ、そのとおりだよ。でも他のツールを使えば当然桐の便利さを享受出来なくなる。
だから言ったろう。「満足しているがゆえに欲も出てくる」と。
手足のように使える桐は他に代え難いものがある。
134:NAME IS NULL
09/08/27 07:04:04
また桐と関係のない話しになってる。
桐について語ってるようだけど、遠くから値踏みしてるに過ぎない。
桐にどっぷり浸かってる人が来なくなっちゃった。
135:NAME IS NULL
09/08/27 08:12:07
>>130
なんでオブジェクト指向にまで話が飛ぶのか良くわからんが、
オブジクト指向は構造化だけでは見通しが悪くなるような場面で使われるもの。
桐ではそんな長いコードを書く必要が無い。（数行からせいぜい数十行）
また、言語としてはサポートしてないがオブジェクト指向の考え方は採用している。
それぞれのオブジェクトに実行するイベントを記述できる。
これをイベントハンドラという。
本格的なオブジェクト指向とは違うがこれで十分。
日本語でプログラムするのが気持ち悪いってのは、単なる習慣の問題。
米国人が英語でプログラムするのが気持ち悪いなんて言わないだろう？
プログラム入門としてはわかりやすくて悪くはないと思う。
＞桐にどっぷり浸かってる人が来なくなっちゃった
だって満足して使っていてなんの不満もなければ質問も無いっていうんだからなあ。
136:NAME IS NULL
09/08/27 09:29:03
＞Informix はそうそうに Linux 環境にあるから今も現役だとおもう
現役だけど引退間近の現役かな？
今はIBMのものになっているからいずれＤＢ２に統合されるみたいだ。
137:NAME IS NULL
09/08/27 09:35:12
まあ、V10でて開発継続するなら我が社各部門で20本ずつ買うよ、計560本。
138:NAME IS NULL
09/08/27 10:19:21
＞データーベースサーバー形式は使うまでの準備とかがあるから、この当たりを煩雑に感じるんだろうなぁ。
そういうのも勝手な思い込みだと思うけどなあ？
はるか昔のDosの時代ににdBMAGICはデーターベースサーバー形式（微妙に違うと思うが似たようなもの）で使えた。
実際使っていたがいたって簡単だった。１０人くらいのアクセスはまったく問題なかった。
＞勝手にファイル作られても困るし複数のアクセスを安全にするには避けて通れない訳だし。
実行版と開発版とを分ければいいだけの話。だから複雑にしなければいけないなんてのはただの思い込み。
139:NAME IS NULL
09/08/27 18:31:32
>>128
> 桐も「おお、あったのかぁ」という位の俺だから ASKA は初耳。
> 検索するとシン・アスカ（機動戦士ガンダム）というのがヒットした。
主人公なのに番組の終期には声優の並び順で3番目になっていたというあのかわいそうな
140:NAME IS NULL
09/08/27 19:36:21
>>135
ごめんごめん。何も桐にそんな言語を使えるようになんて、ちっとも思ってないよ。ポインターで挫折なんて訳のわからない事いってるからさ、雑談程度でいったんでそうムキになられても…。
マクロ程度な処理にオブジェクト指向も何も必要ないじゃんね。私がわるうございました。ハイ
>>136
どうでもいいんだけど。Informix が DB2 に統合なんて事はまあ冷静に考えて・・・・信憑性低いような気がするなぁ。
Informix で動いてる所を次回更新時に DB2 にリプレースしましょって事は普通にあるだろうけどね。（って、それが狙いだとおもうんだけど）
>>138
そう、確かに私の思い込みだったかもしれない。うんうん
桐だとそういう対処方でいけるわけなんだね。なるほど簡単なんだ。
>>139
そ、そうなのか！？・・・キャラよりもリアルな方で順位が・・・
141:NAME IS NULL
09/08/27 19:54:30
> そ、そうなのか！？・・・キャラよりもリアルな方で順位が・・・
ソースがWikiで申し訳ないが以下引用
前作『機動戦士ガンダムSEED』同様に、本作はファンの間で、様々な意見が飛びかった。
本作の主人公は、前作『SEED』の主人公キラ・ヤマトからシン・アスカに変更されている。
しかし物語が進行するにつれキラ及びアスランを中心とした描写が増え、後半になるとシン
よりキラ中心に描写される回が多くなり（38話、45話ではシンが主人公扱いされている）、
シンの主人公としての存在感が希薄化した。それにつれキラが主人公であるかのように
見受けられる演出が増えていった。たとえばオープニング映像のタイトルバックでは、
1期・2期がシンが搭乗するインパルスガンダムであったことに対し、3期・4期では
ストライクフリーダムであり、また放映初期のスタッフクレジットのキラのキャスト表記は
カガリなどよりも下であったが、49・50話のクレジットではキラが最先頭でシンは3番手となり、
最終回予告の最後のコールも、キラの機体である「フリーダム」であった。
最終的に、ガンダムシリーズとしては異例である、主人公（とされた）側の勢力が
一方的に敗北する結末を迎えた。
142:NAME IS NULL
09/08/27 20:29:31
>>141
なんなんだ、この「どろどろ」したものはっ！？
ここは桐ですきっと解決するんじゃぁぁぁって、んな、あほな。
143:NAME IS NULL
09/08/27 20:39:55
ここをガンダムスレにするのはやめてくれ。
144:NAME IS NULL
09/08/27 20:50:19
すっきり話題を変えて、皆さん一括処理を使いこなしてます？
フォームすら使わない（テーブルで入力で十分）だけど
145:NAME IS NULL
09/08/27 20:50:47
>>140
ポインタで挫折とは言ってない。なんでそんなものがあるのか不思議に思いながら勉強していくうちに
Ｃ言語が実は高級アセンブラだということがだんだんわかってきた。
もっと高級（人間の言語に近いレベルという意味）な言語が欲しかったのでそんなものいらねって思って止めた。
まあ最後まで学習しなかったのだから挫折といってもいいかｗ
実際はInformixの技術をＤＢ２が吸収して行くという形になるだろうし、
ＤＢ２にリプレースすることによってInformixは次第に市場から姿を消すのだろう。
それを統合と読んだだけだがまずかったか？いずれにしてもInformixそのものに未来は無さそうだ。
現状では桐に開発版と実行版の区別はない。それができるのはdBMAGICとＭＲＤＢ。
言語で長々と書くだけが方法じゃないってことを言いたいだけですよ。
確かマーカのためのデータベースである４Ｄもできるはず。
余計なお世話だがマーカーのあなたは４Ｄについて調べたほうが良いんじゃないかと思う。
詳しいことは知らないがＰＨＰを使うよりはかなり楽が出来ると思う。
医療系などでは割と使われているらしい。
146:NAME IS NULL
09/08/27 20:56:37
>>144
一応一括処理はそれなりに使いこなしているよ。
イベントハンドラはあまり使ってないけれど。
テーブル入力で十分ならそれでいいじゃん。
桐ユーザー全部がアプリケーション開発しなければいけないなんてことは無いのだから。
147:NAME IS NULL
09/08/27 21:07:38
現状の桐を物語風にすると
かつて主人公のキリーは質実剛健でありながら柔軟性もあり
人気があり期待される存在だった。
ところが大きな時代の変化に嫌気がさし表舞台から遠ざかる。
古くからのシンパも一人去り二人去りと少なくなっていく。
しかし、やっと長い低迷期を抜けキリーは新しい姿で復活する。
だがそこにはかつての栄光は無い。
はたしてこのまま時代の波に埋没するのか？
それとも飛躍して新しい境地を開拓するのか？
今その真価が問われる。
キリー物語 第１０章 COMING SOON
148:NAME IS NULL
09/08/27 21:44:21
自称ミュージシャンといっても、所詮は流し。
今の時代に受け入れてくれるところなどないことに、キリーはとうとう気が付いた。
「硬派キリー（はぁと）」「頼りにしてるぜ」かつての栄光の日々が脳裏に去来する。
ギターを枕にしてまぶたを閉じた無宿人キリーを、下落合公園の馬が悲しげに見つめていた。
149:NAME IS NULL
09/08/27 21:50:12
>>145
うーむ、まかーではあるんだけどさ、4Dってまぁ～た随分古くない？
Mac が UnixCore な今どきまかーであるとか関係ないとおもうんだよなぁ・・ぽりぽり
Windowsクライアントは当然なんだけど、今はMacもクライアントとして普通に入ってくるんだよね。
Apache + PHP5 も例として上げたけど、これ自体はフロントエンドでデーターベースエンジンは SQLiteやMySQL (PostgreSQL) で裏ではそれら SQL ベースだから作り込みで困るような事はないよ。
ま、あなたが桐で困らないというのと同じように PHP5 などの言語は私も苦ではないんだよね。Apache + PHP5 や C++。
で、PHP5 の部分は FileMaker にするのが「楽」ってことだろうね。
で、桐がB型自己中でなく「役割」としての性格もあれば使いやすいと思ってる。桐だけで完結させるなんてのは私の周りの事業所ではまず無理だから。
150:NAME IS NULL
09/08/27 22:32:25
このままではだめだ。
そう思ったキリーは愛用のアコースティックギターのエレキギターに変え新しいロック調の歌を歌い始めた。
かつてのファンからは「裏切り者」「変節者」と罵られたがキリーは気にしなかった。
ボブ・ディランか？ｗ
151:NAME IS NULL
09/08/27 22:40:32
へえーーー、４Ｄって古いのか？
少なくともFileMakerより高機能なんだろうと思っていたのだが？
実際開発は今でも続いているようだが？
＞桐がB型自己中でなく「役割」としての性格もあれば使いやすいと思ってる。
ああ、それはそのとおりだね。桐でMySQLなどへシームレスに接続できれば応用範囲は飛躍的に広がるよ。
ただ桐はテーブルに計算式を持つようになっている。
これはＲＤＢＭＳ系のデータベースとしてはありないことでデータとプログラムが完全には分離されてないという
桐の特徴のひとつになっている。要するにエクセルに近い方式なのだ。
この結果桐はテーブルだけで入力、集計、印刷までこなすことのできるお手軽さを手に入れた。
しかし、そのことは他のデータベースとの連携という点では重い足枷をはめることになった。
以上、推測もあるがこんなところが現状だと思う。
152:NAME IS NULL
09/08/27 23:04:15
>>151
あなたのいう高機能ってなんなんだろう？
特別な物は要らないよ。ごくごく一般の問い合わせができればいいだけ。
桐のヒトはデータベースのエンジ部分とUIな部分の切り分けってのか不得意なのかな？
FileMaker Pro は UI があってそれで構築もできるけどバックグラウンドなシステムとして使って Web ライクであったり Access やそういうものからの問い合わせにも使えるわけでしょ。
どうも FileMaker Pro の UI 部分とかに目がいってそれを比較するからそうなるんだろうなぁ。。。だから、「カード型が…」とかピントはずれな話題がでてきたりするんだよね。
あと、桐が特別っていうけど、それにそんなことしてるのは何も桐が特別な訳でもないでしょ？
ようは外部とのインターフェースを取ることであって、汎用のソケットを提供すればいいだけじゃん。
Excel のセルライクな計算式が書きこまれた部分があるというなら、その項目はマスクしちっていいわけでしょ。
あるいは SQL なら取り出すときに計算式で出す部分を、桐なら結果が返ってくる便利な項目があるという、いわゆる桐の特徴としてポジティブに考えるのもいいわけじゃん。
そんなこたぁ、たいした問題ともおもわないんだけどなぁ
ま、まかーな私にはどうでもいいけどさ（笑）
153:NAME IS NULL
09/08/27 23:49:04
>>152
ンッ・・・随分難しいことを考えたな。
単に４Ｄのほうが高額だから高機能なんだろうなあって思っていただけなんだけどね。
＞そんなことしてるのは何も桐が特別な訳でもないでしょ
俺が知っている限りでは特別だよ。そんなデータベースは他には知らない。
確かＲＤＢの理論ではデータとプログラムは完全分離するというのが当然じゃなかったかな？
こういうことは現状でも工夫次第でまったく解決不可能というわけじゃないけど、
桐の便利さをかなりスポイルすることになる。
そこまでして桐使う意味があるのか疑問も出てくる。
桐Ｖ１０ではその辺のところを解決して欲しいと思っている。
確かに解決不能というほどの問題では無いと思うのだけどねえ。
154:NAME IS NULL
09/08/27 23:52:13 qywYBVdw
Access2010ではテーブルに計算項目装備するお！
ますます桐に近づくお！
155:NAME IS NULL
09/08/28 00:04:39
>>153
頭が硬いねぇ。あなた。
桐とおんなじ事してる奴は無いかもしれないけどそれぞれに特色があるという事で言えば「他とは違うものがそこにある」っていえるでしょ。桐だけが特別じゃないよね。
項目に計算式が書けるんだよね？。。
で、それは SQLでの計算式（関数の豊富さがそれぞれに違うけど）やトリガー（桐ではイベントと呼ぶのかな？）処理では実現出来ないほどの表現ができて、桐以外でそこまでするには外部のプログラムに頼らないといけないってくらい「凄い」特別ってこと？
項目合計や平均であったり、最大や最小、あるいは偏差であったりとか、SQL で極く普通に処理できる以外で SQL ではとても面倒だってのがあるんだろうか・・・
って今どき SQL 書くってのは・・・無いか？
156:NAME IS NULL
09/08/28 00:15:59
>>155
わかってないな。
あまり言いたくないが桐ではＳＱＬをサーバーに送ることは標準ではできない。
まったくないわけではないが機能が限定される。
やるとすれば裏技的な使い方になると思う。
せめてそれだけでも標準でサポートしてくれないかってのが俺の願いなんだ。
157:NAME IS NULL
09/08/28 00:16:56
キリーは生まれ変わった。
かつてのギター一本孤高のミュージシャンという姿から
バックバンドのメンバーにポスグレやアパッチ、リッチなどを加えて
パワフルなサウンドのなかでパワーを増した力強いボーカルで歌うようになった。
もはや彼を誰も時代遅れのミュージシャンとは呼ばない。
158:NAME IS NULL
09/08/28 01:02:43
僕らは生まれ変わったんだ ピクニックだ（ほうら風化した）
159:NAME IS NULL
09/08/28 07:09:41
「K3、疲れたろ…僕も疲れたんだ…何だかとても眠いんだ…」
やがて賛美歌「主よ御許に近づかん」をBGMに、キリーにうえに天使たちが舞い降りた。
天使たちは手に手に鉄パイプを持ち、キリーをボコボコにした。
キリーは下落合公園でたったひとり地獄へ落ちていった。
キリーを知るものは、その痛ましい姿に、唾を吐きかけたものだった。
海外のみならず、国内でも負け犬物語「フランDOSの桐」最終話
160:NAME IS NULL
09/08/28 07:28:36
>>159
ムカつく
161:NAME IS NULL
09/08/28 13:06:21
その時４４マグナムが火を噴いた。
天使の格好をした一人の上半身が吹き飛ぶ。
「ＰＨＰ教団のやつらか？なに驚いている？そいつはアスカだ。俺の真似がヤツの命取りになったな。」
キリーの４４マグナムによって次々と倒れていくＰＨＰ教団の一味。
最後の一人になった。こいつがボスらしい。
手にはピストルがあるが恐怖のためか下がったままだ。
「どうした？やろうぜ。楽しませてくれよ。」
「お前の考えはわかっている。俺の銃に弾が残っているかどうか考えているんだろう？」
「残念だがこの俺にもわからない。」
「今日はツイてるか?どうなんだクソ野郎!」
銃口が火を噴いた。
「残念だったな。今日はツイていなかったようだ。」
162:NAME IS NULL
09/08/28 17:23:43
桐のこれからの選択肢を考えてみた 追加があればよろしく
１ MySQL とか PostgreSQL と仲良しになる
２ ＪＡＶＡ とか Ｃ＋＋ と仲良しになる
３ ランタイム版（配布無制限）をだす
４ ソースネクストに安くばらまいてもらう
163:NAME IS NULL
09/08/28 18:17:55
>>156
なにいってんだ？ >>155 読んでるか？
桐が SQL 使えるなんて思ってないよ（これまでの流れで）
俺が言ってるのは、君は桐が凄い凄いという「項目に式が書ける」事だったりイベントが記述できるとかいうのは、いわゆる SQL の計算式やトリガー程度では足下にも及ばないのか？と訪ねてるんだよ。
164:NAME IS NULL
09/08/28 22:20:13
>>162
ランタイム版てなに？
165:NAME IS NULL
09/08/28 22:28:58
>>164
＞アプリケーションの開発と処理の両機能を持つソフトウェアから、
＞処理機能だけを取り出してまとめたもの。
アクセスだと、アクセスでアプリケーションを作成して、それを複製配布できるです。
これだと相手方のパソコンにアクセスがインストールされていなくてもそのアプリケ
ーション（例えば「顧客管理」とか）が使えます。
桐でも同じようなことができないかと思いまして
166:NAME IS NULL
09/08/28 22:31:54
アクティベーションないだろ
167:NAME IS NULL
09/08/28 22:36:30
>>163
なんか誤解があるようだな。
項目に計算式が書けるということが良いことだなんて少しも思ってない。
Excelライク(?)な操作性を実現するにはしかたのないことだと思うけど、
開発システムとして考えるならば決して良いことではない。
ソースを見ただけでは何をしているか全部はわからない。
この辺が初心者に使いやすいということと、
応用が利くということのバランスの難しさだと思う。
今突然思ったのだけど開発用の桐があってもいいよな？
フォームとレポートはほぼそのままでエンジンはMySQLとかPostgreSQＬとかで、
言語はJava（PHPでも別に良いけれど)あたりを使えるようにする。
もう桐とは呼べないかもしれないけれど・・・・
168:NAME IS NULL
09/08/28 22:40:11
>>161
「のんらなくちかなにかいすなのち？しらなみちみしちのなとらんちすらな！」
169:NAME IS NULL
09/08/28 22:42:04
>>162
それ全部やって欲しい。
170:NAME IS NULL
09/08/28 22:43:38 ZzWBGT12
1
171:NAME IS NULL
09/08/28 22:46:51 ZzWBGT12
>>162
>桐のこれからの選択肢を考えてみた
5 どっかに買収してもらう
6 現状維持
172:NAME IS NULL
09/08/28 22:58:43
>>162
>桐のこれからの選択肢を考えてみた
7 PDAソフトに路線変え
173:NAME IS NULL
09/08/28 23:14:59
せっかく #CIPHER関数があるんだからWeb対応、暗号化項目を端末レベルで解読表示
174:NAME IS NULL
09/08/29 00:17:45
>>167
そう？誤解してる？。どうもレス内容がピントはずれてるんだけどなぁ。。私は、桐ユーザーに興味があるんだよね。
この世界で絶対的性能が悪いものは消えてしまうでしょ？
桐をみてると何か作り的に見劣りするのに、熱心なユーザーが存在する。そこにはパッと見に判らない魅力があるわけで、それはなんなんだろう？と思ったわけ。で、だいたいわかってきた「気がする」
ま、桐でできる内容をわざわざ MySQL や PostgreSQLにする必要はないんじゃないかな。ただ、どちらも無料で個人がするには懐に優しい・笑
175:NAME IS NULL
09/08/29 10:07:46 BJ2Axy4l
>>174
データを直接触りながらの会話処理(絞込や検索や集計)
強力な印刷レポート
SQLとかの世界とは別の思考で捕らえた方がいいかも
強力な事務処理ツール(開発ツールではない)
桐だけで対応可能な範囲は最強だと思う
桐の枠を超えようとすると途端にダメ
176:NAME IS NULL
09/08/29 10:17:27
>>174
＞そこにはパッと見に判らない魅力があるわけ
車の性能がエンジンのパワーや最高速度だけでわかるわけではないのと同じこと。
子供のころはこの車よりこの車のほうが最高速度が１０Km高いからこっちが上なんて言うものだが、
大人になって実際に運転してみればバランスの良さとか操作性の良さの方がはるかに重要だとわかる。
桐はレースに出られるような性能は持ってないかもしれないが、
日常実用的に使うものとしては最良のもののひとつだと思う。
桐の魅力をあえて一言でいうとしたら「表計算型データベース」ということだろうなあ？
データベースの威力を表計算の操作性で使える。
まあ大雑把な言い方でかなり誤解を与えそうではあるんだが印象としてはそんな感じ。
MySQL や PostgreSQLとはまるで違う世界。
177:NAME IS NULL
09/08/29 10:58:40 BJ2Axy4l
そうだね
アクセス型エクセルかな
178:NAME IS NULL
09/08/29 13:31:57
表形式メインだから計算項目有った方が良いんだよ
スクロール毎に再計算してたら気持ち良い操作感が実現できない
アクセスはじれったいでしょ
179:NAME IS NULL
09/08/29 13:36:36
>>177
それまたものすごい誤解を生みそうな言い方だな。
アクセスのように使いづらいエクセルみたいだｗ
まだエクセル型アクセスのほうが良い。
歴史にイフを許せばマイクロソフトがアクセスを買収せずに桐を買収して
英語化してオフィスに入れたならオフィスユーザーは今よりずっと幸せだったろう。
そんな可能性はほとんどなかったろうけど。
180:NAME IS NULL
09/08/29 13:49:55
>>175
＞桐の枠を超えようとすると途端にダメ
まあそうだね。だからこそ、もうちょっとでいいから枠を広げて欲しいという欲が出てくる。
181:NAME IS NULL
09/08/29 14:37:19
>まだエクセル型アクセスのほうが良い
そうかなぁ？
SQLベースでないからアクセス型エクセルと思ったんだけど
エクセルでも一応リレーションできるし
182:NAME IS NULL
09/08/29 14:53:54
>>181
エクセルがセル単位で計算するものなのに対して桐は項目単位で計算する。
操作性は表計算に似ていても考え方はあくまでもデータベース。
「エクセル型アクセス」というのもどうかとは思うが、
エクセルような操作性をもったアクセスという見方もできないわけでもない。
もっとも現状のエクセルとアクセスは同じオフィスソフトとは思えないくらい
似たところのないソフトなんでそんな風に感じてしまうのかもしれない。
183:NAME IS NULL
09/08/29 14:54:19
アクセス vs 桐 (オンリー勝負)なら桐の圧勝
アクセス+α vs 桐 なら桐の惨敗
184:NAME IS NULL
09/08/29 14:59:39
>>183
開発ツールとしてみたならそうかもしれない。
でも、 アクセス+α vs Java+α ならアクセス側の惨敗となる可能性大だと思う。
185:NAME IS NULL
09/08/29 15:07:04
桐では+αできないのが辛い
桐の限界まで来たので
次のソフトを色々と研究しているけど
どうしても印刷の所で踏ん切りがつかない
桐からのステップアップにお勧めの構成ないですか？
186:NAME IS NULL
09/08/29 15:54:35
>>185
どういうステップアップが希望かによるが
事務処理アプリケーション専用開発ツールが欲しいのなら
「MRDB」と「Magic uniPass」(旧dBMAGIC)が良いと思う。
どっちも実績があるし開発効率は高い。
もちろんクラサバ対応だ。どっちも体験版がある。
ただ「Magic uniPass」はかなり高価なので個人で使うようなものではない。
いっそのことレポートだけ桐を使うという手もある。
細かいやり方は忘れたがバッチファイルに印刷レポートを指定して起動すれば
印刷だけして桐を終了することができる。
例えばMySQLを印刷用ファイルに外部結合させておけばこの印刷ファイルを加工して
からこのバッチファイルを起動させれば望みのことができるはず。
（バッチファイルは作って理論上可能だとは確かめたが実際にはやってない）
MySQLへの入力加工はJavaでもPHPでもAccessでも好きなものを使えばいい。
187:NAME IS NULL
09/08/29 17:22:48
「MRDB」の宣伝はバレテルよ～ん。
188:NAME IS NULL
09/08/29 19:46:22
>>185
桐からのステップアップというあいまいな表現だと、着地点が何なのか示してくれないと何とも言いようがない。
桐からイントラへのステップなのか、C/Sへのステップなのか、スタンドアロンの作り込みアプリへのステップなのか？
聞きたいのはステップアップじゃなくて、スキルアップじゃないの？
189:NAME IS NULL
09/08/29 19:50:28
アクセス vs 桐 (オンリー勝負)なら桐の圧勝
アクセス+α vs 桐 なら大して変わらん
サーバー+アクセス vs サーバー+桐 なら大して変わらん
190:NAME IS NULL
09/08/29 19:57:08
>>189
はいはい。
あたまわるいのとんでけえ。
191:NAME IS NULL
09/08/29 20:52:44
え～と、まかーな私が桐9-2009評価版試してみましたっす。
これまでは頭の中での空想世界であり「桐って何？」みたいな事でした。
これはこれでいと思います。
で分散型がデフォーにあるのでどうしても気になるのは他との連携。やっぱ、後はこれなんだろうね。がんばれ、管理工学研究所。
192:NAME IS NULL
09/08/29 20:59:35
アクセス+α ってオマケで付いてるVBAとかOLEサーバーでエクセル操作出来るとかでしょ、VBscriptingRuntimeでファイル操作出来るとか
桐は最初から一括処理にファイル操作も印字コマンドもあるから手間省けるぞ、OLEサーバーにはなれないけど
193:NAME IS NULL
09/08/29 21:11:30
>>192
どうしてあんただけ鼻息荒くしてアクセス目の敵にしてんの？
桐の当面の目標はアクセスなわけ？
194:NAME IS NULL
09/08/29 21:20:31
ぜっ…、絶対にMRDBとか言わないんだからね！
195:NAME IS NULL
09/08/29 21:29:15
MRDBが一番糞なのが良く解った。
196:NAME IS NULL
09/08/29 21:33:46
>>195
良く理解したの？
そしたらお前ももはや糞だ
197:NAME IS NULL
09/08/29 22:19:56
>>188
>桐からイントラへのステップなのか、C/Sへのステップなのか
とりあえずC/Sです
イントラ(ってweb系って事？)までやりたいけど、
入力系が変わりすぎる気がして
>スタンドアロンの作り込みアプリへのステップなのか？
このあたりはバッチや外部アプリを使ってなんとか錯誤しています
198:NAME IS NULL
09/08/29 22:21:19
>>191
オッ、やるじゃないか？まさか本当に試すとは思ってなかった。
これで君も隠れ桐シタンだw
近いうちにKKKの歓迎会をしてあげるので白い頭巾を用意するようにw
199:NAME IS NULL
09/08/29 22:30:03
>>197
C/Sですか。とりあえずクライアントの数はどれくらいです？
手間はかかっても安いほうが良いのですのか？
それとも工数が省ければ少々高くてもかまわないのですか？
リッチクライアントは検討しましたか？
質問ばかりですが大事なことですので。
200:NAME IS NULL
09/08/29 22:31:25
>>191
>どうしても気になるのは他との連携
多分この先もずっ～と桐には無理だと思う
方向性が全く違うよ
201:NAME IS NULL
09/08/29 22:44:11
>>199
現状、桐で5～10クライアントで処理しています
共有情報も3つ程使い分けています
色々と逃げの処理をしています
RDPも使っています
桐で相当な手間掛けているので、手間を掛ける事への
抵抗は少ないですw
>工数が省ければ少々高くてもかまわないのですか？
高いの基準が分かりませんが50万程度ならば
PHP+MySQLで検討して一部作成しましたが
入力と印刷で頓挫しました
202:NAME IS NULL
09/08/29 23:27:03
>>201
とりあえず、「Magic uniPass」を検討することをお勧めします。
DosのdBMAGICの時代に散々使いましたが、ある意味すごいソフトです。
ノンプラグミング(?)でクライアントサーバーで事務処理ができるのはこれくらいでしょう。
150クライアントのセット販売もしてますのでそれくらいはこなせるのでしょう。
開発の工数はほぼ確実に減ります。体験版を使ってみればどんなものかはわかるはずです。
他のどんなソフトにも似てないその斬新さにはたぶん驚くと思います。
あくまでも昔の情報に基づくものでありその後の変化はわかりません。
Windows版になってからはまったく使ってませんのであくまでも検討を薦めているだけと言う事です。
203:NAME IS NULL
09/08/29 23:47:57
>>201
これなんか参考にはならないか？
URLﾘﾝｸ(www.atmarkit.co.jp)
204:NAME IS NULL
09/08/29 23:55:03
「Magic uniPass」を
日本語のページだけ指定でググって見ました
4ページしかヒットしせん
ほとんど2ch orz
さすがにコレはちょっと・・・
他の人から見た桐もこんな印象なんだろうなぁと思えましたw
205:NAME IS NULL
09/08/30 00:00:49
>>204
URLﾘﾝｸ(www.magicsoftware.co.jp)
ここを見てください。
206:NAME IS NULL
09/08/30 00:10:10
米Laszlo、日本資本VCがリードする500万ドルの増資を完了
リッチクライアントアプリケーションを開発するためのプラットフォームを提供している米Laszlo Systemsは13日、500万ドルのシリーズBファイナンスを完了したと発表した。
今回の増資のリードインベスターは三井物産ベンチャーパートナーズで、Laszloの当初からのVCであるGeneral Catalyst PartnersとSofinnova Venturesも参加している。
Laszloはこの資金をもとに新サービスやLaszloプラットフォームを使った有料アプリケーションモジュールの開発、マーケティングと営業の強化を行なう考えだ。
ファイナンスに伴い、三井物産ベンチャーパートナーズの川原正美氏がLaszloの取締役に就任することになった。川原氏は、Laszlo以外にもBoingo WirelessやNetMotion Wirelessにも取締役として参加している。
207:NAME IS NULL
09/08/30 01:04:13
>>202
ここはコマーシャルOKなのか？
Magic uniPass 10クライアント 60万～
Oracle だとクライアントだけで100万越えだから比較すると安い？
だけど桐ライクにお手軽でサーバー公開したいというなら
FileMaker Proという選択枝もありでしょ。(Win & Mac)
・一番安いの一本購入 4万（同時アクセスは10迄）
・開発ツール込 6万
・同時アクセス数制限を外したもの？(サーバー版) 13万
・サーバー版＋開発ツール込 35万
一番安い評価版あり。サンプル豊富。式フィールドありで桐の専売特許ではなくなってるみたい。
・・・
評価版ためしたけど Web 公開のユーザー管理はしょぼいと思います
。グループでまとめられるとか欲しい所だけどサーバー版にはあるんだろうなぁ
入力では、桐だと次の空行に行くけど FileMaker は「新規レコード」の選択が必要で、微妙に感覚が違う。
慣れればいいようなもんだけど、これって気になる人きになるかもしれない。
ただ、FM Pro 10 の出力する Web 画面は結構善い線をいってるとおもうよ。その部分を見るだけでもぜひお試し有れ。
208:名無しさん＠そうだ選挙に行こう
09/08/30 05:32:55
>>207
仮にすべて無料の開発ツールを使って開発して人件費で３００万円かかるとする。
それが半分の期間で済めば１５０万円で済む。そう考えれば高いわけではない。
Magicでの開発は他に比べてそれ以上の差が間違いなくある。
(あったと言うべきかもしれない。ここ最近は知らないので。）
開発のプロが使うものであり個人で使うものではない。
FileMakerね。この辺は当然検討済みだろうと思ってすっかり忘れていた。
209:名無しさん＠そうだ選挙に行こう
09/08/30 05:47:33
>>201
＞入力と印刷で頓挫しました
あまり知られてない方法ですがTexを利用するという方法があります。
URLﾘﾝｸ(digi-glossolalia.txt-nifty.com)
正直Tex自体さほど易しいとは言えませんが、理論上はどんな印刷も可能と言われてます。
入力はLaszlo以外にもCurlとかいろいろなリッチクライアントと言われる方法があります。
これもいろいろ体験版がWeb上にありますので試してみたらいいでしょう。
210:名無しさん＠そうだ選挙に行こう
09/08/30 10:39:58
>>204
dbmagicで検索してみてよ。
58,000件ヒットするよ。
昔はこの名前で販売されていたのでこっちの情報のほうがはるかに多いのです。
ちなみに英語圏では「MAGIC」の名前で販売されているそうです。
さすがに一般的すぎる言葉なのでこれで検索は難しいのだけど。
211:名無しさん＠そうだ選挙に行こう
09/08/30 17:13:52
>>208
規模が違うよ。桐でやろうとすることを MAGIC ですると 150 万もかかるのか？・ということだよ。
それに MAGIC 買ってはいおしまいじゃないだろう。データベースな環境はその事業所にとってのインフラになるわけだから、以後ず～と安定して運用していきたい。
何年かして更新のとき「はい、ではここで100万ほどの追加を…」とか言われてもびっくりするでしょ。
ま、君らも商売だし生きていかないと行けないから、都度費用を請求するよという言い分もあるんだろうけどね。
色々と惑わしてくれるけれど、既にフリーのエンジンで十分な性能が得られる。フロントエンドは見栄えや使い勝手であるだろうけれど、DOS画面でも正直結構というきもするんだ。
電子ファイルにして必要な情報を検索、取り出すというだけなのに、
ツールに300万」「開発費に500万」とかいうのはけしてあたりまえじゃないよ。
212:名無しさん＠そうだ選挙に行こう
09/08/30 19:44:46
だからさぁ、データベース板だと誤解されるんだよ。
ビジネスsoft板だったら、ミッドレンジやエンタープライズと比較されて罵られることはないよ。
213:NAME IS NULL
09/08/30 20:12:47
ビジネスソフトを侮辱した発言ですね。
どっちにしろニッチですよ。
214:NAME IS NULL
09/08/30 20:40:42
桐ユーザーを馬鹿にしてるんだけど。
ニッチ狙いで市場がここまで縮小したけど、V10ｷﾎﾞﾝﾇｗ
新与党が友愛予算出すってさ。
215:NAME IS NULL
09/08/30 22:52:40
>>211
餅つけよ。
あなたは>>201なのか？それとも違う第三者なのか？
まずそれを聞かせてもらえないだろうか？
216:NAME IS NULL
09/08/31 07:32:42
＞電子ファイルにして必要な情報を検索、取り出すというだけなのに、
＞ツールに300万」「開発費に500万」とかいうのはけしてあたりまえじゃないよ。
そりゃあその程度のことならそうだろう。
それだけのことならPHP+MｙSQLで十分な話で最初からこんな話にはならないと思うのだが？
217:201
09/08/31 07:57:46
>>201 です
どうもすいません。 >>211 さんは別の方です
一応、自前処理が前提です
業務の片手間でなく、専属に近い状態でやらせてもらってます
項目追加、集計追加、業務追加、帳票変更、マスタ追加etc
こういう要求に対応してきました(これからも)
システム規模や要求の高度化に対応できなくなってきました
ファイルメーカは4～5年前に触ったのですが
作りこみがまるで出来ない印象だったのですが
最新版ではだいぶ進化しているようですね
っていうか、最強ツール？に見えたのですけどw
実際どうなんでしょう
アクセス＋SQL とファイルメーカ でどっちかなと思ってきました
218:NAME IS NULL
09/08/31 09:26:09
ファイルメーカを経理・事務処理に使う男の人って。。。
219:NAME IS NULL
09/08/31 10:34:52
気が向いたら教えてもらえると嬉しいです。
桐のインストール時に、拡張子 .cmd を桐に関連付けるかどうか聞かれますが。
これを桐に関連付けると、具体的に何か支障出ますか？
220:NAME IS NULL
09/08/31 10:42:17
昔のOS、NTとか2000ではバッチファイルの拡張子が *.cmd になってたけど、今は関係ない
221:NAME IS NULL
09/08/31 10:43:38
>>220
速攻でレスがあってびびりました。ありがとうございます。
安心して一括処理に割り当てます。
222:NAME IS NULL
09/08/31 18:40:28
確かにイマドキのOSは "Windows コマンド スクリプト (.cmd)" だなｗ
223:NAME IS NULL
09/08/31 22:38:51
>>217
FileMakerのことはそれ用のスレで聞いたほうが良いでしょう。
URLﾘﾝｸ(127.0.0.1:8823)ｽﾚﾘﾝｸ(bsoft板)
正直ちょっとしか使った経験が無いんだが桐より高度なシステムが作れるような印象はなかったなあ。
桐からAccessへ移った場合に気をつけなければいけないことがいくつかあります。
まず途中の行のへの挿入することはできない。すべて追加になる。
慣れればなんてことは無いことなんだが桐に慣れているユーザーから文句がでることは覚悟したほうが良い。
レポートの罫線がデータのあるところまでしか引けない。
まあダミーのデータを入れればいいことなんだがこれが意外と面倒くさい。
他にもいろいろあったはずだがとりあえず思い出せるのはこれだけ。
まあ騙されたと思って桐と同じ国産データベースMRDB体験してみてください。
少なくとも以上のような問題はありません。
マニュアルもダウンロードできるから入門編だけやってみれば自分にあうかどうかわかります。
224:NAME IS NULL
09/08/31 22:42:04
ああすまん。上のアドレスは自分のところだけの特殊なアドレスだった。
ｽﾚﾘﾝｸ(bsoft板)
こっちです。
225:NAME IS NULL
09/08/31 22:54:50
>>223 MRDBのスレ立ててみたら？
226:NAME IS NULL
09/08/31 23:16:16
>>225
ああ、そのうちにな。今は桐で限界を感じたらどうしたらいいかという話。
>>201にとってMRDBが最上の選択肢かどうか俺もわからん。
ぴったり合うかもしれんし、まるでダメかもしれない。
だからMRDBを薦めているのではなくて体験してみて自分で判断するのが一番良いと薦めている。
桐からアクセスへの道は意外と厳しいし、それならVB＋MySQLのほうが良いかもという気もする。
もっともこの場合は帳票入力と帳票印刷が問題になる。
有料のかなりいいツールもあるようだがそれだけに高い。
227:NAME IS NULL
09/09/01 01:15:03
比較的リーズナブルなツールを見つけた。
URLﾘﾝｸ(www.grapecity.com)
いいかどうかはトライアル版がダウンロード出来る様なのでそれで確認してください。
228:NAME IS NULL
09/09/01 09:02:31
>>201
> 桐で相当な手間掛けているので、手間を掛ける事への
> 抵抗は少ないですw
> PHP+MySQLで検討して一部作成しましたが
> 入力と印刷で頓挫しました
なにこいつwww
229:201
09/09/01 10:42:58
>>228
入力と印刷があまりに変わりすぎると思えたからです
単に自分のスキル不足ですか？
230:201
09/09/01 10:48:48
>>229 の補足
入力まわりや印刷処理が、今までと比べてあまりに
劇的に変わる気がして 担当に受け入れてもらえないと感じました
特に、入力は基本的に一覧表形式でダダ～ッと入力してましたから
単に私自身のスキル不足という事なのでしょうか？
231:228
09/09/01 10:58:40
SQLサーバー + Access + Acrobat
じゃダメ？
Access は作り込むと入力系は桐と全く同じにできる、より便利にも出来る
IME制御まで作り込む
Acrobat でPDFフォーム作って、ADBC(AdobeのODBCみたいなもん) ＋JavaScript で繋いで印刷
232:NAME IS NULL
09/09/01 11:53:01
作り込まずに使えるのが桐だからな
233:NAME IS NULL
09/09/01 12:10:15
>>231
桐と同じに？
じゃあ途中の行に挿入するのはどうやればいいのかだけでも教えて頂戴。
理論的なことでいいからさ。
234:NAME IS NULL
09/09/01 12:24:47
桐の行挿入って、論理行番号の途中に割り込ませるんだよね
Accessで連番作れる？
連番フィールドに 13.5 とか少数桁もつのを入れて、振り直す
235:NAME IS NULL
09/09/01 13:04:33
>>234
やはりその手で来たか？
連番を１０単位で10,20,30として25とするという手もあるが、
小数桁のほうが応用が利くな。
まあ面倒と言えばかなり面倒だろうと思う。
>>201は理解してくれたかな？
236:NAME IS NULL
09/09/01 13:09:55
でも共有で使うなら行挿入って意味なくないか？
237:NAME IS NULL
09/09/01 17:05:42
共有であろうとなかろうと意味無いって言えば意味無い。
見た目が行挿入になるってだけなんで結局は行追加と同じなんだけど
たぶんユーザーに言ってもわからないと思う。
桐ではできたことがなんで？って話になる。
あとユーザから直前行の機能と直前値の機能も要求されると思う。
Accessで桐と同じ操作性を実現するのはVBA駆使することが必要。
>>201のスキル次第だけど、かなり面倒だと思うよ。
238:NAME IS NULL
09/09/01 18:16:27
同じもの、じゃなくて、もっと便利なものをつっくってしまえば文句は出ないよ。
239:NAME IS NULL
09/09/01 21:43:42
> じゃあ途中の行に挿入するのはどうやればいいのかだけでも教えて頂戴。
データベース板で恥ずかしい質問するな。
240:NAME IS NULL
09/09/01 22:23:58
>>231
その作りこみ方を教えていただけると大変助かるんだが。
241:NAME IS NULL
09/09/01 23:26:27 7N21KsKL
アクセス使う人は使いやすいＵＩを工夫するとか最初から頭にないから、ググっても見つからないでしょ
242:NAME IS NULL
09/09/02 05:22:58
>>238
それが意外とそうでもないんだよなあ？
実際に操作する人間は慣れたやり方にこだわる。
こっちのほうが便利って機能を作ってやっても、
慣れた昔のやり方に戻してくれって言う人が多い。
たとえそれが不合理で非効率なやり方だとしてもだ。
243:NAME IS NULL
09/09/02 05:41:01
>>201がどのようなことをしているのかいまいち掴めないのだが、
＞ 現状、桐で5～10クライアントで処理しています
おそらく限界と言うのはクライアント数をもっと増やしたいという要望があるのだろう。
データ数もかなりのものなんだろう。
問題はこのクライアント数なんだが集計印刷するクライアントがそんなに増えるとは思えない。
訂正したり削除したりするクライアントが大勢いるとも考えづらい。
おそらく同時に追加入力するクライアントが多くなって破綻しそうだということなんだろう。
だとすれば・・・・・
仮定の話を続けてもしかたないな。ここまでは問題無いかな？>>201
244:201です
09/09/02 07:05:34
皆様いろいろとどうもです
行挿入、直前値、直前行は些細な事だと思います
いまでも桐標準の機能では満足できないので作り込みしてます
表引きもフォームで自作してます
>>243 さん、ほぼその通りです
同一事務所内LANであればまだいけそうなのですが
VPNで遠隔地からの処理が大変です
携帯WEB対応もしたいと思っています
245:201です
09/09/02 07:27:37
>SQLサーバー + Access + Acrobat
>じゃダメ？
この方向しかないのかなぁと思っているのですが
サーバー + Access だけではダメなのでしょうか？
Access のレポート機能だけでは対応できないのですか？
246:NAME IS NULL
09/09/02 07:45:41
>>245
Accessのレポート機能は比較的良いと思います。
下手なレポートツールよりはずっといいです。
ただ桐より優れているとは言い難いです。
Accessが劣っているというわけではなくて日本文化との違いがあるからです。
たぶんアメリカでは十分なんだと思います。
多少面倒な思いを覚悟すれば十分使えます。
＞VPNで遠隔地からの処理が大変です
これは「桐 for TSE」があればできるのでは？
＞携帯WEB対応もしたいと思っています
だからPHPなわけですか。全キャリア対応ですか？
247:NAME IS NULL
09/09/02 07:50:01
追加入力のクライアントを増やしたいというのなら
ローカルなテーブルに一度書き込んで終了時に一気にサーバーのテーブルに流し込むことで
同時アクセスを少なくできると思うのだが・・・・
そんなことはもうやっているとか？
248:228
09/09/02 08:33:12
>>245
Access のレポートで良いんでないの？
桐と同様のレポート希望してるように読めたから、PDF出力してPDFフォームにすればクリソツのが出来るので
249:NAME IS NULL
09/09/02 08:43:19
>>248
そんなに簡単に言って良いのか？
わかりゃ良いって程度なら問題は何もないと思うが、
段組を多用しているとか縦書きが混在しているとか、
いろいろあるかもしれない。
桐のレポートが良すぎる分ちょっと心配。
250:NAME IS NULL
09/09/02 08:49:00
じゃ、そういう印刷はODBCで桐
251:NAME IS NULL
09/09/02 08:54:02
ああ、桐はAccess からOLEで操作できない
Acrobat は出来る、確か別料金だけど
252:NAME IS NULL
09/09/02 08:54:35
>>250
まあそれならいいか？って集計はSQLを使うのだろう？
Access使うのは入力部分だけ？
253:NAME IS NULL
09/09/02 09:00:22
印刷桐なら集計も桐
つーか、だったら、 SQLサーバー+桐 で頑張る → 振り出しに戻る
254:NAME IS NULL
09/09/02 09:06:39
そういや201は表引きを自作していると言っていたな？
もしかしてすでに桐＋サーバーはやっている？
255:201です
09/09/02 09:13:32
>これは「桐 for TSE」があればできるのでは？
一部分は解決できそうですけど
中途半端な気がしています
>だからPHPなわけですか。全キャリア対応ですか？
とりあえずドコモと思っています
今も簡単な参照はしているのですが
リアルタイムでないから不評です
>ローカルなテーブルに一度書き込んで
もちろんやっています
桐C/Sまで自作しようかとまで考えました
256:NAME IS NULL
09/09/02 09:14:24
>>251
kiriv9.exe -R "レポートファイル"
というような形であらかじめ作っておいたレポートを印刷することは可能。
257:NAME IS NULL
09/09/02 09:21:14
>>255
じゃあVPNはどうやって実現しているの？VNC?
258:NAME IS NULL
09/09/02 09:24:34
＞桐C/Sまで自作しようかとまで考えました
作ってくれ。売れると思うぞ。
259:NAME IS NULL
09/09/02 09:27:58
>>256
データはどうやって渡すんだ？
260:NAME IS NULL
09/09/02 09:38:30
>>259
印刷用テーブルをあらかじめ作っておいて必要なデータをそこに入れれば良いだろう。
261:NAME IS NULL
09/09/02 09:40:24
>>260
どうやって入れるんだ？
262:NAME IS NULL
09/09/02 09:42:59
もしかして201は電話回線を通じてファイル共有で桐を動かしているのか？
それは遅いだろう？
263:NAME IS NULL
09/09/02 09:51:41
>>261
ンッ？どうとでもなるだろう？
前提条件としてODBCでAccessからMySQL(PostgreSQLでもOracleでも良いけど)動かしていると言うことでいいよね？
SQLで集計をかけてその結果をあらかじめ用意していた印刷用テーブルに入れる。
桐でレポートを作って外部データベース接続で印刷用テーブルに接続する。
そのレポートをAccessから桐を起動して印刷する。
実際にやったことはないが理論的にはこれでできるはず。
264:NAME IS NULL
09/09/02 10:01:04
>>263
> 桐でレポートを作って外部データベース接続で印刷用テーブルに接続する。
それ、Access からできるの？
手動で別に桐立ち上げて手動で別に桐を操作して外部データベースに接続するんじゃないの？
って試してないけど
265:NAME IS NULL
09/09/02 10:40:36
俺も試してもみないで言うけど、
AccessにはShell関数という外部プログラムを起動する仕組みがあるはず。
メモリに余裕があればできるはずだけど。
266:NAME IS NULL
09/09/02 10:45:36
>>244
＞ 同一事務所内LANであればまだいけそうなのですが
＞ VPNで遠隔地からの処理が大変です
これって同一事務所内に遠隔操作用のPCを用意してそれをVNCで操作すれば済むことではないのか？
もちろん事務所がいくつもあるという話ならこれでは無理だけど？
267:NAME IS NULL
09/09/02 10:48:17
外部データベースのデータソース名とパスワードをファイル属性で保存しとけば出来そうな感じはする
268:201です
09/09/02 10:51:59
>段組を多用しているとか縦書きが混在しているとか
段組は使ってますが、ACCESSで出来ない部分は
しょうがないと諦めます
>じゃあVPNはどうやって実現しているの？VNC?
RDPです。受付用のホストを置いてます
>201は電話回線を通じてファイル共有
さすがにファイル共有はしてませんが
一部は電話回線処理もしています
伝票明細やログを送受信して集計や処理をさせています
サーバ+アクセスならば、
端末20台、遠隔地からのアクセス、WEBとの連携
実用可能な物が作れる(要スキル)
と思っていいでしょうか？
アクセスも破損が多いと聞きますが
C/S組めばデータ破損は気にしなくていいのでしょうか
269:201です
09/09/02 10:58:22
>遠隔操作用のPCを用意してそれを
>事務所がいくつもあるという話ならこれでは無理だけど
268にも書きましたが、そうしています
今はホスト2台置いてますが足りなくなってきました
LAN対LANな関係にもしたいのです
270:NAME IS NULL
09/09/02 11:15:37
サーバ+桐
サーバ+アクセス
大きな違いはあるのでしょうか。
271:NAME IS NULL
09/09/02 11:40:37
今からサーバーなんて使うなよーーー
クラウドに汁！
272:NAME IS NULL
09/09/02 12:23:13
>>271
なんでも新しいもののほうがいいってもんでもない。
クラウドにしたらセキュリティの心配もしなければいけなくなる。
273:NAME IS NULL
09/09/02 12:25:21
>>207
未確認情報だが「サーバ+桐」はサーバのデータを一度桐のデータに置き換えるのでかなり遅いという話がある。
274:NAME IS NULL
09/09/02 12:41:23
＞端末20台、遠隔地からのアクセス、WEBとの連携
＞実用可能な物が作れる(要スキル)
うーーーん、AccessとWEBとの連携はAccessだけでは無理だと思う。
それこそPHPでも使えばいいかな？
端末２０台は問題ないと思う。遠隔地からのアクセスはルータ同士で結べば言いだけの話。
ただ、Accessのクエリーを使うのじゃなくてパススルークエリーというRDBMSのSQLを直接使うものにしないと遅くなる。
でもそうなるとAccessで使うのはフォームとレポートだけということになる。
それだけのスキルがあればVB＋RDBMS＋ツールで作ったほうが気の利いたものができそうな気がする。
どの道VBは習得しなければいけないわけだし。
275:NAME IS NULL
09/09/02 12:44:05
アクセスのjetエンジンの破損の多さは桐の比ではないよ。
しかも桐のような破損を直すためのツールもないし。
MySQLやPostgreSQLは堅牢だし、壊れたときのツールもある。
ていうかこれでダメなら高価なOracleでも使うしかないだろう。
276:NAME IS NULL
09/09/02 12:48:54
>>275
jet使うなんて誰か言ってる？
まあ、レポート用にローカルテーブルでごにょごにょするのにはいいかもしれない。
277:NAME IS NULL
09/09/02 13:05:00
Accessを勧める気にはならないのは基本的に小さなシステムを作ることが前提のものだから。
フォームとレポートとクエリーがひとつのファイルになっている。
小さなシステムの場合はこの方が便利かもしれないが、大きなものだとかえって面倒。
基本的に開発者がひとりでやる程度のもので大勢で開発するなんてことは無理。
開発者がひとりでも大きなシステムはだんだん難しくなる。
例えばあるオブジェクト名を変えるとするとそれに関係している部分を全部修正しなければいけなくなる。
基本プログラムがすべてテキストで書かれているシステムならGrepで検索かければすぐにわかる。
全部ひとつのファイルでしかもテキストファイルではないAccessだとできない。
Accessも桐も小さなシステム用というのは変わらない。
201の場合これからもっとシステムが大きくなりそうだし、この際言語ベースに移ったほうが良くないかなと思う。
278:通りすがり
09/09/02 13:24:45 Tn5HGIc/
通りすがりますよっと
>>201 さん
Access + SharePoint Server は検討してみましたか？
両方とも2010では、かなーり便利になりそう
279:NAME IS NULL
09/09/02 13:47:52
>>276
ああこれは
＞アクセスも破損が多いと聞きますが
というのでそれはJetエンジンの話だということ。
でもフォームもレポートもJetエンジンで管理しているから破損することがある。
どうかすると全部読めなくなることがあるからバックアップが大事になる。
Access2007になってエンジンが変わったのでどうなったのかはわからんけど。
280:NAME IS NULL
09/09/02 13:52:18
>>278
まだ出てもいないものの話をされてもしょうがない。
それなら桐V10を待つって選択もありになる。
281:通りすがり
09/09/02 14:04:02 Tn5HGIc/
いえ、検討してみましたか？ は現在のです
282:NAME IS NULL
09/09/02 14:36:58
携帯Web対応にするよりiPhoneでVNCを動かすと言う方法のほうが簡単だし、応用が利くと思う。
URLﾘﾝｸ(lingo.seesaa.net)
ソフトバンクは使いたくないというのならダメだけど。
283:NAME IS NULL
09/09/02 14:45:12
>>281
なる程ね。
Web以外の人はアクセスでUI作るのね。
桐UIにこだわらねければ、アクセスも要らないな。
284:201です
09/09/02 15:18:27
>iPhoneでVNCを動かすと言う方法
これは良いことを聞きました
桐で使ってみます
>Access + SharePoint Server
初耳です
SharePoint Server について調べてみましたが
これとaccessでどうシステム化するのか
自分のスキルでは想像できませんでした
285:NAME IS NULL
09/09/02 15:26:19
>>283
Accessと桐のインターフェイスが似ているというわけではない。
まあ帳票入力ができるという共通項はあるけどそれくらいです。
それならVBのツールにもあるんで、Accessにこだわる理由もないってことになります。
本当はJavaとか勧めたいところだけどオブジェクト指向になれるまで大変だろうし、
ツールもVBほどは無い。
まあRDBMSを汎用にしておけば言語は必要に応じて複数使ってもいいわけだし、
WebはPHPでクライアントサーバーはVBという使い方でもいい。