レンタルサーバ屋とかで「WebDBが作れます」とかよく書いてるけど
SQLサーバだけ用意して結局プログラムは自分で作るのかよ！！
紛らわしいんだよ！！
面倒なんで誰か作ってくれない？予算5000円程度で。
探検
データベースなんか作れるかよ！
レンタルサーバ屋とかで「WebDBが作れます」とかよく書いてるけど
SQLサーバだけ用意して結局プログラムは自分で作るのかよ！！
紛らわしいんだよ！！
面倒なんで誰か作ってくれない？予算5000円程度で。
勉強しろ
5000円で作ってやらなくも無いが、
せいぜいデータ検索と登録のみだな。
編集も削除も無し。
プログラム経験ゼロだから今さら無理
>>3
編集と削除はどうやってやんのさ
氏ぬ → 頭のいい香具師に生まれ変わる → DBを開発する
終了
http://www.webdb.co.jp/
タダだってさ
安いな。おい。
シビアに見て、
>>3
の見方で正解だろう｡
・データの検索（オプション検索とかもあればいい）が出来る。
・パスワード認証で管理画面へ行って、データの登録、編集、削除が一通り出来る。
・画像アップローダなんかもあればいい。
・CSVとかPDFでデータが保存出来る
まあこの程度かな。いくらか見積もってくれ。
最低でも今の予算の100倍ぐらいは覚悟しとけ。
5000×100倍＝50万
50万も出せないっつーの。
お兄ちゃんが教えてやる。
あのな、
http://www.a-m-i.co.jp/TMSP/0908HTML/tsld005.htm
ここに書いてある様に、システム開発の中では掲示板やチャットなんかと
違って、開発期間も費用もダントツ高いわけ。
5000円札1〜2枚で作ってもらえるわけが無いんだよ。
しかしな、いい事がある。
開発費用が高いって事は、プログラマーが儲かるという事だ。
お前が必死こいてデータベースを勉強すれば、
そういった開発の仕事がどんどん舞い込む。
自分のＤＢは自分で作れて、おまけにお金ががっぽり手に入る。
な？一石二鳥だろ？
今時DB開発で儲かるはずが無いだろｗ
いつの時代の人間だお前は
TECHSIDEの掲示板で見つけた。
おまいにぴったりだ。良かったな
http://www.datapot.com/
月2000円も出せるか！！
一回払いで5000円にしろ！！
激しく同意
自演じゃねえよボケ
俺は安いDBが欲しいの！
無料でもいいぐらいだ。
何でこんなに金かかるのか訳が分からん
30過ぎで頭固まったジジイか余程の馬鹿じゃなきゃ時間掛ければなんとかなる。
時間が惜しけりゃ金払え。
時間対費用
5000円 − 開発者のDB構築時間に対応する給料＝赤字（会社負担）
こんな構図は、ありえません。
自分で出来ないから言ってんだろｗｗｗ
大体ゲームソフトでも7800円で買える時代なのに
何でDBが10000円以内で買えないのか分からん。
100万で買っても100人に売れば1万になるじゃん。
オマエが1万で100人に売ればよし
MySQLはただで使えるからそれを使え。ただし、構築からなにから全て喪前が
やることになるけどな。
だれか個人の為に作るなら予算数万円でも「お前はアホか？」って鼻で笑われるぞ。
つうか簡単な検索程度ならPHP+MySQLの入門本でも買えば済むじゃん。
本は2〜3000円くらいで買える。
面倒くさくて出来ないし金も払えないってんなら、それは>>1には過ぎたおもちゃだってこった。
あきらめろ。
こんな奴らが居るせいで俺達DB開発業者が儲からないんだよ
俺「達」って・・俺は別にそんな事思ってねえよ。
自分の営業能力の無さを他人（他社？）のせいにするな。
>>6や>>16が安さで勝負するなら開発者はクオリティで勝負してなんぼでしょ。
あのな、「費用は高くていい。とにかくいい物を作ってくれ」なんて会社が
この不況の世の中どれだけあると思ってんだよ。>>1がいい例だろ。
まあ>>1ほどDQNな会社は無いと思うが、クオリティ勝負なんて
予算に余裕のある大企業ぐらいのもんだろ。
お前自身クオリティが低いから僻んでるのか？ｗ
俺がクライアントなら、たとえ費用が高くても単純にいい物作って欲しいと思うがな。
お前は真性のアホだな
10万円で普通に使えるDBと
100万円で物凄い機能が搭載されたDB、
どっちを買う企業が多いと思うよ？
DBを導入して金が増えるか？
DBはせいぜい管理に使う程度で、それ自体が商売になるもんでは無いだろが。
だからなるべく予算重視が正解だろ
＞それ自体が商売になるもんでは無いだろが。
そうとは限らないだろボケが。
ショッピングカートのシステムやらオークションやらは
商売になってるんちゃうんか？あ？
やれやれアホが居るな┐(´ー｀)┌
DBの話に何でショッピングカートやらオークションやらが登場するんだ。
そういったシステムは既にフリーのもいっぱいあるし、
あちこちで安いシステムもレンタル出来るだろ。
そしてそれを皆が使ってる。
それって費用が安いから使うんだろ？
コストよりクオリティ重視なんてクライアントは求めちゃいねえのよ。
お前自分で自分の首絞めてねえ？ｗ
だって事実>>1みたいなクライアント、ザラに居るし。
フリーでプログラマーやってるが、見積もり出した時に客から
「検索って本とかに簡単に作れるってたくさん出てるでしょ？
何でこんなに金取るの？何でこんなに時間かかるの？」って
嫌味ったらしく言われて困る。
「初心者のデータベース構築」だかなんだかを売りにしてる本は
マジでうざいよな。以前はＷｅｂサイト制作の仕事もやってたけど、
初心者向けのツールのせいで「自分ところで更新できるからいいよ」と
保守を断られてから一気にそっち方面への興味が萎えた。
コスト度外視は無いにしても。
あと、>>35はショッピングカートじゃなくて買い物サイトの話じゃないんかな？
フリーのショッピングカート及び商品管理のシステムで我慢するのは
片手間でネットショップやる自営業者ぐらいしかいないでしょ。さすがに。
利益の足しになれば儲けモンっていうネットショップしかないわけではあるまいに。
中々理解してくれない。
最初に調査したことと､違っている場合は最悪｡
不慮の不具合が生じて、膨大な時間を浪費しても、100万円は変わらないから｡
開発者もそりゃ身体を壊します｡
＞片手間でネットショップやる自営業者ぐらいしかいないでしょ
いやいや、大企業でも中小企業でも、費用が安い方を普通に選択するでしょ
企業は信用も大事にするから、そうほいほいと業者を変えたりしない。
だいたい３ヶ月くらいで会社の簡単なＤＢつくたYO!
プロの目から見たらたいしたことないとは思うが、
田舎の中小なもんで、それで間に合ってます。
今はその保守と年々増え続ける拡張要求をこなしていまふ。
やってて思ったのだが、DB作る以前の教育の方が重要と思われる。
ＤＢは業務改善の一部分であって、それあれば仕事が楽になるのでは
ないってことをわからせなきゃなりませんな。
既存のゴタゴタとした業務をそっくりそのままＤＢにするのは、
後々辛いことになると感じた。賢いユーザとばかり付き合っていく訳には
いかないからプロの人は大変だわw
俺にわかるように説明してくれない？
なるほどそういうのを作るのがＤＢな人の仕事なのか
やっとわかりました。
でもDBって外注すると高いよね。どこら辺にお金がかかってるんだろう？
俺は無償のPostgreSQLを使ってるけど、有償のを使うから高くなるの？
それとも、システム設計の質の問題かな？
素人質問で恐縮ですが、プロはここが違うぜ！というのを教えてください。
もちろん人件費。
自分でやりたい範囲だけ簡単に覚えるって程度の知識では仕事も受けられない。
アクセス数が少なくて問題が表面化しないだけ、なんて適当なものを納品するわけにもいかない。
最初から出来る人を雇うにしても、研修でもして人材を育てるにしても経費は掛かる。
それなりの会社になれば仕事を取ってくる営業さんにお給料払わなきゃならんし、
商用用途に耐えるデザインなら当然Webデザイナーも居てそこにもお給料払わないといけない。
テスト用のサーバを置くためのお金もどこかで賄わないといけない。
等々…
レスサンクス。
俺が思ったのは、42氏のような人が増えてきたら、
プロの仕事がどんどん減っていき、価格破壊が起きるのではないか、ということ。
「自分でやりたい範囲だけ簡単に覚えるって程度の知識」でも、そのDBにとっては十分なわけで。
そうすると、プロは、「何かあったときは責任をとります」と、
保険業のような形になるのかな？
片手間の勉強程度じゃ手に負えない仕事もいっぱいあるわけで…
でやれる範囲なら、自分でやればいい。
プロはそれ以上の事をやっている。
インスタントラーメンと行列ができるラーメン屋の差だ。
俺の下らん質問に付き合ってくれてありがと。
もちろん、プロとアマの仕事のレベルに差があることはわかる。
ただ、その差が何百万円の差なのかどうか、わからなかったので、聞いてみた。
結局、大規模・本格的なDBはプロじゃないとダメ、
そうでなければ、アマでも勉強すれば何とかなる、
という理解でよいのかな。
素人が大規模なものを作ったとして、止まったら責任取れるのか？
大規模なデータベースはプロでなければ作れないことはわかった上で、
でも高すぎるんじゃない？ということを言いたいんだと思う。
その疑問に対しては、
ものの価格は需要と供給で決まります、としか答えられないな。
経済学の問題。
銀座の寿司屋が高いのはなぜか。
１：地価が高いから
２：高くても買ってくれる人がいるから
答えは２番。多くの人は１番だと思ってるけど、違う。
作れたのなら取れる。と思うw
>>55
禿同。
地価が高いから値段が高くなりがち、と考えるのなら浅はか。
買い手のいない所には売り手もいないっと。
取れないよ。
業務の損害を甘く見ると痛い目にあうよ。
簡単な通販だからちょっとくらい失敗してもなんて感覚で
納品すると、個人情報が抜かれたり、注文がごちゃごちゃになったり
した場合、一家離散をしても足りないくらいの損害賠償が
必要になることもある。
企業の場合は、保険に入ったり、その他いろいろ対応しているが、
個人ではその保険にも入れないし、対応方法も限られる。
最後にケツをふく役目にならなければいいだけだ。
納品させてくれる客がいたら知りたいものだが。
PDFから読み込み、以外なら簡単に実現できそうなんだけど。
DBを「作る」ということが話題になってるようですが、何を、作るのですか。
今、主流のRDBだと、巨象の体を手のひらで擦るように、部分、部分を
確かめ、確かめ、それで、全体像をつかみなさい、っていう世界じゃ
ないのですか。元々は。SQLPLUSだけで、済ますのが理想、とか。
人が黙って読んでりゃいい気になりやがって！
大体、DBを作るってなんだよ！！ﾎﾞｹｪ!!
正確には、DBを使うアプリケーションを作るだろが！
いい加減にしろよ！ｸｿどもがぁ
素人だって３日あれば楽勝。
おもろいなあ、君。
ゲームソフトぐらいなら君でも作れるだろうけど、
ＤＢは作れないでしょ。
３日やる。
頼むから俺の周りのやつらに教えてやってくれ。
わかる人教えてください。
ttp://www.atjob.net/
レベルの低いやつの周りにはレベルの低いやつしかいないってことだよね。
普通の人なら３日あれば楽勝。
いやあ、３日で覚えられる程度の内容で仕事ができてくれたら俺も楽でいいんだけどさ。
まず100万が高いかどうか？
それは需要にというのは置いておいて、別の論点での話だが
では、素人が１から作って実用レベルの代物作るのにどれくらいかかるとお考えで？
一般的な相場で100万するようなもんが、素人が誰でも例えば３ヶ月で果たして作れるか？
(プログラムとなると全くの素人は１から勉強しても挫折する人間の方が圧倒数だと思うが)
簡単なもんでも実用レベルのものなんて誰でもという訳にはいかないと思うよ。
(一定のとこまで理解する事が出来たら早いけど)
それでも月辺り33万だね。給与と比較すると何か大差ある？
プロだとかアマだとか営業だとかって前に、如何にクライアントにシステムを
アピールし理解させ価格を提示し判断させるか。これは永久不変だよ。
レンタルで良いのがあったり何処の誰がどうしようとこうしようと、そんな状況下で
仮に割に合わなくても案件を請けるかどうかの判断をするのも自身となる。
心配せんでもこれから安く請け負える条件の(専門出など)若い世代が溢れ返るよ。
個人企業問わずの話ね。
これから需要に対する供給量(人)だけ増える一方だから。
ソースにしたら例えば延べ5万行くらいのな。
どうしてもカスタマイズが必要になったらどうする？
(レンタルって話は通用しなくなるね。)
とりあえず5000円のだから誰かに安くお願いするよね？
しかし供給量(人)は無限じゃないし、仮に無限でも何処の誰ぞやが作った
面倒なソース理解するだけで(バグ出し含めて)日数も並ならないと思うよ。
(価格的にテーブル数も列数も半端ない。どの列が何の意味持ってるかも解らないし。
表示の問題もあるね。最悪、内容によっては１から作り直し。)
日数を考慮して下手したら数○万だね。
でも5000円だったもんだから依頼者側は断るとしよう。
結果、誰一人やりません。
>>64はDBを作るでは無くて、使うと言ってるのを理解してるか？
そのくらい出来るだろ。
（DB固有のSQL以外は・・・）
複合クエリやサブクエリや各種結合なんて自然と覚えるさ
(それだけで何するのか知らないけど)
出来ない出来ないとカキコしている暇があったら勉強しろや！！
(#ﾟДﾟ)ｺﾞﾙｧ!!
と煽ってみるﾃｽﾄ。
３日教えた程度で使いもんになるわけないだろが、と言ってんだよ。
ただでさえ覚える気のない奴ら相手に。
３日あれば十分なんて言っているバカがいるけど、
しょせんお前はその程度のレベルじゃ。分かったか。
(#ﾟДﾟ)ｺﾞﾙｧ!!
と煽ってみるﾃｽﾄ。
マジレスすると、正規化について研修やら本やらで一通り学んでから、
実践を重ねることでようやくモノに出来るってな感じだとオモ！
話はそれるけど、SQLを学ぶ・使うことは論理力を鍛えるのに持ってこいと思わないか？
何も考え無しであれば、SELECT してから 全行数文のInsert を発行する処理を、
如何にして1つのSQL文に纏められるか！ 如何にパフォーマンスよく組み込むか！
そこら辺を論理立てて思考することによって、論理力が鍛えられる。
そう思わないですかね？
ＳＱＬについてはあんまり思わない。
なぜなら最初からそういう発想しないやつは、言ってもそういうことを
考えないから。
おしえても単なる呪文としかおもわないで、バカの一つ覚えみたいに
そればっかり書くし。
もちろんシステム屋に論理的指向は非常に重要だと思う。
プログラミングするしないにかかわらず。
これを鍛えるのは学校で教えてくれる数学であると思う。
例えば方程式の丸暗記とかは実社会では役に立たないが、
方程式をといたり、証明をするというのは論理的思考（ロジ
カルシンキング）をやしなう訓練であると思う。
コンピュータの世界に入ってからはアルゴリズムだね。
古い言い方をすればフローチャートの学習。
これも論理的思考（ロジカルシンキング）をやしなう訓練
であると思う。
エクセルにいっぱい毛が生えたのなら作れる。
それでいいじゃないか
DBサーバー構築なら大体２〜３万で管理するなら月１万くらいじゃないの？
もしかしてデータ内容までサポートしてんのか。そりゃ御苦労様。
構築じゃなくてインストールだけじゃないのか？
安っ！
そんなんでいいなら、俺が保守担当しているDBもかわりに管理・保守してくれ。
20DB・1500テーブル・80万レコードくらいあるけど・・・
うちのも頼む。
テーブル数は200位で、1000万レコードを越えるテーブルが50以上ある。
最大のものは1億レコード越えてる。
よろしく頼む。
こういう読解力の無い連中って割と良い年した人達なのか？
>>30は>>29が儲からない事は29の責任（以下A)だと言っていて、
世間的にクオリティとコストどちらを重視するかは無関係。
どちらが重視されようとAに変わりは無いから。
ただ30が最後に１行余計な事を書いたが為に29に
>>30の前半２行を無視してレスをさせる余地を生み出してしまった。
（30の最終行の意図は自分の勝負の仕方を紹介し自力解決を促し自己責任を強調しているのだと思うが）
その余地を突いた29に対し30は趣旨を再説明すれば良かったが相手の翻弄に乗ってしまった。
しかも29は人格批判という非論理的かつ非理性的な事までやり始めた。
（感情的に挑発する事で>>30の前半２行をうやむやにして手馴れている）
これは議論における典型的なご法度だ。（参考：http://www.kt.rim.or.jp/~jda/intro/intro4.htm）
こういうの見てると、不思議に思う。
お前ら、いくつ？って。
by １０代
9ヶ月前のレスに反応してる馬鹿ﾊｹｰｿ!! 記念age
いいなぁ、10代は。
歳をとったらこんなふうになる人多いよ。
ていうか 釣 ら れ て し ま っ た ○|￣|＿
あとはPGでなんとかなると思われ
まぁ、パフォは悪いだろうがテーブル作るだけなら特に知識も要らないだろ
とりあえずデキは悪くてもいいからやってみれ
っというレスを返しているあなたに一言。
スレが立ったのは一年半前です。
絶対にもう作ろうとしてないからっ!!
プロの方に質問です。
DBというのは出来上がった製品としては
1.入力フォームがある
2.その入力内容に従ってデーターベースが書き換えられる。
3.管理者はそれを編集出来、非管理者は入力のみ。
4.データーベースはリアルタイムで反映されたものを別画面で表示可能。
すいません、ちょっと意味不明ですかね？
例えば会員制のサイトで、最初に住所氏名年齢その他の個人情報を入力
して、それを会員が個人ページで確認できたり変更できたりできて、他人には
見れないという感じですか。
こういう仕組みというのもDBの範囲なんですよね？
純粋にデータを格納する部分だけだろ。だから、１のように画面なんてないし、
２，３，４のように特定の業務に依存した部分なんてDBの機能ではない
。
うーん、それだと入力する時に困るんじゃないですか？
管理する側が資料を基に一括でデーター入力するにしても、データーベース
というのは常に追加追加で単発で情報が入ってくると思うのですが。
どこで話を聞けばいいのか分からない。
バックエンドのデータストアとしてデータベースを使ってるって感じ。
ユーザーが入力する画面はフロントエンドで、各お客さんの業務に合わせて
作れたりする。
んー。データベースの更新部分(純粋なSQL文)とかはここのスレで問題ないけど、
データベースに接続するための部分はJava使っているなら
JDBCというもので接続するわけで、他のスレになるね。
.NETで作るなら、ADO.NETで接続するわけで、そんなタイトルのスレがいいんじゃ。
ここに「ADO DAOなど接続方法について」ってあるでしょ。そことか。
だから、自分が質問する内容がどっちよりなのか把握して、適切にそれに
関するスレで質問するのがいいんじゃ？？
他にもここもおすすめ
http://www7.big.or.jp/~pinball/
なるほど、色々難しいですね。
有難うございました。
プログラムはその設計されたDBのとおりに動くだけ。
ここにいる人たちって本当にちゃんと勉強してるのかな？
今、いろんなところでデータベースが原因のシステム障害が起こってる
まあデータベースなんざSQLなんざ簡単だ！なんて
馬鹿なこといってる無能なエンジニアが構築してるから・・・
まともなDBAが一人でもいれば違ってくるんだろうけどな〜
で、あんたはまともなエンジニアなのか？
とりあえず簡単にでいいからＥＲ書いて提出してくれと言われた。
書き方がわからん。。。
今日SQR Serverの本を買ってきて、アップサイジングを自分でやって
隣町の支社と共有するデータベース構築したいと言ったら、
それは無理、と言われた。
やっぱ無理ですかね？
でも、その本には「Accessを使っていた人には難しくない」とあるんだよね。
教えてプロの人。
すごいな。みずから、そんな提案するなんてやる気に尊敬してしまう。
何が原因で無理といったかわからんが、
技術的には可能です。
もちろん、セキュリティとか意識するとインフラそろえるだけでお金かかります。
例えば、隣町の支社とプライベートなネットワークで繋がっていなければ、プライベートなネットワークを
用意したりするなど色々考えなければいけないです。
後、SQLServerにエンドユーザーが接続するためのフロントエンドとなる
アプリケーションをどのように開発するかとか色々決めないといけません。
この手のソフトは通常、Visual Basicなどのプログラミング言語を用いて作ります。
今、はやりのWebアプリ(ブラウザからアクセス)にするならWebサーバー立てたり色々大変です。
隣町の支社と共有しなくても、さまざまな技術が要求されます。
このKDDIのセキュアラインとやらと使えば、
データベース知識はAcceess程度で、115のニーズを満たせないでしょうか？
そういう問題ではない
まず、KDDIのセキュアラインは基本的に独立したネットワークが対象
支店と両方にセキュアラインを導入したとして、その間をつなぐ設定は(SQL鯖を含め)
KDDIはやってくれない
支店間のネットワークを構築している管理者が社内にいるのならば、その管理者のスキルにも寄ります
それが現時点で理解できていないのなら、やめておいた方が吉でしょう
自分のスキルアップも含めて、それでもやるというなら、結果はともかく勉強する価値はあるでしょう
DB + ネットワーク系 + サーバーの勉強が必要でしょう。
ちなみに、あなたがAccessでクエリー、マクロを使わずにVBAを使用してSQL鯖につなげることが出来るレベルと仮定して
、2ヶ月もあれば構築はできるようになるとおもいます。通常業務の空き時間によりますけどね。
ごめん、RDBMSを作る話だと思って紛れ込んでしまったようだ。
phpMyAdmin でテーブル作成
phpmaker でｐｈｐスクリプト一発作成
xrea サーバーget （ｍｙｓｑｌ+ｐｈｐ Ok）
phpMyAdmin でテーブルこぴー
fffttp で ローカルのすくりぷとをｆｔｐ
んで、しろーとでこれくらいはつくれるぞ
ttp://nakanoto.net/xrea/x_serverlist.php
できないっす。
むむぅー、難しいっすね。
隣町の支社と共有って、素人がすぐ「やりたいなー」って思いつくことなんだけど、
実現は難しいですねー。
業者に頼んだら、100万円かかるとか言われるし。
「ちょっと」支社と繋ぎたいだけなんだけど、意外と大変。
まぁ、専用線つかわなくても、VPN(Virtual Private Network)を使えば、
公共のインターネット使っても安全に接続はできる。ただ、帯域保証はされていないけど。
VPNで自前で設定とかすれは、金はそこまでかからんとは思うが。
とりあえず、君は隣町の支社とつなぐことは置いとけば。
うちの見積もりだと、つなぐだけならルーター設定込みで40万ていどだよ？
レベルにもよるが、ただVPNつなぐのはそれぐらいだろ
100万は高すぎ
何ができるかだけを憶えればいいんだよ。
Oracleか、ＳＱＲserverか、
どちらが良いでしょうか？
当方ＩＴ関係ではないので、少しでも簡単なのが良いです。
そのままAccessを使用する
Accessで複数台接続の不具合から移行を考えてるのならば
変えても意味はない。運用方法なり、ロジックを考えましょう
バックアップ（トランザクション）やデータ件数が増えてきての移行ならば
MS SQLServerが楽だし安い
大量データでお金が有り余っていて、勉強したいならOracle
てんでに入力してます。
これを、10人くらい同時に入力しても不具合が生じないような
丈夫なものにしたいのです。
やっぱ、ＳＱＲserverですかぁ。
それでも難しそうだったんで、もう少し簡単なのないかなぁと思ったんですけど。
つーか、誰かＡｃｃｅｓｓを丈夫にしてぇ。
だから、3人位でも、不具合生じると思うが。
そもそも、ｼﾝｸﾞﾙﾕｰｻﾞｰ環境用のデータベースだから、
根本的に使い方間違えてるような気がする。
ロジックで解決とかそういう以前に。
それで難しいことなんて、何かあったっけ。
…俺、勘違いしてるかな
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の無償公開だとおもうし。
できるよ
できるけど、最低でもDAOかADOでのDEL、UPDATEの書き方と
データがバッティングしないようなロジック、トランザクション及びロールバックを自前で作成しなきゃならない。
そこまでできれば、10台だろうが20台だろうが使えるシステムは構築できる。
でもそこまでやっても、MDBは壊れるので、バックアップも色々考えなきゃいけない
実際に50台で動かしてるmdbは作成した。
デモそこまで構築できる用になったのは、SQL鯖で日頃は開発してるからだな。
>>136
Accessプロジェクトじゃなくても、きちんと構築すれば
普通のアクセスでも問題ないよ。
資料を読んでみます。
＞フロントをAccessで、バックエンドをSQLServerにすればいいだけじゃないの？
だけ、って、~~;
SQRserverって、安いのでも9万円くらいするでしょ。
買っても使い方覚えられないかもしれないから、迷ってるんですよ。
無料のは、やっぱりサービス悪いと言うか、
色んな親切な機能がないらしいから、使い方が分からずじまいになる可能性が一層高いし。
時期Accessの予定があるのですね！
半年くらいなら、十分待つ待つ。
（SQRserverを勉強して理解できるまでに、きっと1年くらいかかるから）
私のレベルじゃ、これに期待するのが一番現実的かなぁ。
少しでも扱うのが簡単なら、
買っちゃおうかなと思ってます。
前バージョンではMSDEと呼ばれていたやつ
http://www.microsoft.com/japan/sql/editions/express/default.mspx
やっぱりお金出した方が、親切分かりやすい画面とか、
ウイザードがついてるんじゃ？
この際、お金より、少しでもやさしくて、使いやすいのがいいです。
ホントーに素人も使えるのかなー。
でも、無料だからとりあえず試そうかな・・
http://www.microsoft.com/japan/sql/editions/developer/default.mspx
これだったらすべての機能が使えて、値段も確か7000円ぐらいだったような気がする
でも、開発のみだよ。
運営は正規ライセンスを買わなきゃいけない
ところで、本屋に行くとＣ言語の本はいっぱいあるけど、
SQLserverの本はあんまりない。
会社の仕事に使うデータベース作りたいとい私のようなニーズの場合、
SQLserverを学ぶ方向で良いんですよね？
C言語勉強すると、会社で何かに使えるのか、
も一つ分かりくい。
できる、と思っている、あるいは、「実績」があるなら、
やればいいんじゃない？？
おいらの「実績」としては、レコードの破損の経験があるだけ。
もちろん、ADOでLock等組んだこともあるけど、
そこまでやるなら、MDBをDBとして利用する意味が、(おいらの思考としては)まったくない。
おいらは、MDBでCS構成なんて、そんな不安定なもん、使いたくないね。
というか、そんなもんで実務運用なんてしたくないな。
それに、SEとしては、そんなもん作っても、MDBじゃ、商売にならない。
もっとも、MDBでの開発依頼来ても、受ける気ないけど・・・。
しちめんどくせーし、内包されている技術も、過去の技術が
ごちゃごちゃ入りすぎていて、将来的に互換性も問題ありまくりだし。
個人レベルでやるなら、それでもいいかもしれんね。
ってことで、あとは、129さんと137さんの好みの問題かな。
将来的に応用の可能性を幅広く持ちたいなら、SQLSvかな。
探せばいろいろあるよ。
ただし、大きな書店に行きましょ。
でもね、書籍よりも、BooksOnlineを利用するって手もあるよ。
BooksOnlineと＠マークITのWEBサイトで、もう十分。
（あとは、SQLのハンディリファレンスみたいのがあれば、もうほかになんもいらんとおもうけど）
やたらでかい本買っても、その本ごとに方向性があって、
その本の方向性に誘導されちゃうと、自分の方向性を見失っちゃうかもよ。
がんばってね、>129さん！
実績があるから書いてる
そのクライアントも社内のセキュリティーポリシーの関係でSQL鯖をインスコできないので仕方なくMDBを使用、こっちはSQLでやりたかったんだけどね。
膨大な時間をかけて、会議でAccessの脆弱性について散々提案したのだが、結果はだめ
SQL鯖使うのならば、ネットワークから切り離して使えとの結論
泣く泣く構築したよ。SQLの1.5倍の開発時間かかったね
俺の立場はPMだから、SEとは違うしね。
まあ俺も>>147のいいたいことは良くわかるけどね。
問題は>>129がAccessでどこまで学んでいるかだよな
accessからSQLにテーブルリンクする程度の安易な移行方法なら、泣きを見るだけだからな〜
どっちにしても>>129、ｶﾞﾝ( ﾟдﾟ)ｶﾞﾚ
同時使用とはどういう状況ですか？
テーブルや連結フォームをみんなで開いたら、
確かにやばそうですが・・・。
非連結フォームを拵えて、
登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。
とか、
帳票フォームに検索結果の一覧を表示する場合も、直接クエリを帳票フォームのレコードソースにせず、
クエリからクライアントのmdbにワークテーブルを作成し、そちらをレコードソースにする、
などの工夫をしても壊れちゃうものなのでしょうか？
どうか、ご教授の程を・・・。
マントゥマンで受講するのかな。
それともネットではご教授が正しいのか?
ええ〜〜！今、Accessしか理解できてないから、そうなると思うんですけど。
泣きを見ることになりますか〜〜！？
＞150
二人くらいが同時に一日中、何十回も入力したり、文章を打ってるので、開きっぱなしなんですよ。
危ないなとは思ってますが、以外にも1年くらい破損もなく使ってます。
テーブル移行程度ではない、ＳＱＬの勉強をしなければならないってことですか。
> 非連結フォームを拵えて、
> 登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。
この際に複数のユーザーが同時に同じレコード近辺(ここが味噌ね)を更新かけたら壊れやすい
そうならないように処理を自前で作成するしかない
それほどアクセスがないのならば、そうそう壊れないけどね
>>152
その程度だったら大丈夫じゃない？保証はしないけど
蟻の行列にﾎﾟﾝと置くと､一瞬ﾋﾞｯｸﾘして列が乱れる｡
邪魔だなと言わんばかりに迂回する列が出来る｡
そのうち好奇心旺盛な一匹がｱﾘの巣ｺﾛﾘに入る｡
そいつをﾏﾈして何匹も入る｡
毒とも知らずにﾂﾌﾞﾂﾌﾞを運び出す｡
一匹が一粒づつ｡
いつのまにか行列はｱﾘの巣ｺﾛﾘが折り返し地点になる｡
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい｡
一匹が一粒づつ､丁寧にせっせと毒の粒を運ぶ｡
せっせと､せっせと､せっせと､せっせと｡
蟻さんって働き者だなと思う｡
俺も頑張らなきゃなと思う｡
次の日､あれほど沢山いて俺を困らせた蟻が一匹もいない｡
ほんとにいない｡
探してもいない｡
泣きたくなった｡
>>1に感謝だ
って本職から見たらそんなにレベル低いスキルなのか
エンドユーザーの俺ショック orz
Access＋VBAで小規模な使えるDB作れるなら何で作ろうが基本はできてるだろ
http://jbbs.livedoor.jp/bbs/read.cgi/sports/26525/1204784207/
よし、お前俺のケツの中にションベンしろ
JavaだのC++だの使ったところで糞設計ならやっぱ糞
金かけて作ってるDB製品の癖して付属のGUIツールが糞すぎ。
何言語で作ってもユーザーからすれば変わらん。
つまり、Access最強伝説なわけですよ。
人生ゲーム２０１３
金が無くて絵画にお絵かき出来ない？
それなら、脳を使って絵画を塗り潰せ。
刑務所に逃げる？
簡単な事だね。
世間に通用しない手足、何なら無礼な様をさらして歩くよ。
このビートは無礼、「ごあいさつも無礼な様」
見せてあげる、自力の本当の人生ゲーム。
リアルな奴らは手を叩け、足で地面を潰せ。
「はい」
ほら、ほら、どうだ？
すべてを変えてみるのもどうだ？
updateのクエリで、"set updated=now()" とか良くやると思うのだけれども、slaveが参照する
レプリケーションのバイナリログは、遅延を考慮しているのでしょうか？
nosqlやれ
以上
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
04I8GEXSXU
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
レスを投稿する
ニュース
- 【速報】イスラエルが正式にイランへの攻撃を開始… ★2 [BFU★]
- 【速報】イスラエルが正式にイランへの攻撃を開始… ★3 [BFU★]
- 日経平均株価1200円安 イラン領内の爆発報道で急落… [BFU★]
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕された女性が苦しい胸の内を明かす [おっさん友の会★]
- 絵本『野球しようぜ！大谷翔平ものがたり』から水原一平容疑者の絵が消された！初版はすでに完売、違法賭博で逮捕の影響か [Ailuropoda melanoleuca★]
- 早稲田大まで行ったのに 34歳で月収12万円の後悔 貯金もゼロで「自分は何をやってたんだ」 [PARADISE★]
- 【フジテレビ】2024 FORMULA 1【NEXT】Lap268
- 【WOWOW】UEFAチャンピオンズリーグ・ヨーロッパリーグ 決勝トーナメント★22
- 巨専】ワッチョイ
- マエケン
- こいせん 全レス転載禁止
- 【D専】
- 狂犬イスラエル、イラン・イラク・シリアを同時攻撃 [668970678]
- 【速報】イスラエル、イラン本土に直接攻撃 [237216734]
- いなり寿司万引き誤認逮捕の被害女性、涙の訴え これもうインチキ通報したスーパーを名誉毀損で訴えるべきだろ… [455679766]
- 【悲報】日経平均-1100 [126042664]
- 長嶋一茂、すぐ転職する新入社員に苦言。「先輩のスパイク磨いたりボール拾ったり、イヤだったけど無駄じゃなかったよ？」 [425744418]
- 「トー横の王」こと水野泰宏(26歳)。 懲役6年の実刑判決。 多数の12～15歳の少女と繰り返しセックス [485983549]