2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

データベースなんか作れるかよ!

1 :NAME IS NULL:04/06/22 17:12 ID:YojQI5rc
SQLだのOracleだのややこし過ぎ。
レンタルサーバ屋とかで「WebDBが作れます」とかよく書いてるけど
SQLサーバだけ用意して結局プログラムは自分で作るのかよ!!
紛らわしいんだよ!!
面倒なんで誰か作ってくれない?予算5000円程度で。

2 :NAME IS NULL:04/06/22 17:14 ID:???
>>1
勉強しろ

3 :NAME IS NULL:04/06/22 17:22 ID:???
>>1
5000円で作ってやらなくも無いが、
せいぜいデータ検索と登録のみだな。
編集も削除も無し。

4 :1:04/06/22 17:25 ID:YojQI5rc
>>2
プログラム経験ゼロだから今さら無理

>>3
編集と削除はどうやってやんのさ

5 :NAME IS NULL:04/06/22 17:28 ID:???
>>1
氏ぬ → 頭のいい香具師に生まれ変わる → DBを開発する

終了

6 :NAME IS NULL:04/06/22 19:44 ID:???
>>1
http://www.webdb.co.jp/
タダだってさ

7 :NAME IS NULL:04/06/23 00:19 ID:???
やりたい事書かずに予算だけ言われても安いんだか高いんだか判断のしようがないじゃん。


8 :NAME IS NULL:04/06/23 01:11 ID:???
>>3
安いな。おい。

9 :NAME IS NULL:04/06/23 09:49 ID:QSugMu2x
2時間で出来るデータベースか。

シビアに見て、
>>3
の見方で正解だろう。

10 :1:04/06/23 16:04 ID:???
>>7
・データの検索(オプション検索とかもあればいい)が出来る。
・パスワード認証で管理画面へ行って、データの登録、編集、削除が一通り出来る。
・画像アップローダなんかもあればいい。
・CSVとかPDFでデータが保存出来る

まあこの程度かな。いくらか見積もってくれ。

11 :NAME IS NULL:04/06/23 16:09 ID:???
1人月

12 :NAME IS NULL:04/06/23 16:20 ID:???
>>10
最低でも今の予算の100倍ぐらいは覚悟しとけ。

13 :1:04/06/23 16:30 ID:???
>>12
5000×100倍=50万

50万も出せないっつーの。

14 :NAME IS NULL:04/06/23 16:39 ID:???
>>13
お兄ちゃんが教えてやる。
あのな、
http://www.a-m-i.co.jp/TMSP/0908HTML/tsld005.htm
ここに書いてある様に、システム開発の中では掲示板やチャットなんかと
違って、開発期間も費用もダントツ高いわけ。
5000円札1〜2枚で作ってもらえるわけが無いんだよ。
しかしな、いい事がある。
開発費用が高いって事は、プログラマーが儲かるという事だ。
お前が必死こいてデータベースを勉強すれば、
そういった開発の仕事がどんどん舞い込む。
自分のDBは自分で作れて、おまけにお金ががっぽり手に入る。
な?一石二鳥だろ?

15 :NAME IS NULL:04/06/23 16:42 ID:???
>>14
今時DB開発で儲かるはずが無いだろw
いつの時代の人間だお前は

16 :NAME IS NULL:04/06/23 22:47 ID:???
>>13
TECHSIDEの掲示板で見つけた。
おまいにぴったりだ。良かったな
http://www.datapot.com/

17 :1:04/06/23 23:09 ID:???
>>16
月2000円も出せるか!!
一回払いで5000円にしろ!!

18 :NAME IS NULL:04/06/24 17:19 ID:???
>>1
激しく同意

19 :NAME IS NULL:04/06/24 18:14 ID:???
自演すんな師ね

20 :1:04/06/25 14:05 ID:???
>>19
自演じゃねえよボケ
俺は安いDBが欲しいの!
無料でもいいぐらいだ。
何でこんなに金かかるのか訳が分からん

21 :NAME IS NULL:04/06/25 17:25 ID:???
自分でやればタダっつってんだろ。
30過ぎで頭固まったジジイか余程の馬鹿じゃなきゃ時間掛ければなんとかなる。
時間が惜しけりゃ金払え。

22 :NAME IS NULL:04/06/26 01:56 ID:h19FMBSj
>>20
時間対費用

5000円 − 開発者のDB構築時間に対応する給料=赤字(会社負担)

こんな構図は、ありえません。

23 :NAME IS NULL:04/06/26 02:22 ID:TazED7FU
惨めな>>1が居るスレはここですか?(・∀・)ニヤニヤ

24 :1:04/06/26 10:47 ID:???
>>21
自分で出来ないから言ってんだろwww
大体ゲームソフトでも7800円で買える時代なのに
何でDBが10000円以内で買えないのか分からん。

25 :NAME IS NULL:04/06/26 10:51 ID:???
>>24
100万で買っても100人に売れば1万になるじゃん。
オマエが1万で100人に売ればよし

26 :NAME IS NULL:04/06/26 11:38 ID:???
>>24
MySQLはただで使えるからそれを使え。ただし、構築からなにから全て喪前が
やることになるけどな。



27 :NAME IS NULL:04/06/26 12:29 ID:???
ゲームソフトと一緒にすんな。


28 :NAME IS NULL:04/06/26 12:39 ID:???
大体、ゲームは数をさばいて利益出すから数千円で価格設定になってるだけで、
だれか個人の為に作るなら予算数万円でも「お前はアホか?」って鼻で笑われるぞ。

つうか簡単な検索程度ならPHP+MySQLの入門本でも買えば済むじゃん。
本は2〜3000円くらいで買える。
面倒くさくて出来ないし金も払えないってんなら、それは>>1には過ぎたおもちゃだってこった。
あきらめろ。

29 :NAME IS NULL:04/06/26 23:42 ID:???
ちょっと待て・・>>6>>16、こいつら予算度外視してないか?
こんな奴らが居るせいで俺達DB開発業者が儲からないんだよ

