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

**NAME IS NULL** · 04/06/22 17:12

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

**名無しさん＠そうだ選挙にいこう** · 2006/02/27(月) 15:05:50

憶える必要はないんだよ。
何ができるかだけを憶えればいいんだよ。

**NAME IS NULL** · 2006/02/27(月) 18:22:24

憶えるんｼﾞｬﾝ

**NAME IS NULL** · 2006/02/27(月) 22:43:31

(´▽｀*)ｱﾊﾊ

**NAME IS NULL** · 2006/04/19(水) 21:26:51

Accessから移行するなら、
Oracleか、ＳＱＲserverか、
どちらが良いでしょうか？
当方ＩＴ関係ではないので、少しでも簡単なのが良いです。

**NAME IS NULL** · 2006/04/19(水) 23:17:35

>>129
そのままAccessを使用する

**NAME IS NULL** · 2006/04/20(木) 11:16:46

移行の理由は？
Accessで複数台接続の不具合から移行を考えてるのならば
変えても意味はない。運用方法なり、ロジックを考えましょう

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

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

**129** · 2006/04/21(金) 00:10:48

今、ＡｃｃｅｓｓをＬＡＮ上で３人位で同時に開いて、
てんでに入力してます。
これを、10人くらい同時に入力しても不具合が生じないような
丈夫なものにしたいのです。
やっぱ、ＳＱＲserverですかぁ。
それでも難しそうだったんで、もう少し簡単なのないかなぁと思ったんですけど。
つーか、誰かＡｃｃｅｓｓを丈夫にしてぇ。

**129** · 2006/04/21(金) 00:11:51

ロジックで、この不具合の可能性を回避できます？＞131

**NAME IS NULL** · 2006/04/21(金) 05:30:21

Accessってｼﾝｸﾞﾙﾕｰｻﾞｰ環境のデータベースじゃない？？
だから、3人位でも、不具合生じると思うが。
そもそも、ｼﾝｸﾞﾙﾕｰｻﾞｰ環境用のデータベースだから、
根本的に使い方間違えてるような気がする。
ロジックで解決とかそういう以前に。

**NAME IS NULL** · 2006/04/21(金) 11:20:00

フロントをAccessで、バックエンドをSQLServerにすればいいだけじゃないの？
それで難しいことなんて、何かあったっけ。
…俺、勘違いしてるかな

**白馬の玉子** ◆PqSzNbkqDo · 2006/04/21(金) 17:05:04

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

**131** · 2006/04/21(金) 21:15:42

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

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

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

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

**129** · 2006/04/22(土) 13:10:16

白馬の王子様！ありがとうございます。
資料を読んでみます。

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

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

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

**129** · 2006/04/22(土) 13:41:37

でも、無料じゃないSQRserverの方が、
少しでも扱うのが簡単なら、
買っちゃおうかなと思ってます。

**NAME IS NULL** · 2006/04/22(土) 16:48:57

無料版もあるぞ
前バージョンではMSDEと呼ばれていたやつ
http://www.microsoft.com/japan/sql/editions/express/default.mspx

**129** · 2006/04/22(土) 20:07:58

無料版って、初心者には使いにくくない？
やっぱりお金出した方が、親切分かりやすい画面とか、
ウイザードがついてるんじゃ？
この際、お金より、少しでもやさしくて、使いやすいのがいいです。

**129** · 2006/04/22(土) 20:10:14

140のリンク見ると、「誰にでも簡単に」って書いてある。
ホントーに素人も使えるのかなー。
でも、無料だからとりあえず試そうかな・・

**NAME IS NULL** · 2006/04/23(日) 00:35:09

SQRserverってなに？

**NAME IS NULL** · 2006/04/23(日) 12:10:08

デベロッパー版でいいじゃん
http://www.microsoft.com/japan/sql/editions/developer/default.mspx

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

**NAME IS NULL** · 2006/04/24(月) 12:57:41

SQRserver・・・ってここまで使い続けている所を見ると、本気でそう思っているくさい

**129** · 2006/04/25(火) 08:02:19

あ、SQLね。ども。
ところで、本屋に行くとＣ言語の本はいっぱいあるけど、
SQLserverの本はあんまりない。
会社の仕事に使うデータベース作りたいとい私のようなニーズの場合、
SQLserverを学ぶ方向で良いんですよね？

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

**白馬の玉子** ◆PqSzNbkqDo · 2006/04/25(火) 09:23:45

>>137

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

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

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

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

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

**白馬の玉子** ◆PqSzNbkqDo · 2006/04/25(火) 09:28:52

>>146

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

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

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

**137** · 2006/04/25(火) 10:58:35

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

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

**NAME IS NULL** · 2006/04/26(水) 00:39:09

Accessのmdbは壊れやすいと上の方でもいろいろ語られていますが、
同時使用とはどういう状況ですか？

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

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

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

