[過去ログ] 桐について語るスレ 2 【サーバー未満 Excedl以上】 (981レス)
1-
抽出解除 必死チェッカー(本家) (べ) レス栞 あぼーん

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
3 2009/08/21(金) 21:29:52 ID:???
>>1
お疲れ3

いい。いい。そのずれ加減が桐っぽくて感じいい。
4 2009/08/21(金) 21:40:45 ID:???
桐はデータベース板から出て行け
5 2009/08/21(金) 22:11:57 ID:???
桐のデータベース性能と評価

・Unicodeを扱えないwwwww
・結合表はバカ単純な結合しかできないwwww
・共有情報が頻繁にぶっ壊れるwwww
・データファイル、スクリプトファイル丸ごとN/W共有ってwwww
・その末にデータファイル、スクリプトファイルぶっ壊れるwwwww
・なので共有機能は実用に耐えないwwwww
・外部データベースの関数がしょぼいwww
・外部データベース接続のセキュリティが脆弱www
・つか全体的にセキュリティ意識が低すぎwwwww
・サードパーティー製ツールが皆無w
・スクリプトファイルは直にテキストエディタで読めないww

w     愛嬌ってことで勘弁
ww    しょうがないね
www   笑えねー
wwww  師ね
wwwww ・・・










6 2009/08/21(金) 22:26:28 ID:???
Access2003のパスワードも桐の利用者コードも同レベルで、一瞬で解除出来るが、セキュア桐は破られてない
マクロファイルは、もちろんテキストに書き出すのも普通の操作でオケ、テーブルになっていて拡張子をtblに変えると表でも開ける
共有機能が弱いのはAccessも同様
7 2009/08/21(金) 22:35:18 ID:???
釣られるじぇねぇ
8 2009/08/21(金) 22:42:24 ID:???
桐シタンの親の敵、Accessスレはデータベース板にないんですけど...
マジレスしてみよう!

> セキュア桐は破られてない
10年前にマックがセキュアって威張ってたのと同じ事。
どこの物好きが桐をハックするのか。絶望的死んだほうがマシ的不人気を自ら証明したな。

> マクロファイルは、もちろんテキストに書き出すのも普通の操作でオケ、テーブルになっていて拡張子をtblに変えると表でも開ける
ん〜と、それ便利?プロジェクト開発でバージョン管理できる?キミは開発をしたことないな?
データベース桐なんだよねぇ。

> 共有機能が弱いのはAccessも同様
敵はAccessか。味方は?Accessの味方になるツールは多いぞ。ほとんどMSだけど。
データベース板(DBって書くとぶち切れる桐シタンがいるので、あえて展開)にもない糞Accessに背伸びして張り合おうって根性が
泣かせる。Accessなんて糞だぞ。ク・ソ。
9 2009/08/21(金) 23:08:47 ID:???
悪意のあるヤツが立てたようなスレタイだな
10 2009/08/21(金) 23:13:45 ID:???
ACCESSが糞なのは同意する。
なぜならターゲットはデータベース初心者であるはずなのに、初心者に全然優しくない。
Excelがわかったから次はAccessを覚えようとする人が多いのは当然の流れなのだが、
まず間違いなく挫折する。
それならExcelから桐のほうがはるかにわかりやすい。
まあいろいろと欠点をあげつらってくれたし、半分以上同意できるのではあるが、
それは開発ツールとしてみた場合の欠点。
データベース入門用としてみた場合には問題にならない。
もっともわかりやすい反面、本格的なデータベースとの違いが多すぎるため
次へのステップアップが難しくなる面は否めない。
スレタイのようにExcelではちょっと荷が重い程度の集計に使うのなら間違いなくお勧めできるのだが。

11 2009/08/22(土) 07:06:51 ID:???
>>10
分かりやすい解説ありがd。
だから、ビジネスSOFT板がお似合いだって言ってんの。

Accessが難しいって意見には、はぁ?って思った。
誰でもすぐに覚えられるはずのAccessを難しく感じる、可哀想な人っているんだな。


12 2009/08/22(土) 10:53:01 ID:???
RDBMSだけがデータベースだと思っているおめでたい人がいるスレはここですか?

16 2009/08/22(土) 14:41:52 ID:???
>>14
桐は紛れも無くデータベースなんだからデータベース板でなにが悪いってことでいいんじゃない?
つまらないいちゃもんなんか気にすることはない。
Excelをやっと覚えたような人がじゃあ次はAccess教えてと言われてもどうしようもない。
それだったらなにも知らない人間にAccess教えるほうがずっといい。
Excelの概念の延長で捉えようとするから余計わけわからなくなる。