30 :NAME IS NULL:04/06/26 23:50 ID:???
>>29
俺「達」って・・俺は別にそんな事思ってねえよ。
自分の営業能力の無さを他人(他社?)のせいにするな。

>>6>>16が安さで勝負するなら開発者はクオリティで勝負してなんぼでしょ。

31 :29:04/06/26 23:55 ID:???
>>30
あのな、「費用は高くていい。とにかくいい物を作ってくれ」なんて会社が
この不況の世の中どれだけあると思ってんだよ。>>1がいい例だろ。
まあ>>1ほどDQNな会社は無いと思うが、クオリティ勝負なんて
予算に余裕のある大企業ぐらいのもんだろ。

32 :NAME IS NULL:04/06/26 23:58 ID:???
>>31
お前自身クオリティが低いから僻んでるのか?w
俺がクライアントなら、たとえ費用が高くても単純にいい物作って欲しいと思うがな。

33 :NAME IS NULL:04/06/26 23:59 ID:paF+Qaln
盛 り 上 が っ て ま い り ま し た

34 :29:04/06/27 00:07 ID:???
>>32
お前は真性のアホだな
10万円で普通に使えるDBと
100万円で物凄い機能が搭載されたDB、
どっちを買う企業が多いと思うよ?
DBを導入して金が増えるか?
DBはせいぜい管理に使う程度で、それ自体が商売になるもんでは無いだろが。
だからなるべく予算重視が正解だろ

35 :NAME IS NULL:04/06/27 00:09 ID:???
>DBはせいぜい管理に使う程度で、
>それ自体が商売になるもんでは無いだろが。

そうとは限らないだろボケが。
ショッピングカートのシステムやらオークションやらは
商売になってるんちゃうんか?あ?