**NAME IS NULL** · 2006/04/26(水) 01:23:58

どうでもいいことだけど、この少子化時代にやたらと教授が多いよね。
マントゥマンで受講するのかな。

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

**129** · 2006/04/26(水) 06:40:14

>accessからSQLにテーブルリンクする程度の安易な移行方法なら、

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

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

**NAME IS NULL** · 2006/04/26(水) 12:30:22

>>150
> 非連結フォームを拵えて、
> 登録の一瞬だけ、DAOでレコードセットを開いて、登録・更新が完了したら閉じる。

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

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

**NAME IS NULL** · 2007/10/31(水) 09:10:04

ｱﾘの巣ｺﾛﾘってあるじゃん｡
蟻の行列にﾎﾟﾝと置くと､一瞬ﾋﾞｯｸﾘして列が乱れる｡
邪魔だなと言わんばかりに迂回する列が出来る｡
そのうち好奇心旺盛な一匹がｱﾘの巣ｺﾛﾘに入る｡
そいつをﾏﾈして何匹も入る｡
毒とも知らずにﾂﾌﾞﾂﾌﾞを運び出す｡
一匹が一粒づつ｡
いつのまにか行列はｱﾘの巣ｺﾛﾘが折り返し地点になる｡
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい｡
一匹が一粒づつ､丁寧にせっせと毒の粒を運ぶ｡
せっせと､せっせと､せっせと､せっせと｡
蟻さんって働き者だなと思う｡
俺も頑張らなきゃなと思う｡
次の日､あれほど沢山いて俺を困らせた蟻が一匹もいない｡
ほんとにいない｡
探してもいない｡
泣きたくなった｡

**NAME IS NULL** · 2007/12/29(土) 01:57:24

世の中に>>1みたいなバカが多いから俺たちは飯が食えるんだな
>>1に感謝だ

**NAME IS NULL** · 2008/04/19(土) 21:01:43

AccessでローカルでVBAでもやっとけとｗ

**NAME IS NULL** · 2008/05/15(木) 22:04:39

>>AccessでローカルでVBA
って本職から見たらそんなにレベル低いスキルなのか
エンドユーザーの俺ショック orz

**NAME IS NULL** · 2008/05/16(金) 02:48:05

別にスキルひくくないと思うぞ
Access＋VBAで小規模な使えるDB作れるなら何で作ろうが基本はできてるだろ

**NAME IS NULL** · 2008/07/14(月) 00:53:47

【海外】母親の悲鳴を聞いた9歳少女、警察に通報→警察が駆けつけると夫婦生活中だった[7/13]

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

**NAME IS NULL** · 2008/07/27(日) 08:55:00

>>1
よし、お前俺のケツの中にションベンしろ

**NAME IS NULL** · 2008/07/27(日) 18:16:03

使用言語やDBなんかなんでもいいよ
JavaだのC++だの使ったところで糞設計ならやっぱ糞

**NAME IS NULL** · 2008/12/21(日) 04:19:55

まぁ、総じて言える事はだな、
金かけて作ってるDB製品の癖して付属のGUIツールが糞すぎ。

**NAME IS NULL** · 2008/12/31(水) 16:05:04

それはOracleを指していっているならなんとなく納得

**NAME IS NULL** · 2009/10/10(土) 17:19:12

データベース不在

**NAME IS NULL** · 2010/09/07(火) 21:17:16

Oracleのことですね、わかります。

【32.3m】 **電脳プリオン** · 2012/05/26(土) 14:51:53.05

作ったことない

**NAME IS NULL** · 2012/07/22(日) 08:17:15.60

ＳＱＬ操作するコンソールなんぞ、
何言語で作ってもユーザーからすれば変わらん。

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

**NAME IS NULL** · 2012/11/29(木) 12:30:43.92

今はデータベースより検索の時代。データは整理しないで適当に蓄積して検索をかける。

**NAME IS NULL** · 2013/03/08(金) 17:15:53.36

http://junko717.exblog.jp/

人生ゲーム２０１３　

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

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

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

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

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

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

「はい」

ほら、ほら、どうだ？

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

**NAME IS NULL** · 2013/03/14(木) 20:10:53.48

ふと思った疑問点です。

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

**NAME IS NULL** · 2013/03/23(土) 20:56:30.16

>>1
nosqlやれ
以上

**NAME IS NULL** · 2017/12/29(金) 11:52:54.52

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

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

04I8GEXSXU

**NAME IS NULL** · 2018/02/15(木) 00:39:45.46

☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆

**NAME IS NULL** · 2022/10/15(土) 01:02:35.48

てすと

**NAME IS NULL** · 2023/01/09(月) 23:50:11.55

てすと

**NAME IS NULL** · 2023/10/20(金) 06:18:33.80

犯してあげようか