17 2009/08/22(土) 14:48:07 ID:???
>>15
あんまり本気でとるなよ。「覚えられる」と言わずに「覚えられるはず」と言っているだろ?
たぶん実際にはほとんど使ったこと無いんだよ。
それにAccessとか桐とかは覚えるだけでは意味が無い。
使いこなしてなんぼのもんだろう?
こんな○○○○○の×××××野郎のことは無視しておけよ。

18 2009/08/22(土) 20:07:45 ID:???
>>11
桐の今を知ってるようだけど、桐の真相を知らないな。
批判を恐れず、乱暴な言い方すれば、桐はインテリ層のためのパーソナルデータベースソフト。
医師・教師などIT学習に時間を避けなかった人が、簡単に、個人が管理する情報を運用するためのもの。
高卒で電算室叩き上げのデータベースエンジニアが知るDBとは、根本から異なる。

> 個人が管理する情報を運用するためのもの
であるから、共有する必要はないし、セキュリティはOS任せで十分。
データ数は数百〜数千、プログラムは操作記録の再現程度でごちそうさま。

肝心なのは、知的労働を阻害しないこと。
言っちゃ悪いが、お前よりずっと頭いい。でもAccessなんて覚える時間が惜しい。桐シタンで結構。
20 2009/08/22(土) 20:43:42 ID:???
桐のお得意様は、医者・教師・土建屋・市町村職員
21 2009/08/22(土) 21:30:58 ID:???
データベース板というより、2chには不釣合いだな。
2chから出て行こうぜ。
23 2009/08/22(土) 22:11:50 ID:???
こらこら。人の心の声を聞くなw
24 2009/08/22(土) 22:17:18 ID:???
> こんな○○○○○の×××××野郎
こんな岩手花巻東の本格剛速球野郎
25 2009/08/22(土) 22:55:49 ID:???
データベースじゃないといけんですか?
便利だから、データベースじゃなくともいい思います。
26 2009/08/23(日) 06:07:23 ID:???
>データベースじゃないといけんですか?
良いとか良くないとかじゃなくデータベースなんだからしょうがないだろう。
>データベース (DB、英: database) は、特定のテーマに沿ったデータを集めて管理し、容易に検索・抽出などの再利用をできるようにしたもの。
以上はWikipediaに出ていたデータベースの定義。
この定義に従えば桐は間違いなくデータベース。
むしろRDBMS(オラクルやMySQLなど)は「データを集めて管理」するほうに特化したものと考えたほうが良く、
「容易に検索・抽出などの再利用をできる」という面では疑問もある。(容易をどの程度ととるかにかかってくる)
むろん、Wikipediaが常に正しいというわけじゃないし、世間一般にはRDBMSはデータベースで通用している。
データベースという領域があってその中に桐もAccessも入る。
そのデータベースの領域内の一部にRDBMSという領域があってその中にオラクルだのMySQLだのが入る。
一部のおかしな人たちはRDBMS以外はデータベースではないから桐は出て行けと行っているわけだが
完全にお門違いの意見だ。
どうしても分けたいのならRDBMS板を新規に作ってそっちが移動するのが筋。
それに桐がビジネスSOFT板にふさわしいかどうかも疑問だ。
別に桐はビジネスに特化しているわけじゃない。
家計簿として使うことも可能だし,趣味で集めたものの整理に使うことだってできる。
会計ソフトのようなものとは根本的に違う。
結局データベース板以外ありえないのだよ。

27 2009/08/23(日) 06:42:19 ID:???
桐にいろいろと欠点も無いわけではない。でもそれに代わるものはないんだ。
結局桐ってナンバーワンのソフトではないかもしれないが,オンリーワンのソフトなんだよね。
NO.1にならなくてもいい♪ もともと特別なOnly one♪〜
さあみなさんごいっしょにw

28 2009/08/23(日) 09:40:54 ID:???
日本語RDB分野で桐とシェアを二分する、五郎のスレもあることだし。桐がいてもいいんじゃまいか。
2chスレ:db

板のほとんどはエンタープライズサーバスレが占めてるけど、だから何!?
大切なのは、恥ずかしいと思わない度胸。自分を日本人と思っちゃダメ。北朝鮮の工作員と思うこと。
さあ、歌おう!
> NO.1にならなくてもいい♪ もともと特別なOnly one♪〜
> タッタッタッタ 足音♪ 我ら桐シタンの足音♪
> さあみなさんごいっしょにw



29 2009/08/23(日) 09:46:48 ID:???
歌はどうでもいい。