36 :29:04/06/27 00:17 ID:???
>>35
やれやれアホが居るな┐(´ー`)┌
DBの話に何でショッピングカートやらオークションやらが登場するんだ。
そういったシステムは既にフリーのもいっぱいあるし、
あちこちで安いシステムもレンタル出来るだろ。
そしてそれを皆が使ってる。

それって費用が安いから使うんだろ?
コストよりクオリティ重視なんてクライアントは求めちゃいねえのよ。
お前自分で自分の首絞めてねえ?w

37 :NAME IS NULL:04/06/27 00:24 ID:???
俺は>>29の言ってる事が正しいと思うな。
だって事実>>1みたいなクライアント、ザラに居るし。

フリーでプログラマーやってるが、見積もり出した時に客から
「検索って本とかに簡単に作れるってたくさん出てるでしょ?
何でこんなに金取るの?何でこんなに時間かかるの?」って
嫌味ったらしく言われて困る。

「初心者のデータベース構築」だかなんだかを売りにしてる本は
マジでうざいよな。以前はWebサイト制作の仕事もやってたけど、
初心者向けのツールのせいで「自分ところで更新できるからいいよ」と
保守を断られてから一気にそっち方面への興味が萎えた。

38 :NAME IS NULL:04/06/27 03:56 ID:???
オークションサイトはレスポンスがショボかったり低機能じゃ困るんじゃ?
コスト度外視は無いにしても。

あと、>>35はショッピングカートじゃなくて買い物サイトの話じゃないんかな?
フリーのショッピングカート及び商品管理のシステムで我慢するのは
片手間でネットショップやる自営業者ぐらいしかいないでしょ。さすがに。

利益の足しになれば儲けモンっていうネットショップしかないわけではあるまいに。

39 :NAME IS NULL:04/06/27 06:28 ID:19QAWk3N
100万円ってところがね。
中々理解してくれない。

最初に調査したことと、違っている場合は最悪。
不慮の不具合が生じて、膨大な時間を浪費しても、100万円は変わらないから。
開発者もそりゃ身体を壊します。

40 :NAME IS NULL:04/06/27 14:11 ID:???
>>38
>片手間でネットショップやる自営業者ぐらいしかいないでしょ

いやいや、大企業でも中小企業でも、費用が安い方を普通に選択するでしょ

41 :NAME IS NULL:04/06/27 14:43 ID:???
>>40
企業は信用も大事にするから、そうほいほいと業者を変えたりしない。

42 :NAME IS NULL:04/06/27 16:27 ID:fHuUjyiS
SQLも知らんところから初めて
だいたい3ヶ月くらいで会社の簡単なDBつくたYO!
プロの目から見たらたいしたことないとは思うが、
田舎の中小なもんで、それで間に合ってます。

今はその保守と年々増え続ける拡張要求をこなしていまふ。

やってて思ったのだが、DB作る以前の教育の方が重要と思われる。
DBは業務改善の一部分であって、それあれば仕事が楽になるのでは
ないってことをわからせなきゃなりませんな。

既存のゴタゴタとした業務をそっくりそのままDBにするのは、
後々辛いことになると感じた。賢いユーザとばかり付き合っていく訳には
いかないからプロの人は大変だわw


43 :NAME IS NULL:04/07/31 22:47 ID:SK6q0Koo
お前らの言ってる意味がよく分からんのだがデータベースなんてエクセルに登録して検索すりゃいいんだろ?
俺にわかるように説明してくれない?

44 :NAME IS NULL:04/08/01 00:40 ID:???
エクセルでアマゾンとかの商品検索機能は実現できますか?

45 :NAME IS NULL:04/08/01 02:24 ID:???
>>44
なるほどそういうのを作るのがDBな人の仕事なのか
やっとわかりました。

46 :NAME IS NULL:04/09/10 03:29 ID:KA71ejOg
SQLやPHPの入門書を読みながら、一月足らずで簡単なDBが作れた。
でもDBって外注すると高いよね。どこら辺にお金がかかってるんだろう?
俺は無償のPostgreSQLを使ってるけど、有償のを使うから高くなるの?
それとも、システム設計の質の問題かな?
素人質問で恐縮ですが、プロはここが違うぜ!というのを教えてください。

47 :NAME IS NULL:04/09/10 10:16 ID:???
>どこら辺にお金がかかってるんだろう?
もちろん人件費。

48 :NAME IS NULL:04/09/10 18:03:47 ID:???
商売としてやる以上まともな物を決められた期間で作らなければいけないわけで、
自分でやりたい範囲だけ簡単に覚えるって程度の知識では仕事も受けられない。
アクセス数が少なくて問題が表面化しないだけ、なんて適当なものを納品するわけにもいかない。

最初から出来る人を雇うにしても、研修でもして人材を育てるにしても経費は掛かる。
それなりの会社になれば仕事を取ってくる営業さんにお給料払わなきゃならんし、
商用用途に耐えるデザインなら当然Webデザイナーも居てそこにもお給料払わないといけない。
テスト用のサーバを置くためのお金もどこかで賄わないといけない。
等々…

49 :NAME IS NULL:04/09/11 02:25:12 ID:???
>>47,48
レスサンクス。

俺が思ったのは、42氏のような人が増えてきたら、
プロの仕事がどんどん減っていき、価格破壊が起きるのではないか、ということ。
「自分でやりたい範囲だけ簡単に覚えるって程度の知識」でも、そのDBにとっては十分なわけで。

そうすると、プロは、「何かあったときは責任をとります」と、
保険業のような形になるのかな?

50 :NAME IS NULL:04/09/11 04:28:36 ID:???
>プロの仕事がどんどん減っていき
片手間の勉強程度じゃ手に負えない仕事もいっぱいあるわけで…

51 :NAME IS NULL:04/09/11 11:56:06 ID:???
>>「自分でやりたい範囲だけ簡単に覚えるって程度の知識」
でやれる範囲なら、自分でやればいい。
プロはそれ以上の事をやっている。
インスタントラーメンと行列ができるラーメン屋の差だ。

52 :NAME IS NULL:04/09/11 11:58:44 ID:???
まあ、世の中「クソ不味い!なんでこんなんで商売やってるんだ!」つうラーメン屋が多いのも事実なんだが…

53 :NAME IS NULL:04/09/12 00:50:44 ID:???
>>50,51
俺の下らん質問に付き合ってくれてありがと。
もちろん、プロとアマの仕事のレベルに差があることはわかる。
ただ、その差が何百万円の差なのかどうか、わからなかったので、聞いてみた。

結局、大規模・本格的なDBはプロじゃないとダメ、
そうでなければ、アマでも勉強すれば何とかなる、
という理解でよいのかな。


54 :NAME IS NULL:04/09/12 15:51:24 ID:???
>>53
素人が大規模なものを作ったとして、止まったら責任取れるのか?

55 :NAME IS NULL:04/09/12 16:21:34 ID:???
53は、プロの仕事はレベルが違うことや
大規模なデータベースはプロでなければ作れないことはわかった上で、
でも高すぎるんじゃない?ということを言いたいんだと思う。

その疑問に対しては、
ものの価格は需要と供給で決まります、としか答えられないな。

経済学の問題。
銀座の寿司屋が高いのはなぜか。
1:地価が高いから
2:高くても買ってくれる人がいるから

答えは2番。多くの人は1番だと思ってるけど、違う。

56 :NAME IS NULL:04/09/12 18:15:16 ID:???
>>54
作れたのなら取れる。と思うw
>>55
禿同。
地価が高いから値段が高くなりがち、と考えるのなら浅はか。
買い手のいない所には売り手もいないっと。


57 :NAME IS NULL:04/09/12 20:29:11 ID:???
>>56
取れないよ。
業務の損害を甘く見ると痛い目にあうよ。
簡単な通販だからちょっとくらい失敗してもなんて感覚で
納品すると、個人情報が抜かれたり、注文がごちゃごちゃになったり
した場合、一家離散をしても足りないくらいの損害賠償が
必要になることもある。
企業の場合は、保険に入ったり、その他いろいろ対応しているが、
個人ではその保険にも入れないし、対応方法も限られる。

58 :NAME IS NULL:04/09/12 21:38:30 ID:???
それはどういう契約内容かにもよるだろう。
最後にケツをふく役目にならなければいいだけだ。

59 :NAME IS NULL:04/09/12 23:48:10 ID:???
作りっぱなしでトラブルあっても保証しなくていい契約で
納品させてくれる客がいたら知りたいものだが。

60 :NAME IS NULL:04/09/14 23:20:21 ID:???
その代わり激安で。個人や小企業相手なら結構人気ありそう。

61 :NAME IS NULL:05/01/15 14:06:42 ID:i4AJ1t91
で、>>10に書いてあるものを作ると5000円もらえるのか?
PDFから読み込み、以外なら簡単に実現できそうなんだけど。


62 :NAME IS NULL:05/01/15 22:45:31 ID:bYdtNrzI
データベースは使ってるけど全然ヘビーでない、しかもあくまでユーザーです。
DBを「作る」ということが話題になってるようですが、何を、作るのですか。
今、主流のRDBだと、巨象の体を手のひらで擦るように、部分、部分を
確かめ、確かめ、それで、全体像をつかみなさい、っていう世界じゃ
ないのですか。元々は。SQLPLUSだけで、済ますのが理想、とか。


63 :NAME IS NULL:05/01/15 22:51:05 ID:???
おい!お前ら!!ちょっとまて!
人が黙って読んでりゃいい気になりやがって!

大体、DBを作るってなんだよ!!ボケェ!!
正確には、DBを使うアプリケーションを作るだろが!

いい加減にしろよ!クソどもがぁ


64 :NAME IS NULL:05/01/16 11:45:52 ID:iBP3Vz1l
DBなんて誰でも使えるでしょ。
素人だって3日あれば楽勝。

65 :NAME IS NULL:05/01/16 14:41:34 ID:???
>>24
おもろいなあ、君。
ゲームソフトぐらいなら君でも作れるだろうけど、
DBは作れないでしょ。


66 :NAME IS NULL:05/01/16 14:48:02 ID:???
>>64
3日やる。
頼むから俺の周りのやつらに教えてやってくれ。

67 :NAME IS NULL:05/01/17 15:31:28 ID:lJIssQxS
おい、このサイトのような求職データベースどうやって作るの?


わかる人教えてください。

ttp://www.atjob.net/

68 :NAME IS NULL:05/01/17 21:35:38 ID:Q0G26wVv
>>66
レベルの低いやつの周りにはレベルの低いやつしかいないってことだよね。
普通の人なら3日あれば楽勝。

69 :NAME IS NULL:05/01/17 23:02:37 ID:???
>>68
いやあ、3日で覚えられる程度の内容で仕事ができてくれたら俺も楽でいいんだけどさ。


70 :NAME IS NULL:05/01/18 01:05:09 ID:EqY/0ZQ8
>>69は転職するべきだな。

71 :NAME IS NULL:05/01/18 21:16:49 ID:???
具体的な事を書かずにレベルとか3日とかレスの応酬しても何もならん

72 :NAME IS NULL:05/02/05 19:03:11 ID:GKnP6Grn
ここでゴチャゴチャ出てる話はphpやらaspなどフロントエンドにDBを云々って話?

まず100万が高いかどうか?
それは需要にというのは置いておいて、別の論点での話だが
では、素人が1から作って実用レベルの代物作るのにどれくらいかかるとお考えで?
一般的な相場で100万するようなもんが、素人が誰でも例えば3ヶ月で果たして作れるか?
(プログラムとなると全くの素人は1から勉強しても挫折する人間の方が圧倒数だと思うが)
簡単なもんでも実用レベルのものなんて誰でもという訳にはいかないと思うよ。
(一定のとこまで理解する事が出来たら早いけど)
それでも月辺り33万だね。給与と比較すると何か大差ある?
プロだとかアマだとか営業だとかって前に、如何にクライアントにシステムを
アピールし理解させ価格を提示し判断させるか。これは永久不変だよ。
レンタルで良いのがあったり何処の誰がどうしようとこうしようと、そんな状況下で
仮に割に合わなくても案件を請けるかどうかの判断をするのも自身となる。

心配せんでもこれから安く請け負える条件の(専門出など)若い世代が溢れ返るよ。
個人企業問わずの話ね。
これから需要に対する供給量(人)だけ増える一方だから。

73 :NAME IS NULL:05/02/05 19:20:53 ID:???
それとじゃあ何か面倒なの5000円で請けてもそれはそれで良しとする。
ソースにしたら例えば延べ5万行くらいのな。
どうしてもカスタマイズが必要になったらどうする?
(レンタルって話は通用しなくなるね。)
とりあえず5000円のだから誰かに安くお願いするよね?

しかし供給量(人)は無限じゃないし、仮に無限でも何処の誰ぞやが作った
面倒なソース理解するだけで(バグ出し含めて)日数も並ならないと思うよ。
(価格的にテーブル数も列数も半端ない。どの列が何の意味持ってるかも解らないし。
表示の問題もあるね。最悪、内容によっては1から作り直し。)
日数を考慮して下手したら数○万だね。
でも5000円だったもんだから依頼者側は断るとしよう。
結果、誰一人やりません。

74 :NAME IS NULL:05/02/05 20:05:41 ID:???
>>66
>>64はDBを作るでは無くて、使うと言ってるのを理解してるか?


75 :NAME IS NULL:05/02/05 23:33:05 ID:uC0bWGiH
3日でSQLをマスターするのですか。私にはできない。


76 :NAME IS NULL:05/02/06 08:15:09 ID:???
>>75
そのくらい出来るだろ。

(DB固有のSQL以外は・・・)


77 :NAME IS NULL:05/02/06 09:01:38 ID:???
SQLなんて、SELECT/UPDATE/INSERTを知っていればある程度使える。
複合クエリやサブクエリや各種結合なんて自然と覚えるさ

78 :NAME IS NULL:05/02/06 09:43:24 ID:???
SQL文だけマスターするのは容易。
(それだけで何するのか知らないけど)

79 :NAME IS NULL:05/02/06 09:57:48 ID:???
あれだね。XMLをマスターするのは容易。それをプログラムから使う方法が重要。ってのと同じね。

80 :NAME IS NULL:05/02/06 12:53:37 ID:???
3日で正規化をマスターするのですか。私にはできない。

81 :NAME IS NULL:05/02/06 12:54:16 ID:???
3日でDB設計をマスターするのですか。私にはできない。

82 :NAME IS NULL:05/02/06 14:51:00 ID:???
まぁ三日は何ともだね。

83 :NAME IS NULL:05/02/06 19:18:44 ID:???
>>80-81
出来ない出来ないとカキコしている暇があったら勉強しろや!! 
(#゚Д゚)ゴルァ!!


と煽ってみるテスト。


84 :NAME IS NULL:05/02/07 22:47:30 ID:???
>>83
3日教えた程度で使いもんになるわけないだろが、と言ってんだよ。
ただでさえ覚える気のない奴ら相手に。

3日あれば十分なんて言っているバカがいるけど、
しょせんお前はその程度のレベルじゃ。分かったか。
(#゚Д゚)ゴルァ!!

と煽ってみるテスト。

85 :83:05/02/07 23:31:17 ID:raPQTY20
煽られテストを食らってしまったw

マジレスすると、正規化について研修やら本やらで一通り学んでから、
実践を重ねることでようやくモノに出来るってな感じだとオモ!

話はそれるけど、SQLを学ぶ・使うことは論理力を鍛えるのに持ってこいと思わないか?
何も考え無しであれば、SELECT してから 全行数文のInsert を発行する処理を、
如何にして1つのSQL文に纏められるか! 如何にパフォーマンスよく組み込むか!

そこら辺を論理立てて思考することによって、論理力が鍛えられる。
そう思わないですかね?


86 :84:05/02/11 10:27:15 ID:???
正規化については同意。

SQLについてはあんまり思わない。
なぜなら最初からそういう発想しないやつは、言ってもそういうことを
考えないから。
おしえても単なる呪文としかおもわないで、バカの一つ覚えみたいに
そればっかり書くし。


もちろんシステム屋に論理的指向は非常に重要だと思う。
プログラミングするしないにかかわらず。

これを鍛えるのは学校で教えてくれる数学であると思う。
例えば方程式の丸暗記とかは実社会では役に立たないが、
方程式をといたり、証明をするというのは論理的思考(ロジ
カルシンキング)をやしなう訓練であると思う。

コンピュータの世界に入ってからはアルゴリズムだね。
古い言い方をすればフローチャートの学習。
これも論理的思考(ロジカルシンキング)をやしなう訓練
であると思う。


87 :NAME IS NULL:05/02/12 00:03:39 ID:k0jaH1UQ
俺には本気のデータベースは無理。
エクセルにいっぱい毛が生えたのなら作れる。
それでいいじゃないか

88 :NAME IS NULL:05/02/12 17:33:45 ID:???
それでいいと思うよ。未来永劫、お前しか使わないのなら。

89 :NAME IS NULL:05/02/23 16:57:04 ID:???
終了

90 :NAME IS NULL:05/02/24 20:37:32 ID:bmj81abr
SharedMemoryに作るのでは?

91 :NAME IS NULL:05/02/27 07:35:23 ID:???
というか、ここのやつらの見積もりって結構高めだよね?
DBサーバー構築なら大体2〜3万で管理するなら月1万くらいじゃないの?

もしかしてデータ内容までサポートしてんのか。そりゃ御苦労様。

92 :NAME IS NULL:05/02/27 12:50:20 ID:???
お前安いな。
構築じゃなくてインストールだけじゃないのか?

93 :NAME IS NULL:05/02/27 14:41:40 ID:???
>>91
安っ!
そんなんでいいなら、俺が保守担当しているDBもかわりに管理・保守してくれ。
20DB・1500テーブル・80万レコードくらいあるけど・・・

94 :NAME IS NULL:05/02/28 00:13:20 ID:???
>>91
うちのも頼む。
テーブル数は200位で、1000万レコードを越えるテーブルが50以上ある。
最大のものは1億レコード越えてる。

よろしく頼む。

95 :NAME IS NULL:05/03/18 13:56:27 ID:gASC2mSY
>>29-37
こういう読解力の無い連中って割と良い年した人達なのか?
>>30>>29が儲からない事は29の責任(以下A)だと言っていて、
世間的にクオリティとコストどちらを重視するかは無関係。
どちらが重視されようとAに変わりは無いから。
ただ30が最後に1行余計な事を書いたが為に29に
>>30の前半2行を無視してレスをさせる余地を生み出してしまった。
(30の最終行の意図は自分の勝負の仕方を紹介し自力解決を促し自己責任を強調しているのだと思うが)
その余地を突いた29に対し30は趣旨を再説明すれば良かったが相手の翻弄に乗ってしまった。
しかも29は人格批判という非論理的かつ非理性的な事までやり始めた。
(感情的に挑発する事で>>30の前半2行をうやむやにして手馴れている)
これは議論における典型的なご法度だ。(参考:http://www.kt.rim.or.jp/~jda/intro/intro4.htm
こういうの見てると、不思議に思う。
お前ら、いくつ?って。

by 10代

96 :NAME IS NULL:05/03/18 16:37:32 ID:l3qbHaFp
>>95
9ヶ月前のレスに反応してる馬鹿ハケーソ!! 記念age

97 :NAME IS NULL:2005/03/26(土) 16:58:12 ID:???
>>95
いいなぁ、10代は。
歳をとったらこんなふうになる人多いよ。

98 :NAME IS NULL:2005/07/27(水) 04:41:04 ID:rB9w6EnS
朝が迫る♪朝が迫る♪

99 :NAME IS NULL:2005/09/01(木) 14:31:28 ID:???
ついさっき知ったディベートサイトの知識でで分析したつもりになって、結局主張がないあたりさすが十代クオリティ w


ていうか    釣 ら れ て し ま っ た ○| ̄|_

100 :ハーピィ:2005/09/19(月) 19:31:24 ID:???
E・∇・ヨノシ <100ゲット♪♪

101 :NAME IS NULL:2005/11/28(月) 20:37:10 ID:???
ここまでよんだ。記念age

102 :NAME IS NULL:2005/12/08(木) 12:48:37 ID:VugBsy6p
ぶっちゃけテーブルだけ作れば
あとはPGでなんとかなると思われ

まぁ、パフォは悪いだろうがテーブル作るだけなら特に知識も要らないだろ
とりあえずデキは悪くてもいいからやってみれ

103 :NAME IS NULL:2005/12/08(木) 14:16:45 ID:???
>>102
っというレスを返しているあなたに一言。
スレが立ったのは一年半前です。

絶対にもう作ろうとしてないからっ!!

104 :NAME IS NULL:2005/12/25(日) 23:42:22 ID:jUPBNOGV
すいません、全くの素人なんでお聞き苦しいと思いますが
プロの方に質問です。

DBというのは出来上がった製品としては

1.入力フォームがある

2.その入力内容に従ってデーターベースが書き換えられる。

3.管理者はそれを編集出来、非管理者は入力のみ。

4.データーベースはリアルタイムで反映されたものを別画面で表示可能。

すいません、ちょっと意味不明ですかね?
例えば会員制のサイトで、最初に住所氏名年齢その他の個人情報を入力
して、それを会員が個人ページで確認できたり変更できたりできて、他人には
見れないという感じですか。
こういう仕組みというのもDBの範囲なんですよね?

105 :NAME IS NULL:2005/12/25(日) 23:50:06 ID:7MlCK4K9
話良くわからんが、純粋にデータベース(Oracle,DB2など)と言えば、
純粋にデータを格納する部分だけだろ。だから、1のように画面なんてないし、
2,3,4のように特定の業務に依存した部分なんてDBの機能ではない



106 :NAME IS NULL:2005/12/26(月) 00:04:59 ID:+gAqKTGW
>>105
うーん、それだと入力する時に困るんじゃないですか?
管理する側が資料を基に一括でデーター入力するにしても、データーベース
というのは常に追加追加で単発で情報が入ってくると思うのですが。

107 :NAME IS NULL:2005/12/26(月) 00:05:58 ID:+gAqKTGW
というか、>104のような話ってどういう分野になるのでしょうか?
どこで話を聞けばいいのか分からない。

108 :NAME IS NULL:2005/12/26(月) 00:57:23 ID:XO7sHGJV
入力画面とかはアプリケーション側の実装になるよ。
バックエンドのデータストアとしてデータベースを使ってるって感じ。
ユーザーが入力する画面はフロントエンドで、各お客さんの業務に合わせて
作れたりする。
んー。データベースの更新部分(純粋なSQL文)とかはここのスレで問題ないけど、
データベースに接続するための部分はJava使っているなら
JDBCというもので接続するわけで、他のスレになるね。
.NETで作るなら、ADO.NETで接続するわけで、そんなタイトルのスレがいいんじゃ。


109 :NAME IS NULL:2005/12/26(月) 01:01:44 ID:XO7sHGJV
他にもただのVBでADOやDAOって技術でデータベースに接続するなら、
ここに「ADO DAOなど接続方法について」ってあるでしょ。そことか。
だから、自分が質問する内容がどっちよりなのか把握して、適切にそれに
関するスレで質問するのがいいんじゃ??
他にもここもおすすめ
http://www7.big.or.jp/~pinball/


110 :NAME IS NULL:2005/12/26(月) 10:38:21 ID:???
>>108
なるほど、色々難しいですね。
有難うございました。

111 :NAME IS NULL:2005/12/26(月) 17:59:41 ID:???
要件から必要な要素を洗い出してDBを設計する。
プログラムはその設計されたDBのとおりに動くだけ。

112 :NAME IS NULL:2005/12/29(木) 12:18:31 ID:lvGGHkuC
データベースの構築が簡単だとか言ってる馬鹿がたくさんいるけど
ここにいる人たちって本当にちゃんと勉強してるのかな?

今、いろんなところでデータベースが原因のシステム障害が起こってる
まあデータベースなんざSQLなんざ簡単だ!なんて
馬鹿なこといってる無能なエンジニアが構築してるから・・・
まともなDBAが一人でもいれば違ってくるんだろうけどな〜



113 :NAME IS NULL:2005/12/30(金) 05:08:23 ID:???
>>112
で、あんたはまともなエンジニアなのか?

114 :NAME IS NULL:2006/02/20(月) 23:20:54 ID:???
突如DB設計をすることになってもうた。
とりあえず簡単にでいいからER書いて提出してくれと言われた。
書き方がわからん。。。

115 :NAME IS NULL:2006/02/22(水) 00:08:52 ID:???
今まで社内でAccessでデータベース作ってました。
今日SQR Serverの本を買ってきて、アップサイジングを自分でやって
隣町の支社と共有するデータベース構築したいと言ったら、
それは無理、と言われた。
やっぱ無理ですかね?

でも、その本には「Accessを使っていた人には難しくない」とあるんだよね。
教えてプロの人。


116 :NAME IS NULL:2006/02/22(水) 00:48:17 ID:???
>>115
すごいな。みずから、そんな提案するなんてやる気に尊敬してしまう。
何が原因で無理といったかわからんが、
技術的には可能です。
もちろん、セキュリティとか意識するとインフラそろえるだけでお金かかります。
例えば、隣町の支社とプライベートなネットワークで繋がっていなければ、プライベートなネットワークを
用意したりするなど色々考えなければいけないです。


117 :NAME IS NULL:2006/02/22(水) 00:56:25 ID:???
>>115
後、SQLServerにエンドユーザーが接続するためのフロントエンドとなる
アプリケーションをどのように開発するかとか色々決めないといけません。
この手のソフトは通常、Visual Basicなどのプログラミング言語を用いて作ります。
今、はやりのWebアプリ(ブラウザからアクセス)にするならWebサーバー立てたり色々大変です。
隣町の支社と共有しなくても、さまざまな技術が要求されます。

118 :115:2006/02/22(水) 08:19:21 ID:???
http://premium.nikkeibp.co.jp/as/kddi-biz/
このKDDIのセキュアラインとやらと使えば、
データベース知識はAcceess程度で、115のニーズを満たせないでしょうか?

119 :NAME IS NULL:2006/02/22(水) 10:57:25 ID:???
>>115
そういう問題ではない
まず、KDDIのセキュアラインは基本的に独立したネットワークが対象
支店と両方にセキュアラインを導入したとして、その間をつなぐ設定は(SQL鯖を含め)
KDDIはやってくれない
支店間のネットワークを構築している管理者が社内にいるのならば、その管理者のスキルにも寄ります

それが現時点で理解できていないのなら、やめておいた方が吉でしょう

自分のスキルアップも含めて、それでもやるというなら、結果はともかく勉強する価値はあるでしょう
DB + ネットワーク系 + サーバーの勉強が必要でしょう。

ちなみに、あなたがAccessでクエリー、マクロを使わずにVBAを使用してSQL鯖につなげることが出来るレベルと仮定して
、2ヶ月もあれば構築はできるようになるとおもいます。通常業務の空き時間によりますけどね。



120 :NAME IS NULL:2006/02/22(水) 12:03:42 ID:???
今日はじめてこのスレ読んだ。
ごめん、RDBMSを作る話だと思って紛れ込んでしまったようだ。

121 :NAME IS NULL:2006/02/22(水) 12:28:15 ID:???
1以外みんなそう

122 :NAME IS NULL:2006/02/25(土) 23:58:38 ID:???
xampp で apache+mysql+ftp のローカル環境を作成
phpMyAdmin でテーブル作成
phpmaker でphpスクリプト一発作成

xrea サーバーget (mysql+php Ok)
phpMyAdmin でテーブルこぴー
fffttp で ローカルのすくりぷとをftp

んで、しろーとでこれくらいはつくれるぞ
ttp://nakanoto.net/xrea/x_serverlist.php

123 :115:2006/02/26(日) 00:54:39 ID:???
>あなたがAccessでクエリー、マクロを使わずにVBAを使用してSQL鯖につなげる

できないっす。
むむぅー、難しいっすね。
隣町の支社と共有って、素人がすぐ「やりたいなー」って思いつくことなんだけど、
実現は難しいですねー。
業者に頼んだら、100万円かかるとか言われるし。
「ちょっと」支社と繋ぎたいだけなんだけど、意外と大変。

124 :NAME IS NULL:2006/02/26(日) 01:00:41 ID:???
>>123
まぁ、専用線つかわなくても、VPN(Virtual Private Network)を使えば、
公共のインターネット使っても安全に接続はできる。ただ、帯域保証はされていないけど。
VPNで自前で設定とかすれは、金はそこまでかからんとは思うが。
とりあえず、君は隣町の支社とつなぐことは置いとけば。


125 :119:2006/02/26(日) 14:16:30 ID:???
>>123
うちの見積もりだと、つなぐだけならルーター設定込みで40万ていどだよ?
レベルにもよるが、ただVPNつなぐのはそれぐらいだろ
100万は高すぎ

126 :名無しさん@そうだ選挙にいこう:2006/02/27(月) 15:05:50 ID:aXTgmS/7
憶える必要はないんだよ。
何ができるかだけを憶えればいいんだよ。

127 :NAME IS NULL:2006/02/27(月) 18:22:24 ID:???
憶えるんジャン

128 :NAME IS NULL:2006/02/27(月) 22:43:31 ID:???
(´▽`*)アハハ

