データベースなんか作れるかよ！
1 ：NAME IS NULL：
SQLだのOracleだのややこし過ぎ。
レンタルサーバ屋とかで「WebDBが作れます」とかよく書いてるけど
SQLサーバだけ用意して結局プログラムは自分で作るのかよ！！
紛らわしいんだよ！！
面倒なんで誰か作ってくれない？予算5000円程度で。
レンタルサーバ屋とかで「WebDBが作れます」とかよく書いてるけど
SQLサーバだけ用意して結局プログラムは自分で作るのかよ！！
紛らわしいんだよ！！
面倒なんで誰か作ってくれない？予算5000円程度で。
|
|
|
2 ：NAME IS NULL：04/06/22 17:14 ID:???
>>1
勉強しろ
勉強しろ
3 ：NAME IS NULL：04/06/22 17:22 ID:???
4 ：1：04/06/22 17:25 ID:YojQI5rc
5 ：NAME IS NULL：04/06/22 17:28 ID:???
6 ：NAME IS NULL：04/06/22 19:44 ID:???
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
>>7
・データの検索（オプション検索とかもあればいい）が出来る。
・パスワード認証で管理画面へ行って、データの登録、編集、削除が一通り出来る。
・画像アップローダなんかもあればいい。
・CSVとかPDFでデータが保存出来る
まあこの程度かな。いくらか見積もってくれ。
・データの検索（オプション検索とかもあればいい）が出来る。
・パスワード認証で管理画面へ行って、データの登録、編集、削除が一通り出来る。
・画像アップローダなんかもあればいい。
・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倍ぐらいは覚悟しとけ。
最低でも今の予算の100倍ぐらいは覚悟しとけ。
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枚で作ってもらえるわけが無いんだよ。
しかしな、いい事がある。
開発費用が高いって事は、プログラマーが儲かるという事だ。
お前が必死こいてデータベースを勉強すれば、
そういった開発の仕事がどんどん舞い込む。
自分のＤＢは自分で作れて、おまけにお金ががっぽり手に入る。
な？一石二鳥だろ？
お兄ちゃんが教えてやる。
あのな、
http://www.a-m-i.co.jp/TMSP/0908HTML/tsld005.htm
ここに書いてある様に、システム開発の中では掲示板やチャットなんかと
違って、開発期間も費用もダントツ高いわけ。
5000円札1〜2枚で作ってもらえるわけが無いんだよ。
しかしな、いい事がある。
開発費用が高いって事は、プログラマーが儲かるという事だ。
お前が必死こいてデータベースを勉強すれば、
そういった開発の仕事がどんどん舞い込む。
自分のＤＢは自分で作れて、おまけにお金ががっぽり手に入る。
な？一石二鳥だろ？
15 ：NAME IS NULL：04/06/23 16:42 ID:???
16 ：NAME IS NULL：04/06/23 22:47 ID:???
18 ：NAME IS NULL：04/06/24 17:19 ID:???
>>1
激しく同意
激しく同意
19 ：NAME IS NULL：04/06/24 18:14 ID:???
自演すんな師ね
21 ：NAME IS NULL：04/06/25 17:25 ID:???
自分でやればタダっつってんだろ。
30過ぎで頭固まったジジイか余程の馬鹿じゃなきゃ時間掛ければなんとかなる。
時間が惜しけりゃ金払え。
30過ぎで頭固まったジジイか余程の馬鹿じゃなきゃ時間掛ければなんとかなる。
時間が惜しけりゃ金払え。
22 ：NAME IS NULL：04/06/26 01:56 ID:h19FMBSj
23 ：NAME IS NULL：04/06/26 02:22 ID:TazED7FU
惨めな>>1が居るスレはここですか？(･∀･)ﾆﾔﾆﾔ
25 ：NAME IS NULL：04/06/26 10:51 ID:???
26 ：NAME IS NULL：04/06/26 11:38 ID:???
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には過ぎたおもちゃだってこった。
あきらめろ。
だれか個人の為に作るなら予算数万円でも「お前はアホか？」って鼻で笑われるぞ。
つうか簡単な検索程度ならPHP+MySQLの入門本でも買えば済むじゃん。
本は2〜3000円くらいで買える。
面倒くさくて出来ないし金も払えないってんなら、それは>>1には過ぎたおもちゃだってこった。
あきらめろ。
29 ：NAME IS NULL：04/06/26 23:42 ID:???
30 ：NAME IS NULL：04/06/26 23:50 ID:???
>>30
あのな、「費用は高くていい。とにかくいい物を作ってくれ」なんて会社が
この不況の世の中どれだけあると思ってんだよ。>>1がいい例だろ。
まあ>>1ほどDQNな会社は無いと思うが、クオリティ勝負なんて
予算に余裕のある大企業ぐらいのもんだろ。
あのな、「費用は高くていい。とにかくいい物を作ってくれ」なんて会社が
この不況の世の中どれだけあると思ってんだよ。>>1がいい例だろ。
まあ>>1ほどDQNな会社は無いと思うが、クオリティ勝負なんて
予算に余裕のある大企業ぐらいのもんだろ。
32 ：NAME IS NULL：04/06/26 23:58 ID:???
33 ：NAME IS NULL：04/06/26 23:59 ID:paF+Qaln
盛 り 上 が っ て ま い り ま し た
>>32
お前は真性のアホだな
10万円で普通に使えるDBと
100万円で物凄い機能が搭載されたDB、
どっちを買う企業が多いと思うよ？
DBを導入して金が増えるか？
DBはせいぜい管理に使う程度で、それ自体が商売になるもんでは無いだろが。
だからなるべく予算重視が正解だろ
お前は真性のアホだな
10万円で普通に使えるDBと
100万円で物凄い機能が搭載されたDB、
どっちを買う企業が多いと思うよ？
DBを導入して金が増えるか？
DBはせいぜい管理に使う程度で、それ自体が商売になるもんでは無いだろが。
だからなるべく予算重視が正解だろ
35 ：NAME IS NULL：04/06/27 00:09 ID:???
＞DBはせいぜい管理に使う程度で、
＞それ自体が商売になるもんでは無いだろが。
そうとは限らないだろボケが。
ショッピングカートのシステムやらオークションやらは
商売になってるんちゃうんか？あ？
＞それ自体が商売になるもんでは無いだろが。
そうとは限らないだろボケが。
ショッピングカートのシステムやらオークションやらは
商売になってるんちゃうんか？あ？
>>35
やれやれアホが居るな┐(´ー｀)┌
DBの話に何でショッピングカートやらオークションやらが登場するんだ。
そういったシステムは既にフリーのもいっぱいあるし、
あちこちで安いシステムもレンタル出来るだろ。
そしてそれを皆が使ってる。
それって費用が安いから使うんだろ？
コストよりクオリティ重視なんてクライアントは求めちゃいねえのよ。
お前自分で自分の首絞めてねえ？ｗ
やれやれアホが居るな┐(´ー｀)┌
DBの話に何でショッピングカートやらオークションやらが登場するんだ。
そういったシステムは既にフリーのもいっぱいあるし、
あちこちで安いシステムもレンタル出来るだろ。
そしてそれを皆が使ってる。
それって費用が安いから使うんだろ？
コストよりクオリティ重視なんてクライアントは求めちゃいねえのよ。
お前自分で自分の首絞めてねえ？ｗ
37 ：NAME IS NULL：04/06/27 00:24 ID:???
俺は>>29の言ってる事が正しいと思うな。
だって事実>>1みたいなクライアント、ザラに居るし。
フリーでプログラマーやってるが、見積もり出した時に客から
「検索って本とかに簡単に作れるってたくさん出てるでしょ？
何でこんなに金取るの？何でこんなに時間かかるの？」って
嫌味ったらしく言われて困る。
「初心者のデータベース構築」だかなんだかを売りにしてる本は
マジでうざいよな。以前はＷｅｂサイト制作の仕事もやってたけど、
初心者向けのツールのせいで「自分ところで更新できるからいいよ」と
保守を断られてから一気にそっち方面への興味が萎えた。
だって事実>>1みたいなクライアント、ザラに居るし。
フリーでプログラマーやってるが、見積もり出した時に客から
「検索って本とかに簡単に作れるってたくさん出てるでしょ？
何でこんなに金取るの？何でこんなに時間かかるの？」って
嫌味ったらしく言われて困る。
「初心者のデータベース構築」だかなんだかを売りにしてる本は
マジでうざいよな。以前はＷｅｂサイト制作の仕事もやってたけど、
初心者向けのツールのせいで「自分ところで更新できるからいいよ」と
保守を断られてから一気にそっち方面への興味が萎えた。
38 ：NAME IS NULL：04/06/27 03:56 ID:???
オークションサイトはレスポンスがショボかったり低機能じゃ困るんじゃ？
コスト度外視は無いにしても。
あと、>>35はショッピングカートじゃなくて買い物サイトの話じゃないんかな？
フリーのショッピングカート及び商品管理のシステムで我慢するのは
片手間でネットショップやる自営業者ぐらいしかいないでしょ。さすがに。
利益の足しになれば儲けモンっていうネットショップしかないわけではあるまいに。
コスト度外視は無いにしても。
あと、>>35はショッピングカートじゃなくて買い物サイトの話じゃないんかな？
フリーのショッピングカート及び商品管理のシステムで我慢するのは
片手間でネットショップやる自営業者ぐらいしかいないでしょ。さすがに。
利益の足しになれば儲けモンっていうネットショップしかないわけではあるまいに。
39 ：NAME IS NULL：04/06/27 06:28 ID:19QAWk3N
100万円ってところがね。
中々理解してくれない。
最初に調査したことと､違っている場合は最悪｡
不慮の不具合が生じて、膨大な時間を浪費しても、100万円は変わらないから｡
開発者もそりゃ身体を壊します｡
中々理解してくれない。
最初に調査したことと､違っている場合は最悪｡
不慮の不具合が生じて、膨大な時間を浪費しても、100万円は変わらないから｡
開発者もそりゃ身体を壊します｡
40 ：NAME IS NULL：04/06/27 14:11 ID:???
41 ：NAME IS NULL：04/06/27 14:43 ID:???
＞＞４０
企業は信用も大事にするから、そうほいほいと業者を変えたりしない。
企業は信用も大事にするから、そうほいほいと業者を変えたりしない。
42 ：NAME IS NULL：04/06/27 16:27 ID:fHuUjyiS
SQLも知らんところから初めて
だいたい３ヶ月くらいで会社の簡単なＤＢつくたYO!
プロの目から見たらたいしたことないとは思うが、
田舎の中小なもんで、それで間に合ってます。
今はその保守と年々増え続ける拡張要求をこなしていまふ。
やってて思ったのだが、DB作る以前の教育の方が重要と思われる。
ＤＢは業務改善の一部分であって、それあれば仕事が楽になるのでは
ないってことをわからせなきゃなりませんな。
既存のゴタゴタとした業務をそっくりそのままＤＢにするのは、
後々辛いことになると感じた。賢いユーザとばかり付き合っていく訳には
いかないからプロの人は大変だわw
だいたい３ヶ月くらいで会社の簡単なＤＢつくたYO!
プロの目から見たらたいしたことないとは思うが、
田舎の中小なもんで、それで間に合ってます。
今はその保守と年々増え続ける拡張要求をこなしていまふ。
やってて思ったのだが、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:???
46 ：NAME IS NULL：04/09/10 03:29 ID:KA71ejOg
SQLやPHPの入門書を読みながら、一月足らずで簡単なDBが作れた。
でもDBって外注すると高いよね。どこら辺にお金がかかってるんだろう？
俺は無償のPostgreSQLを使ってるけど、有償のを使うから高くなるの？
それとも、システム設計の質の問題かな？
素人質問で恐縮ですが、プロはここが違うぜ！というのを教えてください。
でもDBって外注すると高いよね。どこら辺にお金がかかってるんだろう？
俺は無償のPostgreSQLを使ってるけど、有償のを使うから高くなるの？
それとも、システム設計の質の問題かな？
素人質問で恐縮ですが、プロはここが違うぜ！というのを教えてください。
47 ：NAME IS NULL：04/09/10 10:16 ID:???
>どこら辺にお金がかかってるんだろう？
もちろん人件費。
もちろん人件費。
48 ：NAME IS NULL：04/09/10 18:03:47 ID:???
商売としてやる以上まともな物を決められた期間で作らなければいけないわけで、
自分でやりたい範囲だけ簡単に覚えるって程度の知識では仕事も受けられない。
アクセス数が少なくて問題が表面化しないだけ、なんて適当なものを納品するわけにもいかない。
最初から出来る人を雇うにしても、研修でもして人材を育てるにしても経費は掛かる。
それなりの会社になれば仕事を取ってくる営業さんにお給料払わなきゃならんし、
商用用途に耐えるデザインなら当然Webデザイナーも居てそこにもお給料払わないといけない。
テスト用のサーバを置くためのお金もどこかで賄わないといけない。
等々…
自分でやりたい範囲だけ簡単に覚えるって程度の知識では仕事も受けられない。
アクセス数が少なくて問題が表面化しないだけ、なんて適当なものを納品するわけにもいかない。
最初から出来る人を雇うにしても、研修でもして人材を育てるにしても経費は掛かる。
それなりの会社になれば仕事を取ってくる営業さんにお給料払わなきゃならんし、
商用用途に耐えるデザインなら当然Webデザイナーも居てそこにもお給料払わないといけない。
テスト用のサーバを置くためのお金もどこかで賄わないといけない。
等々…
49 ：NAME IS NULL：04/09/11 02:25:12 ID:???
>>47,48
レスサンクス。
俺が思ったのは、42氏のような人が増えてきたら、
プロの仕事がどんどん減っていき、価格破壊が起きるのではないか、ということ。
「自分でやりたい範囲だけ簡単に覚えるって程度の知識」でも、そのDBにとっては十分なわけで。
そうすると、プロは、「何かあったときは責任をとります」と、
保険業のような形になるのかな？
レスサンクス。
俺が思ったのは、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はプロじゃないとダメ、
そうでなければ、アマでも勉強すれば何とかなる、
という理解でよいのかな。
俺の下らん質問に付き合ってくれてありがと。
もちろん、プロとアマの仕事のレベルに差があることはわかる。
ただ、その差が何百万円の差なのかどうか、わからなかったので、聞いてみた。
結局、大規模・本格的な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は、プロの仕事はレベルが違うことや
大規模なデータベースはプロでなければ作れないことはわかった上で、
でも高すぎるんじゃない？ということを言いたいんだと思う。
その疑問に対しては、
ものの価格は需要と供給で決まります、としか答えられないな。
経済学の問題。
銀座の寿司屋が高いのはなぜか。
１：地価が高いから
２：高くても買ってくれる人がいるから
答えは２番。多くの人は１番だと思ってるけど、違う。
大規模なデータベースはプロでなければ作れないことはわかった上で、
でも高すぎるんじゃない？ということを言いたいんだと思う。
その疑問に対しては、
ものの価格は需要と供給で決まります、としか答えられないな。
経済学の問題。
銀座の寿司屋が高いのはなぜか。
１：地価が高いから
２：高くても買ってくれる人がいるから
答えは２番。多くの人は１番だと思ってるけど、違う。
56 ：NAME IS NULL：04/09/12 18:15:16 ID:???
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
62 ：NAME IS NULL：05/01/15 22:45:31 ID:bYdtNrzI
データベースは使ってるけど全然ヘビーでない、しかもあくまでユーザーです。
DBを「作る」ということが話題になってるようですが、何を、作るのですか。
今、主流のRDBだと、巨象の体を手のひらで擦るように、部分、部分を
確かめ、確かめ、それで、全体像をつかみなさい、っていう世界じゃ
ないのですか。元々は。SQLPLUSだけで、済ますのが理想、とか。
DBを「作る」ということが話題になってるようですが、何を、作るのですか。
今、主流のRDBだと、巨象の体を手のひらで擦るように、部分、部分を
確かめ、確かめ、それで、全体像をつかみなさい、っていう世界じゃ
ないのですか。元々は。SQLPLUSだけで、済ますのが理想、とか。
63 ：NAME IS NULL：05/01/15 22:51:05 ID:???
おい！お前ら！！ちょっとまて！
人が黙って読んでりゃいい気になりやがって！
大体、DBを作るってなんだよ！！ﾎﾞｹｪ!!
正確には、DBを使うアプリケーションを作るだろが！
いい加減にしろよ！ｸｿどもがぁ
人が黙って読んでりゃいい気になりやがって！
大体、DBを作るってなんだよ！！ﾎﾞｹｪ!!
正確には、DBを使うアプリケーションを作るだろが！
いい加減にしろよ！ｸｿどもがぁ
64 ：NAME IS NULL：05/01/16 11:45:52 ID:iBP3Vz1l
DBなんて誰でも使えるでしょ。
素人だって３日あれば楽勝。
素人だって３日あれば楽勝。
65 ：NAME IS NULL：05/01/16 14:41:34 ID:???
66 ：NAME IS NULL：05/01/16 14:48:02 ID:???
67 ：NAME IS NULL：05/01/17 15:31:28 ID:lJIssQxS
68 ：NAME IS NULL：05/01/17 21:35:38 ID:Q0G26wVv
69 ：NAME IS NULL：05/01/17 23:02:37 ID:???
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万が高いかどうか？
それは需要にというのは置いておいて、別の論点での話だが
では、素人が１から作って実用レベルの代物作るのにどれくらいかかるとお考えで？
一般的な相場で100万するようなもんが、素人が誰でも例えば３ヶ月で果たして作れるか？
(プログラムとなると全くの素人は１から勉強しても挫折する人間の方が圧倒数だと思うが)
簡単なもんでも実用レベルのものなんて誰でもという訳にはいかないと思うよ。
(一定のとこまで理解する事が出来たら早いけど)
それでも月辺り33万だね。給与と比較すると何か大差ある？
プロだとかアマだとか営業だとかって前に、如何にクライアントにシステムを
アピールし理解させ価格を提示し判断させるか。これは永久不変だよ。
レンタルで良いのがあったり何処の誰がどうしようとこうしようと、そんな状況下で
仮に割に合わなくても案件を請けるかどうかの判断をするのも自身となる。
心配せんでもこれから安く請け負える条件の(専門出など)若い世代が溢れ返るよ。
個人企業問わずの話ね。
これから需要に対する供給量(人)だけ増える一方だから。
まず100万が高いかどうか？
それは需要にというのは置いておいて、別の論点での話だが
では、素人が１から作って実用レベルの代物作るのにどれくらいかかるとお考えで？
一般的な相場で100万するようなもんが、素人が誰でも例えば３ヶ月で果たして作れるか？
(プログラムとなると全くの素人は１から勉強しても挫折する人間の方が圧倒数だと思うが)
簡単なもんでも実用レベルのものなんて誰でもという訳にはいかないと思うよ。
(一定のとこまで理解する事が出来たら早いけど)
それでも月辺り33万だね。給与と比較すると何か大差ある？
プロだとかアマだとか営業だとかって前に、如何にクライアントにシステムを
アピールし理解させ価格を提示し判断させるか。これは永久不変だよ。
レンタルで良いのがあったり何処の誰がどうしようとこうしようと、そんな状況下で
仮に割に合わなくても案件を請けるかどうかの判断をするのも自身となる。
心配せんでもこれから安く請け負える条件の(専門出など)若い世代が溢れ返るよ。
個人企業問わずの話ね。
これから需要に対する供給量(人)だけ増える一方だから。
73 ：NAME IS NULL：05/02/05 19:20:53 ID:???
それとじゃあ何か面倒なの5000円で請けてもそれはそれで良しとする。
ソースにしたら例えば延べ5万行くらいのな。
どうしてもカスタマイズが必要になったらどうする？
(レンタルって話は通用しなくなるね。)
とりあえず5000円のだから誰かに安くお願いするよね？
しかし供給量(人)は無限じゃないし、仮に無限でも何処の誰ぞやが作った
面倒なソース理解するだけで(バグ出し含めて)日数も並ならないと思うよ。
(価格的にテーブル数も列数も半端ない。どの列が何の意味持ってるかも解らないし。
表示の問題もあるね。最悪、内容によっては１から作り直し。)
日数を考慮して下手したら数○万だね。
でも5000円だったもんだから依頼者側は断るとしよう。
結果、誰一人やりません。
ソースにしたら例えば延べ5万行くらいのな。
どうしてもカスタマイズが必要になったらどうする？
(レンタルって話は通用しなくなるね。)
とりあえず5000円のだから誰かに安くお願いするよね？
しかし供給量(人)は無限じゃないし、仮に無限でも何処の誰ぞやが作った
面倒なソース理解するだけで(バグ出し含めて)日数も並ならないと思うよ。
(価格的にテーブル数も列数も半端ない。どの列が何の意味持ってるかも解らないし。
表示の問題もあるね。最悪、内容によっては１から作り直し。)
日数を考慮して下手したら数○万だね。
でも5000円だったもんだから依頼者側は断るとしよう。
結果、誰一人やりません。
74 ：NAME IS NULL：05/02/05 20:05:41 ID:???
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:???
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:???
84 ：NAME IS NULL：05/02/07 22:47:30 ID:???
>>83
３日教えた程度で使いもんになるわけないだろが、と言ってんだよ。
ただでさえ覚える気のない奴ら相手に。
３日あれば十分なんて言っているバカがいるけど、
しょせんお前はその程度のレベルじゃ。分かったか。
(#ﾟДﾟ)ｺﾞﾙｧ!!
と煽ってみるﾃｽﾄ。
３日教えた程度で使いもんになるわけないだろが、と言ってんだよ。
ただでさえ覚える気のない奴ら相手に。
３日あれば十分なんて言っているバカがいるけど、
しょせんお前はその程度のレベルじゃ。分かったか。
(#ﾟДﾟ)ｺﾞﾙｧ!!
と煽ってみるﾃｽﾄ。
85 ：83：05/02/07 23:31:17 ID:raPQTY20
煽られテストを食らってしまったｗ
マジレスすると、正規化について研修やら本やらで一通り学んでから、
実践を重ねることでようやくモノに出来るってな感じだとオモ！
話はそれるけど、SQLを学ぶ・使うことは論理力を鍛えるのに持ってこいと思わないか？
何も考え無しであれば、SELECT してから 全行数文のInsert を発行する処理を、
如何にして1つのSQL文に纏められるか！ 如何にパフォーマンスよく組み込むか！
そこら辺を論理立てて思考することによって、論理力が鍛えられる。
そう思わないですかね？
マジレスすると、正規化について研修やら本やらで一通り学んでから、
実践を重ねることでようやくモノに出来るってな感じだとオモ！
話はそれるけど、SQLを学ぶ・使うことは論理力を鍛えるのに持ってこいと思わないか？
何も考え無しであれば、SELECT してから 全行数文のInsert を発行する処理を、
如何にして1つの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サーバー構築なら大体２〜３万で管理するなら月１万くらいじゃないの？
もしかしてデータ内容までサポートしてんのか。そりゃ御苦労様。
DBサーバー構築なら大体２〜３万で管理するなら月１万くらいじゃないの？
もしかしてデータ内容までサポートしてんのか。そりゃ御苦労様。
92 ：NAME IS NULL：05/02/27 12:50:20 ID:???
お前安いな。
構築じゃなくてインストールだけじゃないのか？
構築じゃなくてインストールだけじゃないのか？
93 ：NAME IS NULL：05/02/27 14:41:40 ID:???
94 ：NAME IS NULL：05/02/28 00:13:20 ID:???
95 ：NAME IS NULL：05/03/18 13:56:27 ID:gASC2mSY
>>29-37
こういう読解力の無い連中って割と良い年した人達なのか？
>>30は>>29が儲からない事は29の責任（以下A)だと言っていて、
世間的にクオリティとコストどちらを重視するかは無関係。
どちらが重視されようとAに変わりは無いから。
ただ30が最後に１行余計な事を書いたが為に29に
>>30の前半２行を無視してレスをさせる余地を生み出してしまった。
（30の最終行の意図は自分の勝負の仕方を紹介し自力解決を促し自己責任を強調しているのだと思うが）
その余地を突いた29に対し30は趣旨を再説明すれば良かったが相手の翻弄に乗ってしまった。
しかも29は人格批判という非論理的かつ非理性的な事までやり始めた。
（感情的に挑発する事で>>30の前半２行をうやむやにして手馴れている）
これは議論における典型的なご法度だ。（参考：http://www.kt.rim.or.jp/~jda/intro/intro4.htm）
こういうの見てると、不思議に思う。
お前ら、いくつ？って。
by １０代
こういう読解力の無い連中って割と良い年した人達なのか？
>>30は>>29が儲からない事は29の責任（以下A)だと言っていて、
世間的にクオリティとコストどちらを重視するかは無関係。
どちらが重視されようとAに変わりは無いから。
ただ30が最後に１行余計な事を書いたが為に29に
>>30の前半２行を無視してレスをさせる余地を生み出してしまった。
（30の最終行の意図は自分の勝負の仕方を紹介し自力解決を促し自己責任を強調しているのだと思うが）
その余地を突いた29に対し30は趣旨を再説明すれば良かったが相手の翻弄に乗ってしまった。
しかも29は人格批判という非論理的かつ非理性的な事までやり始めた。
（感情的に挑発する事で>>30の前半２行をうやむやにして手馴れている）
これは議論における典型的なご法度だ。（参考：http://www.kt.rim.or.jp/~jda/intro/intro4.htm）
こういうの見てると、不思議に思う。
お前ら、いくつ？って。
by １０代
96 ：NAME IS NULL：05/03/18 16:37:32 ID:l3qbHaFp
>>95
9ヶ月前のレスに反応してる馬鹿ﾊｹｰｿ!! 記念age
9ヶ月前のレスに反応してる馬鹿ﾊｹｰｿ!! 記念age
97 ：NAME IS NULL：2005/03/26(土) 16:58:12 ID:???
98 ：NAME IS NULL：2005/07/27(水) 04:41:04 ID:rB9w6EnS
朝が迫る♪朝が迫る♪
99 ：NAME IS NULL：2005/09/01(木) 14:31:28 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でなんとかなると思われ
まぁ、パフォは悪いだろうがテーブル作るだけなら特に知識も要らないだろ
とりあえずデキは悪くてもいいからやってみれ
あとはPGでなんとかなると思われ
まぁ、パフォは悪いだろうがテーブル作るだけなら特に知識も要らないだろ
とりあえずデキは悪くてもいいからやってみれ
103 ：NAME IS NULL：2005/12/08(木) 14:16:45 ID:???
104 ：NAME IS NULL：2005/12/25(日) 23:42:22 ID:jUPBNOGV
すいません、全くの素人なんでお聞き苦しいと思いますが
プロの方に質問です。
DBというのは出来上がった製品としては
1.入力フォームがある
2.その入力内容に従ってデーターベースが書き換えられる。
3.管理者はそれを編集出来、非管理者は入力のみ。
4.データーベースはリアルタイムで反映されたものを別画面で表示可能。
すいません、ちょっと意味不明ですかね？
例えば会員制のサイトで、最初に住所氏名年齢その他の個人情報を入力
して、それを会員が個人ページで確認できたり変更できたりできて、他人には
見れないという感じですか。
こういう仕組みというのもDBの範囲なんですよね？
プロの方に質問です。
DBというのは出来上がった製品としては
1.入力フォームがある
2.その入力内容に従ってデーターベースが書き換えられる。
3.管理者はそれを編集出来、非管理者は入力のみ。
4.データーベースはリアルタイムで反映されたものを別画面で表示可能。
すいません、ちょっと意味不明ですかね？
例えば会員制のサイトで、最初に住所氏名年齢その他の個人情報を入力
して、それを会員が個人ページで確認できたり変更できたりできて、他人には
見れないという感じですか。
こういう仕組みというのもDBの範囲なんですよね？
105 ：NAME IS NULL：2005/12/25(日) 23:50:06 ID:7MlCK4K9
話良くわからんが、純粋にデータベース(Oracle,DB2など)と言えば､
純粋にデータを格納する部分だけだろ。だから、１のように画面なんてないし、
２，３，４のように特定の業務に依存した部分なんてDBの機能ではない
。
純粋にデータを格納する部分だけだろ。だから、１のように画面なんてないし、
２，３，４のように特定の業務に依存した部分なんてDBの機能ではない
。
106 ：NAME IS NULL：2005/12/26(月) 00:04:59 ID:+gAqKTGW
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で接続するわけで、そんなタイトルのスレがいいんじゃ。
バックエンドのデータストアとしてデータベースを使ってるって感じ。
ユーザーが入力する画面はフロントエンドで、各お客さんの業務に合わせて
作れたりする。
んー。データベースの更新部分(純粋な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/
ここに「ADO DAOなど接続方法について」ってあるでしょ。そことか。
だから、自分が質問する内容がどっちよりなのか把握して、適切にそれに
関するスレで質問するのがいいんじゃ？？
他にもここもおすすめ
http://www7.big.or.jp/~pinball/
110 ：NAME IS NULL：2005/12/26(月) 10:38:21 ID:???
111 ：NAME IS NULL：2005/12/26(月) 17:59:41 ID:???
要件から必要な要素を洗い出してDBを設計する。
プログラムはその設計されたDBのとおりに動くだけ。
プログラムはその設計されたDBのとおりに動くだけ。
112 ：NAME IS NULL：2005/12/29(木) 12:18:31 ID:lvGGHkuC
データベースの構築が簡単だとか言ってる馬鹿がたくさんいるけど
ここにいる人たちって本当にちゃんと勉強してるのかな？
今、いろんなところでデータベースが原因のシステム障害が起こってる
まあデータベースなんざSQLなんざ簡単だ！なんて
馬鹿なこといってる無能なエンジニアが構築してるから・・・
まともなDBAが一人でもいれば違ってくるんだろうけどな〜
ここにいる人たちって本当にちゃんと勉強してるのかな？
今、いろんなところでデータベースが原因のシステム障害が起こってる
まあデータベースなんざ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:???
突如ＤＢ設計をすることになってもうた。
とりあえず簡単にでいいからＥＲ書いて提出してくれと言われた。
書き方がわからん。。。
とりあえず簡単にでいいからＥＲ書いて提出してくれと言われた。
書き方がわからん。。。
115 ：NAME IS NULL：2006/02/22(水) 00:08:52 ID:???
今まで社内でAccessでデータベース作ってました。
今日SQR Serverの本を買ってきて、アップサイジングを自分でやって
隣町の支社と共有するデータベース構築したいと言ったら、
それは無理、と言われた。
やっぱ無理ですかね？
でも、その本には「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サーバー立てたり色々大変です。
隣町の支社と共有しなくても、さまざまな技術が要求されます。
後、SQLServerにエンドユーザーが接続するためのフロントエンドとなる
アプリケーションをどのように開発するかとか色々決めないといけません。
この手のソフトは通常、Visual Basicなどのプログラミング言語を用いて作ります。
今、はやりのWebアプリ(ブラウザからアクセス)にするならWebサーバー立てたり色々大変です。
隣町の支社と共有しなくても、さまざまな技術が要求されます。
http://premium.nikkeibp.co.jp/as/kddi-biz/
このKDDIのセキュアラインとやらと使えば、
データベース知識はAcceess程度で、115のニーズを満たせないでしょうか？
このKDDIのセキュアラインとやらと使えば、
データベース知識はAcceess程度で、115のニーズを満たせないでしょうか？
119 ：NAME IS NULL：2006/02/22(水) 10:57:25 ID:???
>>115
そういう問題ではない
まず、KDDIのセキュアラインは基本的に独立したネットワークが対象
支店と両方にセキュアラインを導入したとして、その間をつなぐ設定は(SQL鯖を含め)
KDDIはやってくれない
支店間のネットワークを構築している管理者が社内にいるのならば、その管理者のスキルにも寄ります
それが現時点で理解できていないのなら、やめておいた方が吉でしょう
自分のスキルアップも含めて、それでもやるというなら、結果はともかく勉強する価値はあるでしょう
DB + ネットワーク系 + サーバーの勉強が必要でしょう。
ちなみに、あなたがAccessでクエリー、マクロを使わずにVBAを使用してSQL鯖につなげることが出来るレベルと仮定して
、2ヶ月もあれば構築はできるようになるとおもいます。通常業務の空き時間によりますけどね。
そういう問題ではない
まず、KDDIのセキュアラインは基本的に独立したネットワークが対象
支店と両方にセキュアラインを導入したとして、その間をつなぐ設定は(SQL鯖を含め)
KDDIはやってくれない
支店間のネットワークを構築している管理者が社内にいるのならば、その管理者のスキルにも寄ります
それが現時点で理解できていないのなら、やめておいた方が吉でしょう
自分のスキルアップも含めて、それでもやるというなら、結果はともかく勉強する価値はあるでしょう
DB + ネットワーク系 + サーバーの勉強が必要でしょう。
ちなみに、あなたがAccessでクエリー、マクロを使わずにVBAを使用してSQL鯖につなげることが出来るレベルと仮定して
、2ヶ月もあれば構築はできるようになるとおもいます。通常業務の空き時間によりますけどね。
120 ：NAME IS NULL：2006/02/22(水) 12:03:42 ID:???
今日はじめてこのスレ読んだ。
ごめん、RDBMSを作る話だと思って紛れ込んでしまったようだ。
ごめん、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 でｐｈｐスクリプト一発作成
xrea サーバーget （ｍｙｓｑｌ+ｐｈｐ Ok）
phpMyAdmin でテーブルこぴー
fffttp で ローカルのすくりぷとをｆｔｐ
んで、しろーとでこれくらいはつくれるぞ
ttp://nakanoto.net/xrea/x_serverlist.php
phpMyAdmin でテーブル作成
phpmaker でｐｈｐスクリプト一発作成
xrea サーバーget （ｍｙｓｑｌ+ｐｈｐ Ok）
phpMyAdmin でテーブルこぴー
fffttp で ローカルのすくりぷとをｆｔｐ
んで、しろーとでこれくらいはつくれるぞ
ttp://nakanoto.net/xrea/x_serverlist.php
>あなたがAccessでクエリー、マクロを使わずにVBAを使用してSQL鯖につなげる
できないっす。
むむぅー、難しいっすね。
隣町の支社と共有って、素人がすぐ「やりたいなー」って思いつくことなんだけど、
実現は難しいですねー。
業者に頼んだら、100万円かかるとか言われるし。
「ちょっと」支社と繋ぎたいだけなんだけど、意外と大変。
できないっす。
むむぅー、難しいっすね。
隣町の支社と共有って、素人がすぐ「やりたいなー」って思いつくことなんだけど、
実現は難しいですねー。
業者に頼んだら、100万円かかるとか言われるし。
「ちょっと」支社と繋ぎたいだけなんだけど、意外と大変。
124 ：NAME IS NULL：2006/02/26(日) 01:00:41 ID:???
>>123
まぁ、専用線つかわなくても、VPN(Virtual Private Network)を使えば、
公共のインターネット使っても安全に接続はできる。ただ、帯域保証はされていないけど。
VPNで自前で設定とかすれは、金はそこまでかからんとは思うが。
とりあえず、君は隣町の支社とつなぐことは置いとけば。
まぁ、専用線つかわなくても、VPN(Virtual Private Network)を使えば、
公共のインターネット使っても安全に接続はできる。ただ、帯域保証はされていないけど。
VPNで自前で設定とかすれは、金はそこまでかからんとは思うが。
とりあえず、君は隣町の支社とつなぐことは置いとけば。
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か、ＳＱＲserverか、
どちらが良いでしょうか？
当方ＩＴ関係ではないので、少しでも簡単なのが良いです。
Oracleか、ＳＱＲserverか、
どちらが良いでしょうか？
当方ＩＴ関係ではないので、少しでも簡単なのが良いです。
130 ：NAME IS NULL：2006/04/19(水) 23:17:35 ID:???
>>129
そのままAccessを使用する
そのままAccessを使用する
131 ：NAME IS NULL：2006/04/20(木) 11:16:46 ID:???
移行の理由は？
Accessで複数台接続の不具合から移行を考えてるのならば
変えても意味はない。運用方法なり、ロジックを考えましょう
バックアップ（トランザクション）やデータ件数が増えてきての移行ならば
MS SQLServerが楽だし安い
大量データでお金が有り余っていて、勉強したいならOracle
Accessで複数台接続の不具合から移行を考えてるのならば
変えても意味はない。運用方法なり、ロジックを考えましょう
バックアップ（トランザクション）やデータ件数が増えてきての移行ならば
MS SQLServerが楽だし安い
大量データでお金が有り余っていて、勉強したいならOracle
132 ：129：2006/04/21(金) 00:10:48 ID:xpP/+TWu
今、ＡｃｃｅｓｓをＬＡＮ上で３人位で同時に開いて、
てんでに入力してます。
これを、10人くらい同時に入力しても不具合が生じないような
丈夫なものにしたいのです。
やっぱ、ＳＱＲserverですかぁ。
それでも難しそうだったんで、もう少し簡単なのないかなぁと思ったんですけど。
つーか、誰かＡｃｃｅｓｓを丈夫にしてぇ。
てんでに入力してます。
これを、10人くらい同時に入力しても不具合が生じないような
丈夫なものにしたいのです。
やっぱ、ＳＱＲserverですかぁ。
それでも難しそうだったんで、もう少し簡単なのないかなぁと思ったんですけど。
つーか、誰かＡｃｃｅｓｓを丈夫にしてぇ。
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人位でも、不具合生じると思うが。
そもそも、ｼﾝｸﾞﾙﾕｰｻﾞｰ環境用のデータベースだから、
根本的に使い方間違えてるような気がする。
ロジックで解決とかそういう以前に。
だから、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の無償公開だとおもうし。
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の無償公開だとおもうし。
>>129
できるよ
できるけど、最低でもDAOかADOでのDEL、UPDATEの書き方と
データがバッティングしないようなロジック、トランザクション及びロールバックを自前で作成しなきゃならない。
そこまでできれば、10台だろうが20台だろうが使えるシステムは構築できる。
でもそこまでやっても、MDBは壊れるので、バックアップも色々考えなきゃいけない
実際に50台で動かしてるmdbは作成した。
デモそこまで構築できる用になったのは、SQL鯖で日頃は開発してるからだな。
>>136
Accessプロジェクトじゃなくても、きちんと構築すれば
普通のアクセスでも問題ないよ。
できるよ
できるけど、最低でも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年くらいかかるから）
私のレベルじゃ、これに期待するのが一番現実的かなぁ。
資料を読んでみます。
＞フロントを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:???
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円ぐらいだったような気がする
でも、開発のみだよ。
運営は正規ライセンスを買わなきゃいけない
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ね。ども。
ところで、本屋に行くとＣ言語の本はいっぱいあるけど、
SQLserverの本はあんまりない。
会社の仕事に使うデータベース作りたいとい私のようなニーズの場合、
SQLserverを学ぶ方向で良いんですよね？
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かな。
できる、と思っている、あるいは、「実績」があるなら、
やればいいんじゃない？？
おいらの「実績」としては、レコードの破損の経験があるだけ。
もちろん、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さん！
探せばいろいろあるよ。
ただし、大きな書店に行きましょ。
でもね、書籍よりも、BooksOnlineを利用するって手もあるよ。
BooksOnlineと＠マークITのWEBサイトで、もう十分。
（あとは、SQLのハンディリファレンスみたいのがあれば、もうほかになんもいらんとおもうけど）
やたらでかい本買っても、その本ごとに方向性があって、
その本の方向性に誘導されちゃうと、自分の方向性を見失っちゃうかもよ。
がんばってね、>129さん！
>>147
実績があるから書いてる
そのクライアントも社内のセキュリティーポリシーの関係でSQL鯖をインスコできないので仕方なくMDBを使用、こっちはSQLでやりたかったんだけどね。
膨大な時間をかけて、会議でAccessの脆弱性について散々提案したのだが、結果はだめ
SQL鯖使うのならば、ネットワークから切り離して使えとの結論
泣く泣く構築したよ。SQLの1.5倍の開発時間かかったね
俺の立場はPMだから、SEとは違うしね。
まあ俺も>>147のいいたいことは良くわかるけどね。
問題は>>129がAccessでどこまで学んでいるかだよな
accessからSQLにテーブルリンクする程度の安易な移行方法なら、泣きを見るだけだからな〜
どっちにしても>>129、ｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ
実績があるから書いてる
そのクライアントも社内のセキュリティーポリシーの関係で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にワークテーブルを作成し、そちらをレコードソースにする、
などの工夫をしても壊れちゃうものなのでしょうか？
どうか、ご教授の程を・・・。
同時使用とはどういう状況ですか？
テーブルや連結フォームをみんなで開いたら、
確かにやばそうですが・・・。
非連結フォームを拵えて、
登録の一瞬だけ、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年くらい破損もなく使ってます。
テーブル移行程度ではない、ＳＱＬの勉強をしなければならないってことですか。
ええ〜〜！今、Accessしか理解できてないから、そうなると思うんですけど。
泣きを見ることになりますか〜〜！？
＞150
二人くらいが同時に一日中、何十回も入力したり、文章を打ってるので、開きっぱなしなんですよ。
危ないなとは思ってますが、以外にも1年くらい破損もなく使ってます。
テーブル移行程度ではない、ＳＱＬの勉強をしなければならないってことですか。
153 ：NAME IS NULL：2006/04/26(水) 12:30:22 ID:???
>>150
> 非連結フォームを拵えて、
> 登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。
この際に複数のユーザーが同時に同じレコード近辺(ここが味噌ね)を更新かけたら壊れやすい
そうならないように処理を自前で作成するしかない
それほどアクセスがないのならば、そうそう壊れないけどね
>>152
その程度だったら大丈夫じゃない？保証はしないけど
> 非連結フォームを拵えて、
> 登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。
この際に複数のユーザーが同時に同じレコード近辺(ここが味噌ね)を更新かけたら壊れやすい
そうならないように処理を自前で作成するしかない
それほどアクセスがないのならば、そうそう壊れないけどね
>>152
その程度だったら大丈夫じゃない？保証はしないけど
154 ：NAME IS NULL：2007/10/31(水) 09:10:04 ID:i4RCWQbW
ｱﾘの巣ｺﾛﾘってあるじゃん｡
蟻の行列にﾎﾟﾝと置くと､一瞬ﾋﾞｯｸﾘして列が乱れる｡
邪魔だなと言わんばかりに迂回する列が出来る｡
そのうち好奇心旺盛な一匹がｱﾘの巣ｺﾛﾘに入る｡
そいつをﾏﾈして何匹も入る｡
毒とも知らずにﾂﾌﾞﾂﾌﾞを運び出す｡
一匹が一粒づつ｡
いつのまにか行列はｱﾘの巣ｺﾛﾘが折り返し地点になる｡
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい｡
一匹が一粒づつ､丁寧にせっせと毒の粒を運ぶ｡
せっせと､せっせと､せっせと､せっせと｡
蟻さんって働き者だなと思う｡
俺も頑張らなきゃなと思う｡
次の日､あれほど沢山いて俺を困らせた蟻が一匹もいない｡
ほんとにいない｡
探してもいない｡
泣きたくなった｡
蟻の行列にﾎﾟﾝと置くと､一瞬ﾋﾞｯｸﾘして列が乱れる｡
邪魔だなと言わんばかりに迂回する列が出来る｡
そのうち好奇心旺盛な一匹がｱﾘの巣ｺﾛﾘに入る｡
そいつをﾏﾈして何匹も入る｡
毒とも知らずにﾂﾌﾞﾂﾌﾞを運び出す｡
一匹が一粒づつ｡
いつのまにか行列はｱﾘの巣ｺﾛﾘが折り返し地点になる｡
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい｡
一匹が一粒づつ､丁寧にせっせと毒の粒を運ぶ｡
せっせと､せっせと､せっせと､せっせと｡
蟻さんって働き者だなと思う｡
俺も頑張らなきゃなと思う｡
次の日､あれほど沢山いて俺を困らせた蟻が一匹もいない｡
ほんとにいない｡
探してもいない｡
泣きたくなった｡
155 ：NAME IS NULL：2007/12/29(土) 01:57:24 ID:???
156 ：NAME IS NULL：2008/04/19(土) 21:01:43 ID:???
AccessでローカルでVBAでもやっとけとｗ
157 ：NAME IS NULL：2008/05/15(木) 22:04:39 ID:xz0hxiYz
>>AccessでローカルでVBA
って本職から見たらそんなにレベル低いスキルなのか
エンドユーザーの俺ショック orz
って本職から見たらそんなにレベル低いスキルなのか
エンドユーザーの俺ショック orz
158 ：NAME IS NULL：2008/05/16(金) 02:48:05 ID:???
別にスキルひくくないと思うぞ
Access＋VBAで小規模な使えるDB作れるなら何で作ろうが基本はできてるだろ
Access＋VBAで小規模な使えるDB作れるなら何で作ろうが基本はできてるだろ
159 ：NAME IS NULL：2008/07/14(月) 00:53:47 ID:P8ztDr6W
【海外】母親の悲鳴を聞いた9歳少女、警察に通報→警察が駆けつけると夫婦生活中だった[7/13]
http://jbbs.livedoor.jp/bbs/read.cgi/sports/26525/1204784207/
http://jbbs.livedoor.jp/bbs/read.cgi/sports/26525/1204784207/
160 ：NAME IS NULL：2008/07/27(日) 08:55:00 ID:TYY9X/D0
>>1
よし、お前俺のケツの中にションベンしろ
よし、お前俺のケツの中にションベンしろ
161 ：NAME IS NULL：2008/07/27(日) 18:16:03 ID:tWVGueq7
使用言語やDBなんかなんでもいいよ
JavaだのC++だの使ったところで糞設計ならやっぱ糞
JavaだのC++だの使ったところで糞設計ならやっぱ糞
162 ：NAME IS NULL：2008/12/21(日) 04:19:55 ID:???
まぁ、総じて言える事はだな、
金かけて作ってるDB製品の癖して付属のGUIツールが糞すぎ。
金かけて作ってるDB製品の癖して付属のGUIツールが糞すぎ。
163 ：NAME IS NULL：2008/12/31(水) 16:05:04 ID:???
それはOracleを指していっているならなんとなく納得
164 ：NAME IS NULL：2009/10/10(土) 17:19:12 ID:???
データベース不在
165 ：NAME IS NULL：2010/09/07(火) 21:17:16 ID:???
Oracleのことですね、わかります。
166 ： 【32.3m】 電脳プリオン：2012/05/26(土) 14:51:53.05 ID:??? BE:486489986-PLT(12079)
作ったことない
167 ：NAME IS NULL：2012/07/22(日) 08:17:15.60 ID:5x8/lA1W
ＳＱＬ操作するコンソールなんぞ、
何言語で作ってもユーザーからすれば変わらん。
つまり、Access最強伝説なわけですよ。
何言語で作ってもユーザーからすれば変わらん。
つまり、Access最強伝説なわけですよ。
168 ：NAME IS NULL：2012/11/29(木) 12:30:43.92 ID:gRbdzMv5
今はデータベースより検索の時代。データは整理しないで適当に蓄積して検索をかける。
169 ：NAME IS NULL：2013/03/08(金) 17:15:53.36 ID:XnX3+WPj
http://junko717.exblog.jp/
人生ゲーム２０１３
金が無くて絵画にお絵かき出来ない？
それなら、脳を使って絵画を塗り潰せ。
刑務所に逃げる？
簡単な事だね。
世間に通用しない手足、何なら無礼な様をさらして歩くよ。
このビートは無礼、「ごあいさつも無礼な様」
見せてあげる、自力の本当の人生ゲーム。
リアルな奴らは手を叩け、足で地面を潰せ。
「はい」
ほら、ほら、どうだ？
すべてを変えてみるのもどうだ？
人生ゲーム２０１３
金が無くて絵画にお絵かき出来ない？
それなら、脳を使って絵画を塗り潰せ。
刑務所に逃げる？
簡単な事だね。
世間に通用しない手足、何なら無礼な様をさらして歩くよ。
このビートは無礼、「ごあいさつも無礼な様」
見せてあげる、自力の本当の人生ゲーム。
リアルな奴らは手を叩け、足で地面を潰せ。
「はい」
ほら、ほら、どうだ？
すべてを変えてみるのもどうだ？
170 ：NAME IS NULL：2013/03/14(木) 20:10:53.48 ID:9O4q0LY9
ふと思った疑問点です。
updateのクエリで、"set updated=now()" とか良くやると思うのだけれども、slaveが参照する
レプリケーションのバイナリログは、遅延を考慮しているのでしょうか？
updateのクエリで、"set updated=now()" とか良くやると思うのだけれども、slaveが参照する
レプリケーションのバイナリログは、遅延を考慮しているのでしょうか？
171 ：NAME IS NULL：