>>26
意味が分からん。桐スレで難しいこと言うな。
30 2009/08/23(日) 10:04:23 ID:???
Yahoo!ブックス見てみなさいよ。
「桐・五郎・その他データベース」のカテゴリに、Access、VBA、FileMakerが居候してますよ。
桐>五郎>その他データベース(Access、FileMaker…)って、世界のYahooが認めたってことですよ。
31 2009/08/23(日) 10:29:43 ID:???
日本の Yahoo は 世界の Yahoo じゃないよ。
子会社ではなく、別法人。技術の提携関係はあるけど。

だから、世界の Yahoo が撤退したオークションを日本独自に続けられたりする。
一方で、世界の Yahoo が開発した技術に、日本では提供されないものがあったりする。

32 2009/08/23(日) 12:36:47 ID:???
別に世界のヤホーで認められなくてもいいだろ?
桐がデータベースじゃないなんて言っているのはこの板の一部の特殊な思考回路をもったやつらだけなんだから。
> こんな○○○○○の×××××野郎
こんな超偏狭思想のマヌケクソ野郎かな?

33 2009/08/23(日) 12:46:36 ID:???
>>32
汚い言葉、攻撃的な言葉はやめてください。悲しくなります。
34 2009/08/23(日) 13:21:22 ID:???
前スレでも一部の人が口汚く罵っていたけど、今後はそういう人は出禁ということで。
35 2009/08/23(日) 14:54:46 ID:???
たとえ世界のヤホーが認めようとも、この俺様は認めね〜ZE!!
36 2009/08/23(日) 15:07:26 ID:???
特殊回路ハーケンw

37 2009/08/23(日) 15:09:03 ID:???
まあ、あと2カ月でV10出なかったら見限るけど、桐V9-2010とかは見捨てる
38 2009/08/23(日) 15:12:25 ID:???
いい加減この手の議論も秋田。
なんか桐でこんなことできないかというような質問でもない?

39 2009/08/23(日) 15:27:30 ID:???
何でも簡単にできちゃう魔法のソフトだから質問は無い
40 2009/08/23(日) 16:15:18 ID:???
>>38
PHP5でWeb-DB構築
41 2009/08/23(日) 16:27:53 ID:???
>>40
出来ません
42 2009/08/23(日) 19:14:12 ID:???
地元で有名な不味いラーメン屋、どこにでもあるよね。
私の生活圏にも、「あんなものラーメンじゃねー」「食い物じゃねー」って言われるラーメン屋があります。
でも、私の周りにはラーメンの定義を調べるWiki厨はいませんよ。
ダメなものを、あんなもの○○じゃねーと言うのはよくあることです。

ちなみに、まずくて有名なラーメン屋「彦龍」は、来年店じまいします。
日本一不味いラーメンと、日本一人気のない桐が、リアルにシンクロする妙。
43 2009/08/23(日) 19:15:34 ID:???
>>42 ソースは? ブルドッグとおたふくは禁止
44 2009/08/23(日) 19:19:44 ID:???
デミグラス
45 2009/08/23(日) 19:30:11 ID:???
「彦龍 引退」でググって下さい。
46 2009/08/23(日) 19:33:54 ID:???
ピョコタンニュース って
47 2009/08/23(日) 20:24:18 ID:???
桐よりアクセスの方が安いんだね
桐はアクセスより劣ってるのに高いなんて売れるわけないやん
48 2009/08/23(日) 21:04:05 ID:???
???
Accessより全然高級な製品だろ、だから高いんだよ
同じものを開発するのに、Accessより1/5の開発期間でできる、高いのは当り前だよ

非連結フォーム使うくらい高度なの希望なら、どうせVBとかで開発の方が良いから
桐でもAccessでも向かない
49 2009/08/23(日) 21:21:55 ID:???
Wikipediaには、「全然高級」の情報はありませんでした。
“全然高級”の定義がないので、>>48 のレスは無効になりました。

『残念でした』
50 2009/08/23(日) 21:27:08 ID:???
そういう用語を印象付けるために故意に使うのがインテリ層には多い印象だけど
気に障ったならゴメンネ

あなたレベルでも『ぜんぜん大丈夫ですよ』
51 2009/08/23(日) 21:38:25 ID:???
開発期間1/5なら値段10倍でもいいんじゃねーの。
52 2009/08/23(日) 22:08:13 ID:???
>>51
確かにw
アクセスと同等で、開発工数が5分の一なら、シェアがアクセスの倍でも少ないな。
この人気のなさを、インテリの>>48はどう説明するのか期待しよう。
54 2009/08/23(日) 22:40:42 ID:???
Windowsへの対応の遅れとエクセルによるVBAプログラミングの定着が大きいんじゃないか
55 2009/08/24(月) 06:48:03 ID:???
スキルの問題なんだが。Accessのほうが自由度が高い分、悩むことが少ない。
Accessより桐が優れていると感じたことは、一度もないな。
Accessは、要求をストレートに実現できる。桐の場合は無理やり。
レポートだけなら、桐が早いけどな。