129 :NAME IS NULL:2006/04/19(水) 21:26:51 ID:XSBhXM1Y
Accessから移行するなら、
Oracleか、SQRserverか、
どちらが良いでしょうか?
当方IT関係ではないので、少しでも簡単なのが良いです。

130 :NAME IS NULL:2006/04/19(水) 23:17:35 ID:???
>>129
そのままAccessを使用する

131 :NAME IS NULL:2006/04/20(木) 11:16:46 ID:???
移行の理由は?
Accessで複数台接続の不具合から移行を考えてるのならば
変えても意味はない。運用方法なり、ロジックを考えましょう

バックアップ(トランザクション)やデータ件数が増えてきての移行ならば
MS SQLServerが楽だし安い

大量データでお金が有り余っていて、勉強したいならOracle


132 :129:2006/04/21(金) 00:10:48 ID:xpP/+TWu
今、AccessをLAN上で3人位で同時に開いて、
てんでに入力してます。
これを、10人くらい同時に入力しても不具合が生じないような
丈夫なものにしたいのです。
やっぱ、SQRserverですかぁ。
それでも難しそうだったんで、もう少し簡単なのないかなぁと思ったんですけど。
つーか、誰かAccessを丈夫にしてぇ。

133 :129:2006/04/21(金) 00:11:51 ID:xpP/+TWu
ロジックで、この不具合の可能性を回避できます?>131

