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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

136白馬の玉子 ◆PqSzNbkqDo 2006/04/21(金) 17:05:04ID:???
>>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の無償公開だとおもうし。

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

154NAME IS NULL2007/10/31(水) 09:10:04ID:i4RCWQbW
アリの巣コロリってあるじゃん。
蟻の行列にポンと置くと、一瞬ビックリして列が乱れる。
邪魔だなと言わんばかりに迂回する列が出来る。
そのうち好奇心旺盛な一匹がアリの巣コロリに入る。
そいつをマネして何匹も入る。
毒とも知らずにツブツブを運び出す。
一匹が一粒づつ。
いつのまにか行列はアリの巣コロリが折り返し地点になる。
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい。
一匹が一粒づつ、丁寧にせっせと毒の粒を運ぶ。
せっせと、せっせと、せっせと、せっせと。
蟻さんって働き者だなと思う。
俺も頑張らなきゃなと思う。
次の日、あれほど沢山いて俺を困らせた蟻が一匹もいない。
ほんとにいない。
探してもいない。
泣きたくなった。

155NAME IS NULL2007/12/29(土) 01:57:24ID:???
世の中に>>1みたいなバカが多いから俺たちは飯が食えるんだな
>>1に感謝だ

156NAME IS NULL2008/04/19(土) 21:01:43ID:???
AccessでローカルでVBAでもやっとけとw

157NAME IS NULL2008/05/15(木) 22:04:39ID:xz0hxiYz
>>AccessでローカルでVBA
って本職から見たらそんなにレベル低いスキルなのか
エンドユーザーの俺ショック orz

158NAME IS NULL2008/05/16(金) 02:48:05ID:???
別にスキルひくくないと思うぞ
Access+VBAで小規模な使えるDB作れるなら何で作ろうが基本はできてるだろ

159NAME IS NULL2008/07/14(月) 00:53:47ID:P8ztDr6W
【海外】母親の悲鳴を聞いた9歳少女、警察に通報→警察が駆けつけると夫婦生活中だった[7/13]

http://jbbs.livedoor.jp/bbs/read.cgi/sports/26525/1204784207/

160NAME IS NULL2008/07/27(日) 08:55:00ID:TYY9X/D0
>>1
よし、お前俺のケツの中にションベンしろ

161NAME IS NULL2008/07/27(日) 18:16:03ID:tWVGueq7
使用言語やDBなんかなんでもいいよ
JavaだのC++だの使ったところで糞設計ならやっぱ糞

162NAME IS NULL2008/12/21(日) 04:19:55ID:???
まぁ、総じて言える事はだな、
金かけて作ってるDB製品の癖して付属のGUIツールが糞すぎ。

163NAME IS NULL2008/12/31(水) 16:05:04ID:???
それはOracleを指していっているならなんとなく納得

164NAME IS NULL2009/10/10(土) 17:19:12ID:???
データベース不在

165NAME IS NULL2010/09/07(火) 21:17:16ID:???
Oracleのことですね、わかります。

166 【32.3m】 電脳プリオン2012/05/26(土) 14:51:53.05ID:????PLT(12079)
作ったことない

167NAME IS NULL2012/07/22(日) 08:17:15.60ID:5x8/lA1W
SQL操作するコンソールなんぞ、
何言語で作ってもユーザーからすれば変わらん。

つまり、Access最強伝説なわけですよ。

168NAME IS NULL2012/11/29(木) 12:30:43.92ID:gRbdzMv5
今はデータベースより検索の時代。データは整理しないで適当に蓄積して検索をかける。

169NAME IS NULL2013/03/08(金) 17:15:53.36ID:XnX3+WPj
http://junko717.exblog.jp/


人生ゲーム2013 

金が無くて絵画にお絵かき出来ない?

それなら、脳を使って絵画を塗り潰せ。


刑務所に逃げる?
簡単な事だね。

世間に通用しない手足、何なら無礼な様をさらして歩くよ。

このビートは無礼、「ごあいさつも無礼な様」
見せてあげる、自力の本当の人生ゲーム。

リアルな奴らは手を叩け、足で地面を潰せ。

「はい」

ほら、ほら、どうだ?

すべてを変えてみるのもどうだ?

170NAME IS NULL2013/03/14(木) 20:10:53.48ID:9O4q0LY9
ふと思った疑問点です。

updateのクエリで、"set updated=now()" とか良くやると思うのだけれども、slaveが参照する
レプリケーションのバイナリログは、遅延を考慮しているのでしょうか?

171NAME IS NULL2013/03/23(土) 20:56:30.16ID:MOc2StTx
>>1
nosqlやれ
以上

172NAME IS NULL2017/12/29(金) 11:52:54.52ID:dtNZwIie
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

04I8GEXSXU

173NAME IS NULL2018/02/15(木) 00:39:45.46ID:???
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が3分の2を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆

新着レスの表示
レスを投稿する