個人の能力の問題だよ。一般に桐よりAccessのほうが開発が楽。
56 2009/08/24(月) 07:05:13 ID:???
とは言うものの、Accessもおもちゃ。低レベルな争いは、俯瞰で眺めるべし。
データベース的玩具の実力は、Access>>桐>=五郎といったところだ。
57 2009/08/24(月) 08:30:52 ID:???
>>53
なにが「客観的に工数その物は大きく変わらないはずだ」ちゃんと比べてからものを言え。
同じものをつくるなら桐のほうがはるかに工数は短い。
これは両方を比較してみれば誰でもわかる。
それを考えれば価格を直接比較することになんの意味もない。
>この人気のなさを、インテリの>>48はどう説明するのか期待しよう。
48じゃないが優れたものが劣ったものに負けることは良くある事。
これを悪貨は良貨を駆逐するという。これ常識。ちゃんと義務教育を受けていれば知っている。
(ゆとり世代なら知らないか?)
Wordと一太郎どっちが日本語ワープロとして優れている?
どう客観的にみても一太郎だろう?(まあ一太郎を知らない世代に言ってもしかたないかもしれないが)
ちなみにDos時代にはk3の松のほうが一太郎よりはるかに優れたワープロだった。
同じように優れたものが劣ったものに負けることは良くある事。
こういうことはちゃんと比較せずに名前やブランドで商品を見る >>52 のような人間が多いことによるもの。
ちなみにAccessはもともとMSが開発したものでは無い。
どこか小さな会社で開発したものをMSが買い取ったもの。
だからExcelとの連携も最悪。桐のほうがずっと良い。

59 2009/08/24(月) 08:43:37 ID:???
>>56
ならばあなたのオヌヌメデータベースはなんだ?

60 2009/08/24(月) 09:32:23 ID:???
>Accessより桐が優れていると感じたことは、一度もないな。
よっぽど鈍感なのか?Access使っていてその不安定さに悩まないとは?
少なくともそこは桐のほうが優れているのだが。

61 2009/08/24(月) 10:06:04 ID:???
>>58
ちなみにFoxProももともとFox Softwareが開発したもの。(Fox社は1992年にマイクロソフトに吸収合併された)。
なお米国ではAccessはアプリケーション開発にはあまり使われずFoxProが使われることが多いそうだ。
ついでに言うとWindowsの前身であるMS-DOSも他から買い取ったもの。C言語も別会社から買い取った。
マイクロソフトはソフト開発の会社というより商社みたいなもの。商売だけはうまいから世界一に君臨している。
それに引き換えK3の商売下手なこと。非常に歯痒い。

62 2009/08/24(月) 10:20:22 ID:???
>>61
> なお米国ではAccessはアプリケーション開発にはあまり使われずFoxProが使われることが多いそうだ。

それは昔の話だなぁ、dBaseみたいなもん
63 2009/08/24(月) 15:22:35 ID:???
>>62
すでに開発が終了しているからね。
dBASEは多くの互換ソフトがあったけど結局FoxProだけが生き残って多数のシェアを握った。
FoxProがあのままならたぶんAccessに未来は無かっただろう。
意図してかどうかはわからないが結局まともに戦っても勝てそうも無かった一番のライバルを金の力で潰して
FoxProより出来が良いとはとても思えないAccessがこの分野での勝者になった。
ライバル潰しとして意図的にやったとすれば見事なもんだ。
戦略としては見事だがかつてのdBASE愛好家としては気分が悪い。

64 2009/08/24(月) 19:56:34 ID:???
>>42
なるほど、つまり高卒は人間ではないということですね。
2ちゃんねるでは有名な話ですね。


65 2009/08/24(月) 20:04:25 ID:???
>>57
随分とお怒り心頭で…
所で俺は桐を悪いとは少しも言ってないのだがなぁ

所で松のサンプルとかはどこかでみれるのかいな?
フォームが優れてるらしいけど。。。
66 2009/08/24(月) 20:20:15 ID:???
>>65
松?いまさらDosのソフトを持ち出してどうする?
使えないことはない(エディッタ並に高速だろう)が、
相当古いプリンタで無いと印刷できないかも。