134 :NAME IS NULL:2006/04/21(金) 05:30:21 ID:???
Accessってシングルユーザー環境のデータベースじゃない??
だから、3人位でも、不具合生じると思うが。
そもそも、シングルユーザー環境用のデータベースだから、
根本的に使い方間違えてるような気がする。
ロジックで解決とかそういう以前に。


135 :NAME IS NULL:2006/04/21(金) 11:20:00 ID:???
フロントをAccessで、バックエンドをSQLServerにすればいいだけじゃないの?
それで難しいことなんて、何かあったっけ。
…俺、勘違いしてるかな

136 :白馬の玉子 ◆PqSzNbkqDo :2006/04/21(金) 17:05:04 ID:???
>>129さん

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の無償公開だとおもうし。


137 :131:2006/04/21(金) 21:15:42 ID:???
>>129
できるよ
できるけど、最低でもDAOかADOでのDEL、UPDATEの書き方と
データがバッティングしないようなロジック、トランザクション及びロールバックを自前で作成しなきゃならない。

そこまでできれば、10台だろうが20台だろうが使えるシステムは構築できる。
でもそこまでやっても、MDBは壊れるので、バックアップも色々考えなきゃいけない

実際に50台で動かしてるmdbは作成した。
デモそこまで構築できる用になったのは、SQL鯖で日頃は開発してるからだな。

