データベースなんか作れるかよ！
■ このスレッドは過去ログ倉庫に格納されています
0001NAME IS NULL
04/06/22 17:12ID:YojQI5rcレンタルサーバ屋とかで「WebDBが作れます」とかよく書いてるけど
SQLサーバだけ用意して結局プログラムは自分で作るのかよ！！
紛らわしいんだよ！！
面倒なんで誰か作ってくれない？予算5000円程度で。
0002NAME IS NULL
04/06/22 17:14ID:???勉強しろ
0003NAME IS NULL
04/06/22 17:22ID:???5000円で作ってやらなくも無いが、
せいぜいデータ検索と登録のみだな。
編集も削除も無し。
0005NAME IS NULL
04/06/22 17:28ID:???氏ぬ → 頭のいい香具師に生まれ変わる → DBを開発する
終了
0006NAME IS NULL
04/06/22 19:44ID:???http://www.webdb.co.jp/
タダだってさ
0007NAME IS NULL
04/06/23 00:19ID:???0008NAME IS NULL
04/06/23 01:11ID:???安いな。おい。
0009NAME IS NULL
04/06/23 09:49ID:QSugMu2xシビアに見て、
>>3
の見方で正解だろう｡
00101
04/06/23 16:04ID:???・データの検索（オプション検索とかもあればいい）が出来る。
・パスワード認証で管理画面へ行って、データの登録、編集、削除が一通り出来る。
・画像アップローダなんかもあればいい。
・CSVとかPDFでデータが保存出来る
まあこの程度かな。いくらか見積もってくれ。
0011NAME IS NULL
04/06/23 16:09ID:???0012NAME IS NULL
04/06/23 16:20ID:???最低でも今の予算の100倍ぐらいは覚悟しとけ。
0014NAME IS NULL
04/06/23 16:39ID:???お兄ちゃんが教えてやる。
あのな、
http://www.a-m-i.co.jp/TMSP/0908HTML/tsld005.htm
ここに書いてある様に、システム開発の中では掲示板やチャットなんかと
違って、開発期間も費用もダントツ高いわけ。
5000円札1〜2枚で作ってもらえるわけが無いんだよ。
しかしな、いい事がある。
開発費用が高いって事は、プログラマーが儲かるという事だ。
お前が必死こいてデータベースを勉強すれば、
そういった開発の仕事がどんどん舞い込む。
自分のＤＢは自分で作れて、おまけにお金ががっぽり手に入る。
な？一石二鳥だろ？
0015NAME IS NULL
04/06/23 16:42ID:???今時DB開発で儲かるはずが無いだろｗ
いつの時代の人間だお前は
0016NAME IS NULL
04/06/23 22:47ID:???TECHSIDEの掲示板で見つけた。
おまいにぴったりだ。良かったな
http://www.datapot.com/
0018NAME IS NULL
04/06/24 17:19ID:???激しく同意
0019NAME IS NULL
04/06/24 18:14ID:???0021NAME IS NULL
04/06/25 17:25ID:???30過ぎで頭固まったジジイか余程の馬鹿じゃなきゃ時間掛ければなんとかなる。
時間が惜しけりゃ金払え。
0022NAME IS NULL
04/06/26 01:56ID:h19FMBSj時間対費用
5000円 − 開発者のDB構築時間に対応する給料＝赤字（会社負担）
こんな構図は、ありえません。
0023NAME IS NULL
04/06/26 02:22ID:TazED7FU00241
04/06/26 10:47ID:???自分で出来ないから言ってんだろｗｗｗ
大体ゲームソフトでも7800円で買える時代なのに
何でDBが10000円以内で買えないのか分からん。
0025NAME IS NULL
04/06/26 10:51ID:???100万で買っても100人に売れば1万になるじゃん。
オマエが1万で100人に売ればよし
0026NAME IS NULL
04/06/26 11:38ID:???MySQLはただで使えるからそれを使え。ただし、構築からなにから全て喪前が
やることになるけどな。
0027NAME IS NULL
04/06/26 12:29ID:???0028NAME IS NULL
04/06/26 12:39ID:???だれか個人の為に作るなら予算数万円でも「お前はアホか？」って鼻で笑われるぞ。
つうか簡単な検索程度ならPHP+MySQLの入門本でも買えば済むじゃん。
本は2〜3000円くらいで買える。
面倒くさくて出来ないし金も払えないってんなら、それは>>1には過ぎたおもちゃだってこった。
あきらめろ。
0029NAME IS NULL
04/06/26 23:42ID:???こんな奴らが居るせいで俺達DB開発業者が儲からないんだよ
0030NAME IS NULL
04/06/26 23:50ID:???俺「達」って・・俺は別にそんな事思ってねえよ。
自分の営業能力の無さを他人（他社？）のせいにするな。
>>6や>>16が安さで勝負するなら開発者はクオリティで勝負してなんぼでしょ。
003129
04/06/26 23:55ID:???あのな、「費用は高くていい。とにかくいい物を作ってくれ」なんて会社が
この不況の世の中どれだけあると思ってんだよ。>>1がいい例だろ。
まあ>>1ほどDQNな会社は無いと思うが、クオリティ勝負なんて
予算に余裕のある大企業ぐらいのもんだろ。
0032NAME IS NULL
04/06/26 23:58ID:???お前自身クオリティが低いから僻んでるのか？ｗ
俺がクライアントなら、たとえ費用が高くても単純にいい物作って欲しいと思うがな。
0033NAME IS NULL
04/06/26 23:59ID:paF+Qaln003429
04/06/27 00:07ID:???お前は真性のアホだな
10万円で普通に使えるDBと
100万円で物凄い機能が搭載されたDB、
どっちを買う企業が多いと思うよ？
DBを導入して金が増えるか？
DBはせいぜい管理に使う程度で、それ自体が商売になるもんでは無いだろが。
だからなるべく予算重視が正解だろ
0035NAME IS NULL
04/06/27 00:09ID:???＞それ自体が商売になるもんでは無いだろが。
そうとは限らないだろボケが。
ショッピングカートのシステムやらオークションやらは
商売になってるんちゃうんか？あ？
003629
04/06/27 00:17ID:???やれやれアホが居るな┐(´ー｀)┌
DBの話に何でショッピングカートやらオークションやらが登場するんだ。
そういったシステムは既にフリーのもいっぱいあるし、
あちこちで安いシステムもレンタル出来るだろ。
そしてそれを皆が使ってる。
それって費用が安いから使うんだろ？
コストよりクオリティ重視なんてクライアントは求めちゃいねえのよ。
お前自分で自分の首絞めてねえ？ｗ
0037NAME IS NULL
04/06/27 00:24ID:???だって事実>>1みたいなクライアント、ザラに居るし。
フリーでプログラマーやってるが、見積もり出した時に客から
「検索って本とかに簡単に作れるってたくさん出てるでしょ？
何でこんなに金取るの？何でこんなに時間かかるの？」って
嫌味ったらしく言われて困る。
「初心者のデータベース構築」だかなんだかを売りにしてる本は
マジでうざいよな。以前はＷｅｂサイト制作の仕事もやってたけど、
初心者向けのツールのせいで「自分ところで更新できるからいいよ」と
保守を断られてから一気にそっち方面への興味が萎えた。
0038NAME IS NULL
04/06/27 03:56ID:???コスト度外視は無いにしても。
あと、>>35はショッピングカートじゃなくて買い物サイトの話じゃないんかな？
フリーのショッピングカート及び商品管理のシステムで我慢するのは
片手間でネットショップやる自営業者ぐらいしかいないでしょ。さすがに。
利益の足しになれば儲けモンっていうネットショップしかないわけではあるまいに。
0039NAME IS NULL
04/06/27 06:28ID:19QAWk3N中々理解してくれない。
最初に調査したことと､違っている場合は最悪｡
不慮の不具合が生じて、膨大な時間を浪費しても、100万円は変わらないから｡
開発者もそりゃ身体を壊します｡
0040NAME IS NULL
04/06/27 14:11ID:???＞片手間でネットショップやる自営業者ぐらいしかいないでしょ
いやいや、大企業でも中小企業でも、費用が安い方を普通に選択するでしょ
0041NAME IS NULL
04/06/27 14:43ID:???企業は信用も大事にするから、そうほいほいと業者を変えたりしない。
0042NAME IS NULL
04/06/27 16:27ID:fHuUjyiSだいたい３ヶ月くらいで会社の簡単なＤＢつくたYO!
プロの目から見たらたいしたことないとは思うが、
田舎の中小なもんで、それで間に合ってます。
今はその保守と年々増え続ける拡張要求をこなしていまふ。
やってて思ったのだが、DB作る以前の教育の方が重要と思われる。
ＤＢは業務改善の一部分であって、それあれば仕事が楽になるのでは
ないってことをわからせなきゃなりませんな。
既存のゴタゴタとした業務をそっくりそのままＤＢにするのは、
後々辛いことになると感じた。賢いユーザとばかり付き合っていく訳には
いかないからプロの人は大変だわw
0043NAME IS NULL
04/07/31 22:47ID:SK6q0Koo俺にわかるように説明してくれない？
0044NAME IS NULL
04/08/01 00:40ID:???0045NAME IS NULL
04/08/01 02:24ID:???なるほどそういうのを作るのがＤＢな人の仕事なのか
やっとわかりました。
0046NAME IS NULL
04/09/10 03:29ID:KA71ejOgでもDBって外注すると高いよね。どこら辺にお金がかかってるんだろう？
俺は無償のPostgreSQLを使ってるけど、有償のを使うから高くなるの？
それとも、システム設計の質の問題かな？
素人質問で恐縮ですが、プロはここが違うぜ！というのを教えてください。
0047NAME IS NULL
04/09/10 10:16ID:???もちろん人件費。
0048NAME IS NULL
04/09/10 18:03:47ID:???自分でやりたい範囲だけ簡単に覚えるって程度の知識では仕事も受けられない。
アクセス数が少なくて問題が表面化しないだけ、なんて適当なものを納品するわけにもいかない。
最初から出来る人を雇うにしても、研修でもして人材を育てるにしても経費は掛かる。
それなりの会社になれば仕事を取ってくる営業さんにお給料払わなきゃならんし、
商用用途に耐えるデザインなら当然Webデザイナーも居てそこにもお給料払わないといけない。
テスト用のサーバを置くためのお金もどこかで賄わないといけない。
等々…
0049NAME IS NULL
04/09/11 02:25:12ID:???レスサンクス。
俺が思ったのは、42氏のような人が増えてきたら、
プロの仕事がどんどん減っていき、価格破壊が起きるのではないか、ということ。
「自分でやりたい範囲だけ簡単に覚えるって程度の知識」でも、そのDBにとっては十分なわけで。
そうすると、プロは、「何かあったときは責任をとります」と、
保険業のような形になるのかな？
0050NAME IS NULL
04/09/11 04:28:36ID:???片手間の勉強程度じゃ手に負えない仕事もいっぱいあるわけで…
0051NAME IS NULL
04/09/11 11:56:06ID:???でやれる範囲なら、自分でやればいい。
プロはそれ以上の事をやっている。
インスタントラーメンと行列ができるラーメン屋の差だ。
0052NAME IS NULL
04/09/11 11:58:44ID:???0053NAME IS NULL
04/09/12 00:50:44ID:???俺の下らん質問に付き合ってくれてありがと。
もちろん、プロとアマの仕事のレベルに差があることはわかる。
ただ、その差が何百万円の差なのかどうか、わからなかったので、聞いてみた。
結局、大規模・本格的なDBはプロじゃないとダメ、
そうでなければ、アマでも勉強すれば何とかなる、
という理解でよいのかな。
0054NAME IS NULL
04/09/12 15:51:24ID:???素人が大規模なものを作ったとして、止まったら責任取れるのか？
0055NAME IS NULL
04/09/12 16:21:34ID:???大規模なデータベースはプロでなければ作れないことはわかった上で、
でも高すぎるんじゃない？ということを言いたいんだと思う。
その疑問に対しては、
ものの価格は需要と供給で決まります、としか答えられないな。
経済学の問題。
銀座の寿司屋が高いのはなぜか。
１：地価が高いから
２：高くても買ってくれる人がいるから
答えは２番。多くの人は１番だと思ってるけど、違う。
0056NAME IS NULL
04/09/12 18:15:16ID:???作れたのなら取れる。と思うw
>>55
禿同。
地価が高いから値段が高くなりがち、と考えるのなら浅はか。
買い手のいない所には売り手もいないっと。
0057NAME IS NULL
04/09/12 20:29:11ID:???取れないよ。
業務の損害を甘く見ると痛い目にあうよ。
簡単な通販だからちょっとくらい失敗してもなんて感覚で
納品すると、個人情報が抜かれたり、注文がごちゃごちゃになったり
した場合、一家離散をしても足りないくらいの損害賠償が
必要になることもある。
企業の場合は、保険に入ったり、その他いろいろ対応しているが、
個人ではその保険にも入れないし、対応方法も限られる。
0058NAME IS NULL
04/09/12 21:38:30ID:???最後にケツをふく役目にならなければいいだけだ。
0059NAME IS NULL
04/09/12 23:48:10ID:???納品させてくれる客がいたら知りたいものだが。
0060NAME IS NULL
04/09/14 23:20:21ID:???0061NAME IS NULL
05/01/15 14:06:42ID:i4AJ1t91PDFから読み込み、以外なら簡単に実現できそうなんだけど。
0062NAME IS NULL
05/01/15 22:45:31ID:bYdtNrzIDBを「作る」ということが話題になってるようですが、何を、作るのですか。
今、主流のRDBだと、巨象の体を手のひらで擦るように、部分、部分を
確かめ、確かめ、それで、全体像をつかみなさい、っていう世界じゃ
ないのですか。元々は。SQLPLUSだけで、済ますのが理想、とか。
0063NAME IS NULL
05/01/15 22:51:05ID:???人が黙って読んでりゃいい気になりやがって！
大体、DBを作るってなんだよ！！ﾎﾞｹｪ!!
正確には、DBを使うアプリケーションを作るだろが！
いい加減にしろよ！ｸｿどもがぁ
0064NAME IS NULL
05/01/16 11:45:52ID:iBP3Vz1l素人だって３日あれば楽勝。
0065NAME IS NULL
05/01/16 14:41:34ID:???おもろいなあ、君。
ゲームソフトぐらいなら君でも作れるだろうけど、
ＤＢは作れないでしょ。
0066NAME IS NULL
05/01/16 14:48:02ID:???３日やる。
頼むから俺の周りのやつらに教えてやってくれ。
0067NAME IS NULL
05/01/17 15:31:28ID:lJIssQxSわかる人教えてください。
ttp://www.atjob.net/
0068NAME IS NULL
05/01/17 21:35:38ID:Q0G26wVvレベルの低いやつの周りにはレベルの低いやつしかいないってことだよね。
普通の人なら３日あれば楽勝。
0069NAME IS NULL
05/01/17 23:02:37ID:???いやあ、３日で覚えられる程度の内容で仕事ができてくれたら俺も楽でいいんだけどさ。
0070NAME IS NULL
05/01/18 01:05:09ID:EqY/0ZQ80071NAME IS NULL
05/01/18 21:16:49ID:???0072NAME IS NULL
05/02/05 19:03:11ID:GKnP6Grnまず100万が高いかどうか？
それは需要にというのは置いておいて、別の論点での話だが
では、素人が１から作って実用レベルの代物作るのにどれくらいかかるとお考えで？
一般的な相場で100万するようなもんが、素人が誰でも例えば３ヶ月で果たして作れるか？
(プログラムとなると全くの素人は１から勉強しても挫折する人間の方が圧倒数だと思うが)
簡単なもんでも実用レベルのものなんて誰でもという訳にはいかないと思うよ。
(一定のとこまで理解する事が出来たら早いけど)
それでも月辺り33万だね。給与と比較すると何か大差ある？
プロだとかアマだとか営業だとかって前に、如何にクライアントにシステムを
アピールし理解させ価格を提示し判断させるか。これは永久不変だよ。
レンタルで良いのがあったり何処の誰がどうしようとこうしようと、そんな状況下で
仮に割に合わなくても案件を請けるかどうかの判断をするのも自身となる。
心配せんでもこれから安く請け負える条件の(専門出など)若い世代が溢れ返るよ。
個人企業問わずの話ね。
これから需要に対する供給量(人)だけ増える一方だから。
0073NAME IS NULL
05/02/05 19:20:53ID:???ソースにしたら例えば延べ5万行くらいのな。
どうしてもカスタマイズが必要になったらどうする？
(レンタルって話は通用しなくなるね。)
とりあえず5000円のだから誰かに安くお願いするよね？
しかし供給量(人)は無限じゃないし、仮に無限でも何処の誰ぞやが作った
面倒なソース理解するだけで(バグ出し含めて)日数も並ならないと思うよ。
(価格的にテーブル数も列数も半端ない。どの列が何の意味持ってるかも解らないし。
表示の問題もあるね。最悪、内容によっては１から作り直し。)
日数を考慮して下手したら数○万だね。
でも5000円だったもんだから依頼者側は断るとしよう。
結果、誰一人やりません。
0074NAME IS NULL
05/02/05 20:05:41ID:???>>64はDBを作るでは無くて、使うと言ってるのを理解してるか？
0075NAME IS NULL
05/02/05 23:33:05ID:uC0bWGiH0076NAME IS NULL
05/02/06 08:15:09ID:???そのくらい出来るだろ。
（DB固有のSQL以外は・・・）
0077NAME IS NULL
05/02/06 09:01:38ID:???複合クエリやサブクエリや各種結合なんて自然と覚えるさ
0078NAME IS NULL
05/02/06 09:43:24ID:???(それだけで何するのか知らないけど)
0079NAME IS NULL
05/02/06 09:57:48ID:???0080NAME IS NULL
05/02/06 12:53:37ID:???0081NAME IS NULL
05/02/06 12:54:16ID:???0082NAME IS NULL
05/02/06 14:51:00ID:???0083NAME IS NULL
05/02/06 19:18:44ID:???出来ない出来ないとカキコしている暇があったら勉強しろや！！
(#ﾟДﾟ)ｺﾞﾙｧ!!
と煽ってみるﾃｽﾄ。
0084NAME IS NULL
05/02/07 22:47:30ID:???３日教えた程度で使いもんになるわけないだろが、と言ってんだよ。
ただでさえ覚える気のない奴ら相手に。
３日あれば十分なんて言っているバカがいるけど、
しょせんお前はその程度のレベルじゃ。分かったか。
(#ﾟДﾟ)ｺﾞﾙｧ!!
と煽ってみるﾃｽﾄ。
008583
05/02/07 23:31:17ID:raPQTY20マジレスすると、正規化について研修やら本やらで一通り学んでから、
実践を重ねることでようやくモノに出来るってな感じだとオモ！
話はそれるけど、SQLを学ぶ・使うことは論理力を鍛えるのに持ってこいと思わないか？
何も考え無しであれば、SELECT してから 全行数文のInsert を発行する処理を、
如何にして1つのSQL文に纏められるか！ 如何にパフォーマンスよく組み込むか！
そこら辺を論理立てて思考することによって、論理力が鍛えられる。
そう思わないですかね？
0086８４
05/02/11 10:27:15ID:???ＳＱＬについてはあんまり思わない。
なぜなら最初からそういう発想しないやつは、言ってもそういうことを
考えないから。
おしえても単なる呪文としかおもわないで、バカの一つ覚えみたいに
そればっかり書くし。
もちろんシステム屋に論理的指向は非常に重要だと思う。
プログラミングするしないにかかわらず。
これを鍛えるのは学校で教えてくれる数学であると思う。
例えば方程式の丸暗記とかは実社会では役に立たないが、
方程式をといたり、証明をするというのは論理的思考（ロジ
カルシンキング）をやしなう訓練であると思う。
コンピュータの世界に入ってからはアルゴリズムだね。
古い言い方をすればフローチャートの学習。
これも論理的思考（ロジカルシンキング）をやしなう訓練
であると思う。
0087NAME IS NULL
05/02/12 00:03:39ID:k0jaH1UQエクセルにいっぱい毛が生えたのなら作れる。
それでいいじゃないか
0088NAME IS NULL
05/02/12 17:33:45ID:???0089NAME IS NULL
05/02/23 16:57:04ID:???0090NAME IS NULL
05/02/24 20:37:32ID:bmj81abr0091NAME IS NULL
05/02/27 07:35:23ID:???DBサーバー構築なら大体２〜３万で管理するなら月１万くらいじゃないの？
もしかしてデータ内容までサポートしてんのか。そりゃ御苦労様。
0092NAME IS NULL
05/02/27 12:50:20ID:???構築じゃなくてインストールだけじゃないのか？
0093NAME IS NULL
05/02/27 14:41:40ID:???安っ！
そんなんでいいなら、俺が保守担当しているDBもかわりに管理・保守してくれ。
20DB・1500テーブル・80万レコードくらいあるけど・・・
0094NAME IS NULL
05/02/28 00:13:20ID:???うちのも頼む。
テーブル数は200位で、1000万レコードを越えるテーブルが50以上ある。
最大のものは1億レコード越えてる。
よろしく頼む。
0095NAME IS NULL
05/03/18 13:56:27ID:gASC2mSYこういう読解力の無い連中って割と良い年した人達なのか？
>>30は>>29が儲からない事は29の責任（以下A)だと言っていて、
世間的にクオリティとコストどちらを重視するかは無関係。
どちらが重視されようとAに変わりは無いから。
ただ30が最後に１行余計な事を書いたが為に29に
>>30の前半２行を無視してレスをさせる余地を生み出してしまった。
（30の最終行の意図は自分の勝負の仕方を紹介し自力解決を促し自己責任を強調しているのだと思うが）
その余地を突いた29に対し30は趣旨を再説明すれば良かったが相手の翻弄に乗ってしまった。
しかも29は人格批判という非論理的かつ非理性的な事までやり始めた。
（感情的に挑発する事で>>30の前半２行をうやむやにして手馴れている）
これは議論における典型的なご法度だ。（参考：http://www.kt.rim.or.jp/~jda/intro/intro4.htm）
こういうの見てると、不思議に思う。
お前ら、いくつ？って。
by １０代
0096NAME IS NULL
05/03/18 16:37:32ID:l3qbHaFp9ヶ月前のレスに反応してる馬鹿ﾊｹｰｿ!! 記念age
0097NAME IS NULL
2005/03/26(土) 16:58:12ID:???いいなぁ、10代は。
歳をとったらこんなふうになる人多いよ。
0098NAME IS NULL
2005/07/27(水) 04:41:04ID:rB9w6EnS0099NAME IS NULL
2005/09/01(木) 14:31:28ID:???ていうか 釣 ら れ て し ま っ た ○|￣|＿
0100ハーピィ
2005/09/19(月) 19:31:24ID:???0101NAME IS NULL
2005/11/28(月) 20:37:10ID:???0102NAME IS NULL
2005/12/08(木) 12:48:37ID:VugBsy6pあとはPGでなんとかなると思われ
まぁ、パフォは悪いだろうがテーブル作るだけなら特に知識も要らないだろ
とりあえずデキは悪くてもいいからやってみれ
0103NAME IS NULL
2005/12/08(木) 14:16:45ID:???っというレスを返しているあなたに一言。
スレが立ったのは一年半前です。
絶対にもう作ろうとしてないからっ!!
0104NAME IS NULL
2005/12/25(日) 23:42:22ID:jUPBNOGVプロの方に質問です。
DBというのは出来上がった製品としては
1.入力フォームがある
2.その入力内容に従ってデーターベースが書き換えられる。
3.管理者はそれを編集出来、非管理者は入力のみ。
4.データーベースはリアルタイムで反映されたものを別画面で表示可能。
すいません、ちょっと意味不明ですかね？
例えば会員制のサイトで、最初に住所氏名年齢その他の個人情報を入力
して、それを会員が個人ページで確認できたり変更できたりできて、他人には
見れないという感じですか。
こういう仕組みというのもDBの範囲なんですよね？
0105NAME IS NULL
2005/12/25(日) 23:50:06ID:7MlCK4K9純粋にデータを格納する部分だけだろ。だから、１のように画面なんてないし、
２，３，４のように特定の業務に依存した部分なんてDBの機能ではない
。
0106NAME IS NULL
2005/12/26(月) 00:04:59ID:+gAqKTGWうーん、それだと入力する時に困るんじゃないですか？
管理する側が資料を基に一括でデーター入力するにしても、データーベース
というのは常に追加追加で単発で情報が入ってくると思うのですが。
0107NAME IS NULL
2005/12/26(月) 00:05:58ID:+gAqKTGWどこで話を聞けばいいのか分からない。
0108NAME IS NULL
2005/12/26(月) 00:57:23ID:XO7sHGJVバックエンドのデータストアとしてデータベースを使ってるって感じ。
ユーザーが入力する画面はフロントエンドで、各お客さんの業務に合わせて
作れたりする。
んー。データベースの更新部分(純粋なSQL文)とかはここのスレで問題ないけど、
データベースに接続するための部分はJava使っているなら
JDBCというもので接続するわけで、他のスレになるね。
.NETで作るなら、ADO.NETで接続するわけで、そんなタイトルのスレがいいんじゃ。
0109NAME IS NULL
2005/12/26(月) 01:01:44ID:XO7sHGJVここに「ADO DAOなど接続方法について」ってあるでしょ。そことか。
だから、自分が質問する内容がどっちよりなのか把握して、適切にそれに
関するスレで質問するのがいいんじゃ？？
他にもここもおすすめ
http://www7.big.or.jp/~pinball/
0110NAME IS NULL
2005/12/26(月) 10:38:21ID:???なるほど、色々難しいですね。
有難うございました。
0111NAME IS NULL
2005/12/26(月) 17:59:41ID:???プログラムはその設計されたDBのとおりに動くだけ。
0112NAME IS NULL
2005/12/29(木) 12:18:31ID:lvGGHkuCここにいる人たちって本当にちゃんと勉強してるのかな？
今、いろんなところでデータベースが原因のシステム障害が起こってる
まあデータベースなんざSQLなんざ簡単だ！なんて
馬鹿なこといってる無能なエンジニアが構築してるから・・・
まともなDBAが一人でもいれば違ってくるんだろうけどな〜
0113NAME IS NULL
2005/12/30(金) 05:08:23ID:???で、あんたはまともなエンジニアなのか？
0114NAME IS NULL
2006/02/20(月) 23:20:54ID:???とりあえず簡単にでいいからＥＲ書いて提出してくれと言われた。
書き方がわからん。。。
0115NAME IS NULL
2006/02/22(水) 00:08:52ID:???今日SQR Serverの本を買ってきて、アップサイジングを自分でやって
隣町の支社と共有するデータベース構築したいと言ったら、
それは無理、と言われた。
やっぱ無理ですかね？
でも、その本には「Accessを使っていた人には難しくない」とあるんだよね。
教えてプロの人。
0116NAME IS NULL
2006/02/22(水) 00:48:17ID:???すごいな。みずから、そんな提案するなんてやる気に尊敬してしまう。
何が原因で無理といったかわからんが、
技術的には可能です。
もちろん、セキュリティとか意識するとインフラそろえるだけでお金かかります。
例えば、隣町の支社とプライベートなネットワークで繋がっていなければ、プライベートなネットワークを
用意したりするなど色々考えなければいけないです。
0117NAME IS NULL
2006/02/22(水) 00:56:25ID:???後、SQLServerにエンドユーザーが接続するためのフロントエンドとなる
アプリケーションをどのように開発するかとか色々決めないといけません。
この手のソフトは通常、Visual Basicなどのプログラミング言語を用いて作ります。
今、はやりのWebアプリ(ブラウザからアクセス)にするならWebサーバー立てたり色々大変です。
隣町の支社と共有しなくても、さまざまな技術が要求されます。
0118115
2006/02/22(水) 08:19:21ID:???このKDDIのセキュアラインとやらと使えば、
データベース知識はAcceess程度で、115のニーズを満たせないでしょうか？
0119NAME IS NULL
2006/02/22(水) 10:57:25ID:???そういう問題ではない
まず、KDDIのセキュアラインは基本的に独立したネットワークが対象
支店と両方にセキュアラインを導入したとして、その間をつなぐ設定は(SQL鯖を含め)
KDDIはやってくれない
支店間のネットワークを構築している管理者が社内にいるのならば、その管理者のスキルにも寄ります
それが現時点で理解できていないのなら、やめておいた方が吉でしょう
自分のスキルアップも含めて、それでもやるというなら、結果はともかく勉強する価値はあるでしょう
DB + ネットワーク系 + サーバーの勉強が必要でしょう。
ちなみに、あなたがAccessでクエリー、マクロを使わずにVBAを使用してSQL鯖につなげることが出来るレベルと仮定して
、2ヶ月もあれば構築はできるようになるとおもいます。通常業務の空き時間によりますけどね。
0120NAME IS NULL
2006/02/22(水) 12:03:42ID:???ごめん、RDBMSを作る話だと思って紛れ込んでしまったようだ。
0121NAME IS NULL
2006/02/22(水) 12:28:15ID:???0122NAME IS NULL
2006/02/25(土) 23:58:38ID:???phpMyAdmin でテーブル作成
phpmaker でｐｈｐスクリプト一発作成
xrea サーバーget （ｍｙｓｑｌ+ｐｈｐ Ok）
phpMyAdmin でテーブルこぴー
fffttp で ローカルのすくりぷとをｆｔｐ
んで、しろーとでこれくらいはつくれるぞ
ttp://nakanoto.net/xrea/x_serverlist.php
0123115
2006/02/26(日) 00:54:39ID:???できないっす。
むむぅー、難しいっすね。
隣町の支社と共有って、素人がすぐ「やりたいなー」って思いつくことなんだけど、
実現は難しいですねー。
業者に頼んだら、100万円かかるとか言われるし。
「ちょっと」支社と繋ぎたいだけなんだけど、意外と大変。
0124NAME IS NULL
2006/02/26(日) 01:00:41ID:???まぁ、専用線つかわなくても、VPN(Virtual Private Network)を使えば、
公共のインターネット使っても安全に接続はできる。ただ、帯域保証はされていないけど。
VPNで自前で設定とかすれは、金はそこまでかからんとは思うが。
とりあえず、君は隣町の支社とつなぐことは置いとけば。
0125119
2006/02/26(日) 14:16:30ID:???うちの見積もりだと、つなぐだけならルーター設定込みで40万ていどだよ？
レベルにもよるが、ただVPNつなぐのはそれぐらいだろ
100万は高すぎ
0126名無しさん＠そうだ選挙にいこう
2006/02/27(月) 15:05:50ID:aXTgmS/7何ができるかだけを憶えればいいんだよ。
0127NAME IS NULL
2006/02/27(月) 18:22:24ID:???0128NAME IS NULL
2006/02/27(月) 22:43:31ID:???0129NAME IS NULL
2006/04/19(水) 21:26:51ID:XSBhXM1YOracleか、ＳＱＲserverか、
どちらが良いでしょうか？
当方ＩＴ関係ではないので、少しでも簡単なのが良いです。
0130NAME IS NULL
2006/04/19(水) 23:17:35ID:???そのままAccessを使用する
0131NAME IS NULL
2006/04/20(木) 11:16:46ID:???Accessで複数台接続の不具合から移行を考えてるのならば
変えても意味はない。運用方法なり、ロジックを考えましょう
バックアップ（トランザクション）やデータ件数が増えてきての移行ならば
MS SQLServerが楽だし安い
大量データでお金が有り余っていて、勉強したいならOracle
0132129
2006/04/21(金) 00:10:48ID:xpP/+TWuてんでに入力してます。
これを、10人くらい同時に入力しても不具合が生じないような
丈夫なものにしたいのです。
やっぱ、ＳＱＲserverですかぁ。
それでも難しそうだったんで、もう少し簡単なのないかなぁと思ったんですけど。
つーか、誰かＡｃｃｅｓｓを丈夫にしてぇ。
0133129
2006/04/21(金) 00:11:51ID:xpP/+TWu0134NAME IS NULL
2006/04/21(金) 05:30:21ID:???だから、3人位でも、不具合生じると思うが。
そもそも、ｼﾝｸﾞﾙﾕｰｻﾞｰ環境用のデータベースだから、
根本的に使い方間違えてるような気がする。
ロジックで解決とかそういう以前に。
0135NAME IS NULL
2006/04/21(金) 11:20:00ID:???それで難しいことなんて、何かあったっけ。
…俺、勘違いしてるかな
0136白馬の玉子 ◆PqSzNbkqDo
2006/04/21(金) 17:05:04ID:???MDBのAccessだと、同時に更新処理等が実行された場合、微妙な確立で、
レコードが破損しますよん。
おいらも、数度、経験済み。
10ユーザで同時、となると、なかなかの確率で、レコード消滅するかも・・・・。
>>135さん
それ、たぶん、Accessプロジェクトですよね。
MDBだけのリンクテーブル形式が、129さんの現状だと思うのですが、
そいつらをアップサイジングして、
画面やレポートのフロントエンドUIをAccess(2000以降)にして、
データベース自体はSQLServer(7.0以降？)を利用する方式ですね。
基本的には、↓こーゆーことね。
http://www.microsoft.com/japan/Office/previous/2000/Access/evaluation/topic09.asp
移行や情報収集は、↓ここらへんがいいかも
http://www.microsoft.com/japan/business/offerings/lob/techinfo/
で、概要としては、古い記事だと、↓こんなあたりで（SQL6.5でも可能なんだなぁ・・・）
http://www.microsoft.com/JAPAN/developer/library/off2000/vbaac/acconAboutMicrosoftAccessProject.htm
Access2000+MSDE(SQL7.0の無料版)だと、↓ここらへんとか
http://www.microsoft.com/JAPAN/developer/library/off2000/vbaac/acconAboutMicrosoftAccessProject.htm
http://www.microsoft.com/japan/msdn/officedev/access2000/apg03.asp
最近のアップサイジング関係の資料は、↓こんなとこかな・・・（一応、各種バージョン載せとくね）
http://www.microsoft.com/japan/sql/techinfo/development/70/office/access_1.asp
http://www.microsoft.com/japan/technet/prodtechnol/sql/2000/books/sqlmitgd.mspx
http://www.microsoft.com/japan/msdn/sqlserver/sql2000/sqlbackend.asp
http://www.microsoft.com/japan/technet/prodtechnol/sql/2000/deploy/Upsizing_guide.mspx
http://www.microsoft.com/japan/sql/solutions/aup/selfstudy.mspx
ただ、次期Accessは、SQLServer2005に似たようなものになるらしく、
というか、SQLServer2005のほうが、ファイルの直接パス指定マウントまで可能になっちゃって、
Accessに近づいているみたい。
だから、次のAccessまで待つっていう手もある。
次のAccessは、SQLServerとの連携が、もっと簡単になると思う。
というか、SQLServer利用が前提の手法をかなり前面に押し出してくるような気がするなぁ。
その伏線が、SQL2005EEの無償公開だとおもうし。
0137131
2006/04/21(金) 21:15:42ID:???できるよ
できるけど、最低でもDAOかADOでのDEL、UPDATEの書き方と
データがバッティングしないようなロジック、トランザクション及びロールバックを自前で作成しなきゃならない。
そこまでできれば、10台だろうが20台だろうが使えるシステムは構築できる。
でもそこまでやっても、MDBは壊れるので、バックアップも色々考えなきゃいけない
実際に50台で動かしてるmdbは作成した。
デモそこまで構築できる用になったのは、SQL鯖で日頃は開発してるからだな。
>>136
Accessプロジェクトじゃなくても、きちんと構築すれば
普通のアクセスでも問題ないよ。
0138129
2006/04/22(土) 13:10:16ID:YM8nuA4Z資料を読んでみます。
＞フロントをAccessで、バックエンドをSQLServerにすればいいだけじゃないの？
だけ、って、~~;
SQRserverって、安いのでも9万円くらいするでしょ。
買っても使い方覚えられないかもしれないから、迷ってるんですよ。
無料のは、やっぱりサービス悪いと言うか、
色んな親切な機能がないらしいから、使い方が分からずじまいになる可能性が一層高いし。
時期Accessの予定があるのですね！
半年くらいなら、十分待つ待つ。
（SQRserverを勉強して理解できるまでに、きっと1年くらいかかるから）
私のレベルじゃ、これに期待するのが一番現実的かなぁ。
0139129
2006/04/22(土) 13:41:37ID:YM8nuA4Z少しでも扱うのが簡単なら、
買っちゃおうかなと思ってます。
0140NAME IS NULL
2006/04/22(土) 16:48:57ID:???前バージョンではMSDEと呼ばれていたやつ
http://www.microsoft.com/japan/sql/editions/express/default.mspx
0141129
2006/04/22(土) 20:07:58ID:8Nwk4QVvやっぱりお金出した方が、親切分かりやすい画面とか、
ウイザードがついてるんじゃ？
この際、お金より、少しでもやさしくて、使いやすいのがいいです。
0142129
2006/04/22(土) 20:10:14ID:8Nwk4QVvホントーに素人も使えるのかなー。
でも、無料だからとりあえず試そうかな・・
0143NAME IS NULL
2006/04/23(日) 00:35:09ID:???0144NAME IS NULL
2006/04/23(日) 12:10:08ID:???http://www.microsoft.com/japan/sql/editions/developer/default.mspx
これだったらすべての機能が使えて、値段も確か7000円ぐらいだったような気がする
でも、開発のみだよ。
運営は正規ライセンスを買わなきゃいけない
0145NAME IS NULL
2006/04/24(月) 12:57:41ID:???0146129
2006/04/25(火) 08:02:19ID:faDHQ3VXところで、本屋に行くとＣ言語の本はいっぱいあるけど、
SQLserverの本はあんまりない。
会社の仕事に使うデータベース作りたいとい私のようなニーズの場合、
SQLserverを学ぶ方向で良いんですよね？
C言語勉強すると、会社で何かに使えるのか、
も一つ分かりくい。
0147白馬の玉子 ◆PqSzNbkqDo
2006/04/25(火) 09:23:45ID:???できる、と思っている、あるいは、「実績」があるなら、
やればいいんじゃない？？
おいらの「実績」としては、レコードの破損の経験があるだけ。
もちろん、ADOでLock等組んだこともあるけど、
そこまでやるなら、MDBをDBとして利用する意味が、(おいらの思考としては)まったくない。
おいらは、MDBでCS構成なんて、そんな不安定なもん、使いたくないね。
というか、そんなもんで実務運用なんてしたくないな。
それに、SEとしては、そんなもん作っても、MDBじゃ、商売にならない。
もっとも、MDBでの開発依頼来ても、受ける気ないけど・・・。
しちめんどくせーし、内包されている技術も、過去の技術が
ごちゃごちゃ入りすぎていて、将来的に互換性も問題ありまくりだし。
個人レベルでやるなら、それでもいいかもしれんね。
ってことで、あとは、129さんと137さんの好みの問題かな。
将来的に応用の可能性を幅広く持ちたいなら、SQLSvかな。
0148白馬の玉子 ◆PqSzNbkqDo
2006/04/25(火) 09:28:52ID:???探せばいろいろあるよ。
ただし、大きな書店に行きましょ。
でもね、書籍よりも、BooksOnlineを利用するって手もあるよ。
BooksOnlineと＠マークITのWEBサイトで、もう十分。
（あとは、SQLのハンディリファレンスみたいのがあれば、もうほかになんもいらんとおもうけど）
やたらでかい本買っても、その本ごとに方向性があって、
その本の方向性に誘導されちゃうと、自分の方向性を見失っちゃうかもよ。
がんばってね、>129さん！
0149137
2006/04/25(火) 10:58:35ID:???実績があるから書いてる
そのクライアントも社内のセキュリティーポリシーの関係でSQL鯖をインスコできないので仕方なくMDBを使用、こっちはSQLでやりたかったんだけどね。
膨大な時間をかけて、会議でAccessの脆弱性について散々提案したのだが、結果はだめ
SQL鯖使うのならば、ネットワークから切り離して使えとの結論
泣く泣く構築したよ。SQLの1.5倍の開発時間かかったね
俺の立場はPMだから、SEとは違うしね。
まあ俺も>>147のいいたいことは良くわかるけどね。
問題は>>129がAccessでどこまで学んでいるかだよな
accessからSQLにテーブルリンクする程度の安易な移行方法なら、泣きを見るだけだからな〜
どっちにしても>>129、ｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ
0150NAME IS NULL
2006/04/26(水) 00:39:09ID:L9aK7UPc同時使用とはどういう状況ですか？
テーブルや連結フォームをみんなで開いたら、
確かにやばそうですが・・・。
非連結フォームを拵えて、
登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。
とか、
帳票フォームに検索結果の一覧を表示する場合も、直接クエリを帳票フォームのレコードソースにせず、
クエリからクライアントのmdbにワークテーブルを作成し、そちらをレコードソースにする、
などの工夫をしても壊れちゃうものなのでしょうか？
どうか、ご教授の程を・・・。
0151NAME IS NULL
2006/04/26(水) 01:23:58ID:???マントゥマンで受講するのかな。
それともネットではご教授が正しいのか?
0152129
2006/04/26(水) 06:40:14ID:6dX45ZEXええ〜〜！今、Accessしか理解できてないから、そうなると思うんですけど。
泣きを見ることになりますか〜〜！？
＞150
二人くらいが同時に一日中、何十回も入力したり、文章を打ってるので、開きっぱなしなんですよ。
危ないなとは思ってますが、以外にも1年くらい破損もなく使ってます。
テーブル移行程度ではない、ＳＱＬの勉強をしなければならないってことですか。
0153NAME IS NULL
2006/04/26(水) 12:30:22ID:???> 非連結フォームを拵えて、
> 登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。
この際に複数のユーザーが同時に同じレコード近辺(ここが味噌ね)を更新かけたら壊れやすい
そうならないように処理を自前で作成するしかない
それほどアクセスがないのならば、そうそう壊れないけどね
>>152
その程度だったら大丈夫じゃない？保証はしないけど
0154NAME IS NULL
2007/10/31(水) 09:10:04ID:i4RCWQbW蟻の行列にﾎﾟﾝと置くと､一瞬ﾋﾞｯｸﾘして列が乱れる｡
邪魔だなと言わんばかりに迂回する列が出来る｡
そのうち好奇心旺盛な一匹がｱﾘの巣ｺﾛﾘに入る｡
そいつをﾏﾈして何匹も入る｡
毒とも知らずにﾂﾌﾞﾂﾌﾞを運び出す｡
一匹が一粒づつ｡
いつのまにか行列はｱﾘの巣ｺﾛﾘが折り返し地点になる｡
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい｡
一匹が一粒づつ､丁寧にせっせと毒の粒を運ぶ｡
せっせと､せっせと､せっせと､せっせと｡
蟻さんって働き者だなと思う｡
俺も頑張らなきゃなと思う｡
次の日､あれほど沢山いて俺を困らせた蟻が一匹もいない｡
ほんとにいない｡
探してもいない｡
泣きたくなった｡
0155NAME IS NULL
2007/12/29(土) 01:57:24ID:???>>1に感謝だ
0156NAME IS NULL
2008/04/19(土) 21:01:43ID:???0157NAME IS NULL
2008/05/15(木) 22:04:39ID:xz0hxiYzって本職から見たらそんなにレベル低いスキルなのか
エンドユーザーの俺ショック orz
0158NAME IS NULL
2008/05/16(金) 02:48:05ID:???Access＋VBAで小規模な使えるDB作れるなら何で作ろうが基本はできてるだろ
0159NAME IS NULL
2008/07/14(月) 00:53:47ID:P8ztDr6Whttp://jbbs.livedoor.jp/bbs/read.cgi/sports/26525/1204784207/
0160NAME IS NULL
2008/07/27(日) 08:55:00ID:TYY9X/D0よし、お前俺のケツの中にションベンしろ
0161NAME IS NULL
2008/07/27(日) 18:16:03ID:tWVGueq7JavaだのC++だの使ったところで糞設計ならやっぱ糞
0162NAME IS NULL
2008/12/21(日) 04:19:55ID:???金かけて作ってるDB製品の癖して付属のGUIツールが糞すぎ。
0163NAME IS NULL
2008/12/31(水) 16:05:04ID:???0164NAME IS NULL
2009/10/10(土) 17:19:12ID:???0165NAME IS NULL
2010/09/07(火) 21:17:16ID:???■ このスレッドは過去ログ倉庫に格納されています