67 2009/08/24(月) 20:26:16 ID:???
>>66
ああ、ごめん。間違った。
当方はMacなので桐を試すことができないんだよな。
その雰囲気だけでもわかるのは、まさか管理工学のHPという訳じゃないよね?
69 2009/08/24(月) 21:00:40 ID:???
>>68
また「はずの話」か?コンピュータの世界で「はず」なんて当てにならない。
簡単にできるはずのことが実際にやってみれば難しかったり不可能だったりすることは良くある。
桐のほうは直接エクセルとやり取りできる。
http://www.kthree.co.jp/2seihin/crosexcel_tokucho.html
どう考えてもリンクテーブルやADOを使うよりこっちのほうがお手軽だと思うがどうだろう?

71 2009/08/24(月) 21:16:32 ID:???
>>67
http://www.kthree.co.jp/2seihin/sample/index.html
管理工学のサイトの一部だがこれならその雰囲気くらいはわかるのではないか?
フォームが優れている?まあ間違ってはないと思うがより優れているのはレポートかな?
ワープロで出来るようなものならほとんど出来る。

72 2009/08/24(月) 21:26:15 ID:???
> 優れたものが劣ったものに負けることは良くある事。
> これを悪貨は良貨を駆逐するという。
それを言うなら狡兎死して良狗煮らるだろ。
DOSでデータベースをしたいという獲物がなくなれば、よく出来た猟犬は殺される。
用済みということだよ。

DOS版桐はよかった。俺が桐が良いと言うときは、DOS版を指す。
Windows桐は、口にしたくない。桐シタンから罵られたくないからな。
73 2009/08/24(月) 21:43:08 ID:???
>>72
確かに最初のころのWindows桐はDos桐に劣っていたがVer9はそんなことない。
Ver6やVer7のころのことならわかるが?

74 2009/08/24(月) 21:55:23 ID:???
桐は最強のはず!
75 2009/08/24(月) 22:20:09 ID:???
>>74
なんだそれw
なんか「北朝鮮は世界一豊かなはず!」と言っているのと同じように聞こえるぞ。
まず最強の定義からしないといけないなあ。

76 2009/08/24(月) 22:53:05 ID:???
桐はデータベース板から出て行け
78 2009/08/24(月) 23:17:21 ID:???
桐がデータベースであることには間違いない
よってこの板にスレがあることも当然である
個人的に最強のデータベースはATOKだが
79 2009/08/24(月) 23:21:15 ID:???
Outlookに一票
80 2009/08/24(月) 23:46:51 ID:???
>>71
早速にありがと。
PHP5+DBとかしてるとしんどいのはレポートかな。
HISAGOやサンワサプライ用紙のテンプレート情報がなぁ。
その他の例は取っ掛かりやすいものを載せていて難しい事書いてないのがいいね。
アナログ時計の例はなんとなく遊び心あって面白いかも。
81 2009/08/25(火) 00:27:15 ID:???
>>80
まあそうだろうね。PHP5+DBなりJavaなり移行しようとして引っかかるのが印刷。
HTMLを出力して後はブラウザに任せるというのが一番簡単なようだけどそれでは細かいことができない。
まあ専用のレポートジェネレータも売っているようだけどかなり高い。
後PHPやJavaで伝票入力をどうやって実現するのか?これを考えると頭が痛い。
いろんな本を読んでも具体的なことは書いてないんだよね。
これも専用のプログラムを売っているが100万くらいする。
そんなこんなを考えると桐って本当に安いと思う。
桐のフォームとレポートをJavaで使えるようにして売ってくれないかと本気で思う。


82 2009/08/25(火) 00:48:08 ID:???
>>81
PHPとかだともうプログラムの世界だから簡単という訳にはいかないかもしれないけど、伝票入力とかその当たりは普通にサンプル有ると思う(PHP系+MySQL, PostreSQL, SQLite2/3 etc...)
そう、それにしても100万とかは作る側としては欲しいかもね(一品料理が多い訳だし)
桐のフォームやレポートの部分を呼び出せるようになったらいいねぇ。ランタイムで売り出したらいいのに。
83 2009/08/25(火) 00:59:37 ID:???
>伝票入力とかその当たりは普通にサンプル有ると思う
おせーて、おせーて・・・・
結構探しているのだがいっこうにそれらしいのが見当たらない。
サイトでも本でもいいからあったら教えて。

84 2009/08/25(火) 01:04:26 ID:???
>>82
>100万とかは作る側としては欲しいかもね
本当にいいものだったらさほど惜しくはないんだけどね。
これで使い物にならなかったら会社に行って火つけたろうかと思いますよw