>>136
Accessプロジェクトじゃなくても、きちんと構築すれば
普通のアクセスでも問題ないよ。



138 :129:2006/04/22(土) 13:10:16 ID:YM8nuA4Z
白馬の王子様!ありがとうございます。
資料を読んでみます。

>フロントをAccessで、バックエンドをSQLServerにすればいいだけじゃないの?

だけ、って、~~;
SQRserverって、安いのでも9万円くらいするでしょ。
買っても使い方覚えられないかもしれないから、迷ってるんですよ。
無料のは、やっぱりサービス悪いと言うか、
色んな親切な機能がないらしいから、使い方が分からずじまいになる可能性が一層高いし。

時期Accessの予定があるのですね!
半年くらいなら、十分待つ待つ。
(SQRserverを勉強して理解できるまでに、きっと1年くらいかかるから)
私のレベルじゃ、これに期待するのが一番現実的かなぁ。

139 :129:2006/04/22(土) 13:41:37 ID:YM8nuA4Z
でも、無料じゃないSQRserverの方が、
少しでも扱うのが簡単なら、
買っちゃおうかなと思ってます。

140 :NAME IS NULL:2006/04/22(土) 16:48:57 ID:???
無料版もあるぞ
前バージョンではMSDEと呼ばれていたやつ
http://www.microsoft.com/japan/sql/editions/express/default.mspx

141 :129:2006/04/22(土) 20:07:58 ID:8Nwk4QVv
無料版って、初心者には使いにくくない?
やっぱりお金出した方が、親切分かりやすい画面とか、
ウイザードがついてるんじゃ?
この際、お金より、少しでもやさしくて、使いやすいのがいいです。

142 :129:2006/04/22(土) 20:10:14 ID:8Nwk4QVv
140のリンク見ると、「誰にでも簡単に」って書いてある。
ホントーに素人も使えるのかなー。
でも、無料だからとりあえず試そうかな・・

143 :NAME IS NULL:2006/04/23(日) 00:35:09 ID:???
SQRserverってなに?

144 :NAME IS NULL:2006/04/23(日) 12:10:08 ID:???
デベロッパー版でいいじゃん
http://www.microsoft.com/japan/sql/editions/developer/default.mspx

これだったらすべての機能が使えて、値段も確か7000円ぐらいだったような気がする
でも、開発のみだよ。
運営は正規ライセンスを買わなきゃいけない

145 :NAME IS NULL:2006/04/24(月) 12:57:41 ID:???
SQRserver・・・ってここまで使い続けている所を見ると、本気でそう思っているくさい

146 :129:2006/04/25(火) 08:02:19 ID:faDHQ3VX
あ、SQLね。ども。
ところで、本屋に行くとC言語の本はいっぱいあるけど、
SQLserverの本はあんまりない。
会社の仕事に使うデータベース作りたいとい私のようなニーズの場合、
SQLserverを学ぶ方向で良いんですよね?