85 2009/08/25(火) 06:44:15 ID:???
普通にPDFで実現できているけど。
PHP難しい?
86 2009/08/25(火) 07:00:09 ID:???
桐はデータベース板から出て行け
87 2009/08/25(火) 07:02:52 ID:???
      ハ,,ハ
     ( ゚ω゚ )  桐シタン一同はのりピーを応援します
    /    \
  ((⊂  )   ノ\つ))
     (_⌒ヽ
      ヽ ヘ }
 ε≡Ξ ノノ `J
88 2009/08/25(火) 07:17:24 ID:???
>>85
PDF?
PDFlibとかFPDFとかじゃなくて?
PHPは簡単にWebシステムを作るには非常に良いと思うけど、
それ単独では操作性が悪いし、ソースを隠せないのが難点だと思う。
それならちょっと敷居が高くなるけどJavaのほうが良いと思っている。

89 2009/08/25(火) 07:22:15 ID:???
Javaのほうがいい。敷居が高いのは最初だけ。
91 2009/08/25(火) 10:03:38 ID:???
>>90
桐では簡単に出来るということはわかっているって。
93 2009/08/25(火) 17:46:56 ID:???
>>83
最近この手の本買ってないからなぁ
http://www.webmate.ne.jp/samples/php5.jsp

>>92
えっ・・私?
それはどうもありがと。
で、このメニューから「売上処理・仕入れ」と「売上・見積り、請求書発行」の端末は分けたいって要望は普通にありそう。あとマスター管理は多分全く別部署になる可能性大かな。
そんなんで複数端末での使用が前提となるわけだけどメニューのカスタマイスなんかも普通にできるんでしょう。

まぁ全体はどのシステムでつくっても同じような所になるんだろうけれど

・売上台帳表形式表示【売上台帳表形式表示画面】

にある設定ダイアログなんかが桐の使いやすさって所なんだろうか?・・ちょっと面白いかも。

94 2009/08/25(火) 20:19:34 ID:???
>>93
おおサンキューって言いたいところだがちょっと違うような?伝票印刷は参考になりそうだけど。
メニューのカスタマイズ程度は簡単だけど、
販売管理システムはあなたが考えるような大規模なものは桐では無理があります。
これはスタンドアロンかせいぜい2〜3人程度で使うようなもの。(工夫によっては10人くらいはできそう)
まあ中小企業というより零細企業向けかな?
その代わり販売管理システムの基本的設計がしっかりしていれば極めて短期間でこの程度のことはできます。
それと売上台帳表形式表示はただデータを直接見ているだけです。
特になにもせんでも直接データをみるだけで割と使えるというのが桐の特徴のひとつです。

95 2009/08/25(火) 21:18:40 ID:???
>>94
うそー、大規模でないって、これスタンドアローンで使うには立派過ぎじゃん。切り分けして少しコンパクトに構成したら売れそう。

マスター管理とかは切り離しても別にOk?それぞれが独立したデータベースになってると思ったら間違い?

で、売り上げ台帳表示にあるダイアログは、いわゆるこれように作り上げたのじゃなくって桐のメニューだったのか。とんでもない誤解を Orz...

あと桐であろうとなんであろうと、こういう設計できて作り上げるスキルがあるヒトなら、後はそれが PHP に変わろうともそれらのテクニック習得位だよね。

逆に PHP なんて簡単とか Access ぐらい使えないのか・・ってピントはずれなヒトがたまに出てくるけど、そのひとがSE無しでこういうのつくれたらたいしたもの。というか出来る人はそんなこと言わないだろうけどね。。

96 2009/08/25(火) 21:25:56 ID:???
桐はデータベース板から出て行け






















97 2009/08/25(火) 21:26:37 ID:???
      ハ,,ハ
     ( ゚ω゚ )  桐シタン一同は日本共産党を支えています
    /    \
  ((⊂  )   ノ\つ))
     (_⌒ヽ
      ヽ ヘ }
 ε≡Ξ ノノ `J
98 2009/08/25(火) 21:30:54 ID:???
>>97
ほ、ほんまかいな。
99 2009/08/25(火) 21:49:56 ID:???
なわけあるかい。