C言語勉強すると、会社で何かに使えるのか、
も一つ分かりくい。

147 :白馬の玉子 ◆PqSzNbkqDo :2006/04/25(火) 09:23:45 ID:???
>>137

できる、と思っている、あるいは、「実績」があるなら、
やればいいんじゃない??

おいらの「実績」としては、レコードの破損の経験があるだけ。
もちろん、ADOでLock等組んだこともあるけど、
そこまでやるなら、MDBをDBとして利用する意味が、(おいらの思考としては)まったくない。

おいらは、MDBでCS構成なんて、そんな不安定なもん、使いたくないね。
というか、そんなもんで実務運用なんてしたくないな。
それに、SEとしては、そんなもん作っても、MDBじゃ、商売にならない。
もっとも、MDBでの開発依頼来ても、受ける気ないけど・・・。
しちめんどくせーし、内包されている技術も、過去の技術が
ごちゃごちゃ入りすぎていて、将来的に互換性も問題ありまくりだし。
個人レベルでやるなら、それでもいいかもしれんね。

ってことで、あとは、129さんと137さんの好みの問題かな。

将来的に応用の可能性を幅広く持ちたいなら、SQLSvかな。


148 :白馬の玉子 ◆PqSzNbkqDo :2006/04/25(火) 09:28:52 ID:???
>>146

探せばいろいろあるよ。
ただし、大きな書店に行きましょ。

でもね、書籍よりも、BooksOnlineを利用するって手もあるよ。
BooksOnlineと@マークITのWEBサイトで、もう十分。
(あとは、SQLのハンディリファレンスみたいのがあれば、もうほかになんもいらんとおもうけど)
やたらでかい本買っても、その本ごとに方向性があって、
その本の方向性に誘導されちゃうと、自分の方向性を見失っちゃうかもよ。

がんばってね、>129さん!



149 :137:2006/04/25(火) 10:58:35 ID:???
>>147
実績があるから書いてる
そのクライアントも社内のセキュリティーポリシーの関係でSQL鯖をインスコできないので仕方なくMDBを使用、こっちはSQLでやりたかったんだけどね。
膨大な時間をかけて、会議でAccessの脆弱性について散々提案したのだが、結果はだめ
SQL鯖使うのならば、ネットワークから切り離して使えとの結論
泣く泣く構築したよ。SQLの1.5倍の開発時間かかったね
俺の立場はPMだから、SEとは違うしね。

まあ俺も>>147のいいたいことは良くわかるけどね。
問題は>>129がAccessでどこまで学んでいるかだよな
accessからSQLにテーブルリンクする程度の安易な移行方法なら、泣きを見るだけだからな〜
どっちにしても>>129、ガン( ゚д゚)ガレ


150 :NAME IS NULL:2006/04/26(水) 00:39:09 ID:L9aK7UPc
Accessのmdbは壊れやすいと上の方でもいろいろ語られていますが、
同時使用とはどういう状況ですか?

テーブルや連結フォームをみんなで開いたら、
確かにやばそうですが・・・。

非連結フォームを拵えて、
登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。
とか、
帳票フォームに検索結果の一覧を表示する場合も、直接クエリを帳票フォームのレコードソースにせず、
クエリからクライアントのmdbにワークテーブルを作成し、そちらをレコードソースにする、
などの工夫をしても壊れちゃうものなのでしょうか?

どうか、ご教授の程を・・・。



151 :NAME IS NULL:2006/04/26(水) 01:23:58 ID:???
どうでもいいことだけど、この少子化時代にやたらと教授が多いよね。
マントゥマンで受講するのかな。

それともネットではご教授が正しいのか?

152 :129:2006/04/26(水) 06:40:14 ID:6dX45ZEX
>accessからSQLにテーブルリンクする程度の安易な移行方法なら、

ええ〜〜!今、Accessしか理解できてないから、そうなると思うんですけど。
泣きを見ることになりますか〜〜!?

>150
二人くらいが同時に一日中、何十回も入力したり、文章を打ってるので、開きっぱなしなんですよ。
危ないなとは思ってますが、以外にも1年くらい破損もなく使ってます。
テーブル移行程度ではない、SQLの勉強をしなければならないってことですか。

153 :NAME IS NULL:2006/04/26(水) 12:30:22 ID:???
>>150
> 非連結フォームを拵えて、
> 登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。

この際に複数のユーザーが同時に同じレコード近辺(ここが味噌ね)を更新かけたら壊れやすい
そうならないように処理を自前で作成するしかない
それほどアクセスがないのならば、そうそう壊れないけどね

>>152
その程度だったら大丈夫じゃない?保証はしないけど


48 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)