×日本共産党
○幸福実現党
100 2009/08/25(火) 21:53:31 ID:???
>>97 も >>99 も今どき怖くもなくそんなことフル名でかけるな
101 2009/08/25(火) 21:58:40 ID:???
桐シタンに怖い者などないのだ
102 2009/08/25(火) 22:15:26 ID:???
俺は怖いものなど無いが饅頭だけは怖い
103 2009/08/25(火) 22:43:59 ID:???
話し変わるけど、7月から毎晩アイスノンして寝てた。
ぬるくなったら、もうひとつのアイスノンに交換して。
そしたら、体調崩してしまった。
経験したことのない肩こり。もともと肩こり知らずだったから、最初は気がつかなかった。
肩から首にきて、今はひどい頭痛に悩まされてる。
あと、ハンパない頭の汗。通勤するだけで、滝のような汗が出る。
今日は、2ヶ月ぶりにアイスノン無しで寝てみるよ。
104 2009/08/26(水) 06:35:46 ID:???
>>95
>マスター管理とかは切り離しても別にOk?
ふたつメニューをつくればいいだけなんじゃない。
>それぞれが独立したデータベースになってると思ったら間違い?
テーブルはそれぞれ独立したファイルだよ。
この程度のものなら割と簡単に作れるよ。
ある程度経験があるなら設計など飛び越えてお客の前で話をしながら形を作っていくことも可能。
入力はこんな形でいいですか?印刷はこれで?
じゃあこの入力からこの印刷を作る方法を考えてきますね?
マスターは直接データをいじればいいですね?
一週間で形をつくって細かいバグフィックスなども含めて1ヶ月もあればいい。
これほど簡単な開発方法はない。
でもね、同時アクセスするととたんに遅くなるという欠点がある。
これはAccessも同じ。だから同時アクセスがなるべく起こらないように工夫をするとか、
クラサバを導入するとかしなければいけない。
そこで問題になるのは桐は外部データベースへのアクセス機能が弱いということなの。
ODBCでの接続はできるのだけど、桐の根幹的機能である「表引き」が使えないとか
非常に遅くなるとかの問題が指摘されている。
それで大規模開発には向かないということになる。
しかし、ここで言うのは気が引けるが桐よりさらに簡単でかつクラサバに対応しているソフトがある。
それはMRD・・・・・なにをする・・・この狂信的桐シタンめ・・・・・やめろ・・・・ングッグ・・・・・・・・・

105 2009/08/26(水) 07:08:48 ID:???
>>104
DOS時代のソフトだ。基本設計が時代遅れなんだよ。
国産なんて全く意味がない。先進国以外で作られた良質なソフトも流通している。
初心者向けなんてのは、出来の悪さを取り繕う苦しい言い訳だ。
値段だってAccessより高い。
桐よりいいソフトだったら、もっと有名なはずだ。
だいたい、MRDBなんて名前が気にくわない。
桐スレにあげるなど立場を考えろ。

精一杯背伸びして、知ったかぶりなどして恥ずかしいやつだ。
107 2009/08/26(水) 09:17:16 ID:???
せっかく名前を伏せたのにわざわざ取り上げてくれてありがとうwおかげで反論の形で堂々と書けるw
基本設計が古いというのはまったくそのとおり。
普通に作るとまるで昔なつかしのオフコンやCOBOLで書いたような地味なアプリケーションになる。
でもそれでいいと思う。おかげで動きは軽いし割と安定している。
Dos時代のソフトのようにマウス無しでキーボードだけで動かせるメリットもあったりする。
キーボードから手を離す必要がない分伝票をバンバン入力する場合などはこの方がありがたい。
安く簡単に出来て使えればいいじゃんというのもひとつのありかただと思う。
ところで初心者向け?国産?誰がそんなことを言った?
完全に開発用のシステムだし初心者向けではない。
簡単というのは工程数が少ないって意味で考え方はそれほど易しくも無い。
初心者向けなのはむしろ桐の方だろう。桐が出来の悪さを取り繕っているとは思うが。
国産なのは確かだけど桐のように日本語にこだわっているわけじゃない。
英語のほうがわかりやすいところは英語のまま。関数は日本語でも英語でも書ける。
文法はBASICライク(?)で桐のように日本語化してない。
日本語であろうとなかろうとわかりやすければいいじゃんという姿勢のようだ。
それから国産であることに意味が無いというのは本当に苦労したことの無い人間の言うことだ。
罫線や均等割り、縦書きなど日本独特の文化ってのがある。
一応Accessなどでも出来たりするが、細かい部分でいまいちだったりする。
その点は桐も含めて国産のソフトのほうがずっと良い。
まあ正直桐ユーザーに乗り換えは薦めないよ。
非定型業務にはほとんど使えないし思想が違いすぎる。桐で間に合う部分は桐で良い。
クラサバまで考えるのなら選択肢のひとつとして考えても良いかな?というところ。

108 2009/08/26(水) 09:20:48 ID:???
おっと大事なところを間違えた。
>桐が出来の悪さを取り繕っているとは思うが。
桐が出来の悪さを取り繕っているとは思わないが。

109 2009/08/26(水) 11:33:28 ID:???
>>102
おれはクラサバ完全対応の桐が出るのが怖い。

110 2009/08/26(水) 14:32:27 ID:???
>>95
なんか誤解しているような気もするので注意を一言。
桐はファイル共有型のデータベース。
言ってみれば倉庫番のいない倉庫に
データを勝手に取りに行ったり置きにいったりする方式。
2〜3人で使っている分には混乱は起きないが、
それ以上は管理しきれなくなる。
これが桐でアプリケーション開発するさいの最大の問題点。
要するにエンジンが弱い。車でいえば軽みたいなもの。
お手軽だけど大型トラックの荷物は詰めません。

111 2009/08/26(水) 15:45:30 ID:???
>>104
なんとなく様相がみえてきた。
ただ、そういうつくり方はどうかな?というおもう。
ディスカッションしながら作って行くと、内容説明するものがないから手離れが悪いというかさ。。
基本プログラムの基礎的な事を学んだヒトなら、直ぐコードを書くって事はまずしないと思うんだよね。
例えどんな簡単なものでもA4一枚でいいから整理すると見落とや例外の有る無しも確認できて安心だよね。
始めから完成形まで詰めるか、段階を踏んで勧めていくかは規模によると思うけど。

ま、「話しながらつくれちゃうよ」ってのは作業の「手抜き」であって自慢にはならない話だとおもう。
どうも見てると、桐ユーザーはそういうのが「善い」という価値観があるみたいなんだよね。「簡単に出来る」って事と手抜きは違うと思うんだ。

>>105
この人の、なにがいいたいのか伝わってこないな。DOS時代のだからダメって事?

>>106
Access嫌いだからどうでもいいや(御免
OOoPが追いついてきちゃったね。OOoPのDBがAccess越えた(そんなこたぁ無いだろうけど)って豪語するヒトがいるくらい作り込めてるらしいよ。
無料だしサポートも無いというのは不安だろうけれど、有る程度出来るヒトならそれこそ個人事業者は Access なんか使わなくていいわけだし・・・
しょぼい画面さえ気にしなければ、桐とも競合だよね。

>>110
例えが今一つぱっとしないな
二つの独立したアプリケーションがそのファイルにアクセスする時のセマフォがもし「無い」という事なら今どきちと致命的な気がするよ。
SQLite ですらロックはかけられる(行じゃなくてファイル単位だけど)からなぁ。
レコードの扱いが便利なアプリケーションでExcelでVB使わなくていいレベルなんじゃない?
良いソフト何だろうけれど手が出し難いソフトでもあるな。
112 2009/08/26(水) 16:31:39 ID:???
>>111
決してディスカッションしながら作っていくのが良いと言っているわけではない。
設計を飛び越えてと言ったけど、決まりきったものならやろうと思えばそのくらい簡単だってことで
実際になんの設計もせずにやろうとは思わない。
ただ印刷に関してはワープロで作るくらいなら桐のレポートで直接書くほうが早い。
字の大きさだとか実際に見てもらいながら決めたりとか出来る。
それから桐にもレコードロック機能はある。
ただクラサバのようには多人数で同時使用は望めないってだけのこと。
ExcelでVBAはやったことあるけど桐のほうがはるかに易しいし応用も利く。
スタンドアローンとか2〜3人までの使用なら最高のソフトだと思うよ。
BASEは追いついてもAccess程度がせいぜいなんで最初から対象外。

113 2009/08/26(水) 19:55:05 ID:???
話が全然伝わらない。
ここはAccessスレ?開発者スレ?桐ユーザーに分かりやすく話してください。
115 2009/08/26(水) 20:27:33 ID:???
>>113
あああ、ごめんね。

>>112
まぁ相手との共通認識手段が大切という事だよね。
というか相手に(こういうことなんだと)全体を知ってもらう意味があるでしょ。
で、VBAを出したのはそういうことで、桐のアドバンテージはVBAなんて言語使わなくてもいいということなのかなと。
だけどレコードロックがあるというのだからセマフォは実現できるわけだよね。Excelもファイルロックはできるだろうけど行ロックは出来なかったんじゃないかな?
でさ、データベースの運用でリポートにワープロと比較するのが今一つわからないんだよなぁ。ポリポリ
それってワープロのおまけ?みたいにあるDM発行なんかと比較してるわけ?・・規模はどうあれ、あれはあれで完全にデータベースだよね。

で、>>113 に戻るけど
桐ユーザーで何か困ることってあるのかな。
身近な事はささっとできちゃいそうだし。
116 2009/08/26(水) 21:57:45 ID:???
> 桐ユーザーで何か困ることってあるのかな。
ないですね。

と言ってしまうと、話が終わっちゃうんだけど、本当に困らない。
良い意味で枯れてるから、有志のサイトで技術情報を得られる。
桐をよく知っているから、桐で実現出来ないことは頭に浮かばない。
(他のものはよく知らないけど、桐があれば他を知る必要に迫られない)
だから困らない。
1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.028s