07/08/04 22:35:29
>>88
>>89
知り合いには周りには聞きづらいことだったんで助かりました。
ありでした～
91:NAME IS NULL
07/08/05 01:41:20
連鎖削除や連鎖更新は結構便利。
92:NAME IS NULL
07/08/05 02:27:27
連鎖といえばトリガも用意してくれるといろいろ楽なんだが
2007でも無いんだろうな・・・
93:NAME IS NULL
07/08/05 04:16:21
Accessは手軽さが命なんだから、これ以上機能は増やさないでくれ。
まあ、64bit版なら話はべつだが・・・
94:NAME IS NULL
07/08/05 19:13:34
2007(.ACCDB)でオートフィル廃止、DAP廃止、QWC廃止、ユーザーレベル
セキュリティ廃止、レポートのExcel出力廃止と、かなり削られてるわけだが。
ランタイム無償化を布石と考えると、次はVBA廃止（.NET移行）でAccessは
Officeスイートから外れてVSの何かのエディションに吸収、開発したけりゃ
高いVS買えという流れではないかと予想。
95:NAME IS NULL
07/08/05 20:05:25
NETに移行すると、Accessの敷居が一気に高くなるんだろうな。
96:NAME IS NULL
07/08/06 23:00:01
簡易版.NETみたいなものになるかと・・・
97:NAME IS NULL
07/08/08 08:39:25
一応クソでもRDBなのに、リレーション使わないのは
もったいない。
98:NAME IS NULL
07/08/08 19:45:41
>91
連鎖削除や連鎖更新はアクセス固有のものだから、将来SQLSERVERに移行するつもりなら使わないほうがよい。
99:NAME IS NULL
07/08/08 21:01:17
リレーション張ると速くなるって書いてあるけど、それって本当なのかな？
100:NAME IS NULL
07/08/08 21:32:25
リレーション厨しつこいな・・・
101:NAME IS NULL
07/08/08 22:20:51
なんかトンチンカンな奴が多いな
悲しくなる
102:NAME IS NULL
07/08/08 23:04:11
Didn't mean to make you cry
If I'm not back again this time tomorrow
Carry on, carry on, as if nothing really matters
103:NAME IS NULL
07/08/10 10:51:58
いつも気になっていたんだけど、ADPで開発するとき、コネクションを
Dim cn As ADODB.Connection
Set cn=CurrentProject.Connection
でひろってきて使い終わった後はクローズ後破棄したらいいのでしょうか？
それともクローズせずに破棄がよいのでしょうか？
というのもカレントプロジェクトのコネクションだから閉じたらまずいのかと
思いまして・・・
一応どちらでも動くことはわかっているし、どちらかがパフォーマンス著しく悪い
とかいうことはないのですが、正しい作法をしりたいのでお願いします。
104:NAME IS NULL
07/08/11 01:01:13 E31B6utd
すいません、FAQかもしれませんが教えてください。
Access 2003 Developer Extentions はどうやったらインストールできるのでしょうか？
VisualStudio Tools For the Microsoft Office System は持っているのですが、
完全インストールしても、入らないんです。
VSSによるソース管理をしたく、どなたかご存知の方ご教授ください。
105:NAME IS NULL
07/08/11 10:42:06
>>103
破棄してるなら気にすることはないと思うが、
俺なら明示的にCloseするなぁ。
106:NAME IS NULL
07/08/11 23:41:09
access2003の評価版を手に入れるにはどうしたら良いでしょうか
microsoftのhpを調べたのですが2007の評価版しかなくて・・・
書籍に添付されているかもと検索してみたのですがこちらも
見つけることができませんでした。
入手方法を教えていただけないでしょうか、お願いします。
107:NAME IS NULL
07/08/12 17:44:56
>>98
SQLServerでも連鎖削除や連鎖更新はできるぞ。
108:NAME IS NULL
07/08/12 23:49:25 w1hY78KO
>>104
URLﾘﾝｸ(www.microsoft.com)
109:NAME IS NULL
07/08/22 10:57:26
うんこ、うんこ、きんたまあああああああああああああああああああああ
110:NAME IS NULL
07/08/22 10:57:33
うんこ、うんこ、きんたまあああああああああああああああああああああ
111:NAME IS NULL
07/08/22 21:30:32
ｽｶﾄﾛﾏﾆｱ ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━ !!!!!
112:NAME IS NULL
07/08/29 11:10:32
社内の中規模DBをSQL Server+ADP(ACCESS2000)で作っているんだけど
便利だわ。かゆいところに手が届く感じだ。まだまだ使える感じだ。
2007とかだとさらに便利になっているの？
113:NAME IS NULL
07/08/29 11:25:15
不便になってます
114:NAME IS NULL
07/08/29 20:16:25
正直この流れ、好き。
115:NAME IS NULL
07/08/30 18:25:41 xXyjZ2jf
2007とかだと更に不便
116:NAME IS NULL
07/08/31 16:05:53
具体的にどんな部分が不便になっているのか、
知っていたら教えて欲しい。
117:NAME IS NULL
07/08/31 16:44:44
バグが増えた
118:NAME IS NULL
07/08/31 16:55:11
バグ程度だったらサービスパックあたったら改善されるような
気がするので、自分的には無問題です。甘い？
119:NAME IS NULL
07/08/31 18:01:58
>>118
はじめてMS Officeに触るのなら、2007でいいんじゃないか。
アイコンというツールバーが激しく変わったので
以前からのユーザーには使いづらいのだろう。
俺はβ版しか使ったことがないので、製品版でどうなったかは知らんが。
そんなとこいじるなら、、2GB制限をどうにかして欲しかった。
120:NAME IS NULL
07/08/31 19:14:20
最適化で全データ消失という洒落にならんバグもあるので、
「無問題」とはとうてい思えんが。
121:NAME IS NULL
07/08/31 19:55:04
ワークグループ権限管理が無くなってる
レポートのエクセル出力が廃止された
122:NAME IS NULL
07/08/31 20:01:18
MSDEはACCESS2000で終わってしまったんですか？
123:NAME IS NULL
07/08/31 20:06:15
SQLサーバーExpressEditon
124:NAME IS NULL
07/09/01 13:43:22
全データ消失されたらたまらん。
エクセル出力がなくなるもの辛いところだな。
なんでまたエクセルとの連動部分をカットしたのだろうか。
125:NAME IS NULL
07/09/01 14:35:47
だれか、Access2007とVSTO2005と組み合わせて使った人いない？
126:NAME IS NULL
07/09/01 14:52:02
エクセル出力無くなったの?
ひょえー、使いまくりの機能だったのにー。
代替機能は無いの？
127:NAME IS NULL
07/09/01 20:23:48
持ってないから知らんけど、「レポートの」Excel出力だけでしょ。
Excel出力全部無くなったわけじゃないのでは。
まあ痛いことに変わりはないけど。
128:NAME IS NULL
07/09/03 17:59:43 7rjDa0kz
2003を買おうと思ってるんですが、通常版とアカデミック版は内容って違いますか？
129:NAME IS NULL
07/09/03 22:15:57
いません。
130:NAME IS NULL
07/09/04 01:32:20
同じくAccessを買おうと思っているのだけど、いまからなら2003より
評判の悪い2007を買ったほうがいいのかな？
131:NAME IS NULL
07/09/04 13:02:21
>>130
open licenseで2007買ってダウングレートで2003利用すればいいじゃん。
132:NAME IS NULL
07/09/04 18:07:33 UnhrcuhT
>>131
2007をダウングレードして2003で使うことなんて出来るのか？！
133:NAME IS NULL
07/09/04 20:04:32
ライセンス的におｋという話よ。
メディアは別途所持済みの前提。
134:NAME IS NULL
07/09/04 20:05:59
>>133
バカですか？
135:NAME IS NULL
07/09/04 20:54:33
おや、違うのか？
そりゃすまん。
じゃ最新のソースを教えてくれ。
136:NAME IS NULL
07/09/05 00:57:47
>>135
多分、初めて買う(しかも個人っぽい)人にオープンライセンスを勧めた事に関して言われたのだと思います
URLﾘﾝｸ(www.microsoft.com)
ちなみに自分の勤め先だと2007のライセンスを買って2000をインストールしてます。
137:NAME IS NULL
07/09/05 01:07:56
>>136 ㌧クス。
今から初めて買う人か……
138:NAME IS NULL
07/09/06 11:50:00
２００７なのに２０００なのかよ・・・
なんだか損したような得したような複雑な感じですのう。
139:NAME IS NULL
07/09/07 12:36:11
Accessは2000がベストってことだろ？
機能が多けりゃいいてっもんでもないし・・。
140:NAME IS NULL
07/09/08 08:45:58
オレは、2003の方がいいな。ヘルプは使いづらいけど。
141:NAME IS NULL
07/09/10 10:10:04
2000をフロントエンドで開発しているけど、
リストボックスとかがホイールに対応していないのがなんとも
もどかしい。これさえ無ければ最高なんだけどな。
142:NAME IS NULL
07/09/10 19:33:37
マウス拡張系のソフトを使うべし
143:NAME IS NULL
07/09/12 21:06:55 f0TCAAuJ
なんでSDIにしてしまったんだろうなぁ
144:NAME IS NULL
07/09/12 22:44:29
VBAエディタ画面でホイール効かない伝統のバグは2007でようやく直った。
でもWheel Redirectorとか便利なんで外さないから結局関係ないんだよなw
145:NAME IS NULL
07/09/13 16:54:10
>>144
あんなわかりやすバグが
2003でもなおってなかったのかよｗ
146:NAME IS NULL
07/09/14 02:14:00
バグじゃないだろ？仕様だろ
147:NAME IS NULL
07/09/14 10:14:55
>>144
2007にはmdbファイルを跡形も無く消し去るバグが新たに追加されたけどね。
あまりにもサクッと消し去るので、はじめは何が起こったのかわからなかったｗ
「終了時に自動的に最適化する」をオンにしてると酷い目にあうよ。
148:NAME IS NULL
07/09/14 22:12:52
>>147
なにかあるだろうとは思ったけど、それはすごい。
これほど致命的なバグはなかなかない。
さすがマイクロソフトだ。バグも半端じゃないな！
149:NAME IS NULL
07/09/15 01:18:00
>>147
そのバグはまだ修正パッチが出てないの？
150:NAME IS NULL
07/09/15 01:43:24
>>147
正直、感動した。
151:NAME IS NULL
07/09/15 11:46:04
>>147
聞いたことないんだけど、ソース出せる？
152:NAME IS NULL
07/09/15 21:31:51
これがあるからMSは侮れない！！
153:NAME IS NULL
07/09/15 21:50:52
147 じゃないが。
探したら、ニュースグループに報告は幾つか上がってた。
MSがどこまで把握しているかは知らない。
URLﾘﾝｸ(groups.google.co.jp)
URLﾘﾝｸ(groups.google.co.jp)
154:NAME IS NULL
07/09/16 10:19:36
SQLServer側のテーブルでプライマリキーが無いテーブルのテーブルリンクは
編集不可になるけどこれって仕様？
155:NAME IS NULL
07/09/16 11:19:16
普通に考えて、プライマリーキーがないテーブルの
特定の一行を、書き換えるなんて不可能。
行を判別する方法がないんだから。
SQLを書くとして、プライマリーキーがないとして
特定の行を狙って書き換えることってできると思うか？
156:NAME IS NULL
07/09/16 16:01:18
>>147
バックアップは怠らないでくださいという
ＭＳのやさしいリマインダなんだよきっと・・・
157:NAME IS NULL
07/09/16 17:51:04
>>155
なるほど。そんな単純な理由なんですね。
>SQLを書くとして、プライマリーキーがないとして
>特定の行を狙って書き換えることってできると思うか？
ﾎﾞﾗｸﾙは出来るけどSQLServerとかは出来ないのですね。
ありがとうございました。
158:NAME IS NULL
07/09/16 17:57:14
>>156
いや、むしろバックアップを取らない愚か者には神（ＭＳ)の鉄槌がくだされると言う啓示なんだよ。きっと・・・
159:NAME IS NULL
07/09/16 18:05:41
>>157
オラクルでそれができるのは
SQL標準とはかけ離れた独自仕様だからね。
160:NAME IS NULL
07/09/16 19:40:55
>>158
すると、バックアップをちゃんと取っている正直者には、ちゃんと神が配慮してくださる
ということでしょうか。
バックアップの有無と関係なく鉄槌が下された日には、無差別テロとの違いが分くぁｗせｄｒｆｔｇｙふじこ
161:NAME IS NULL
07/09/17 00:15:54
理由はわからないが備える者に憂いがやってくるケースは稀だよな。
「読めなくなっちゃたんですけど、どうすればいいですかぁ～」とか
泣きついてくるユーザーは必ずといっていいほどバックアップを取っていない・・・
162:NAME IS NULL
07/09/17 00:37:50
読めなくなるより、消えて無くなるほうがさっぱりしてていいね。
163:NAME IS NULL
07/09/17 05:13:35
きっとDBの設計が糞だったから、
HDDを最適化するために削除したんだよ。
う～ん、かしこいぞ2007 ｗ
164:NAME IS NULL
07/09/17 10:13:42
>163
ある意味、もっとも待ち望まれた機能だな。
165:NAME IS NULL
07/09/19 19:03:52
かなりの初心者です。
アクセスを勉強しようと思うのですが、お勧めの参考書というか初心者でもわかるお勧めの本って
ありますか？
166:NAME IS NULL
07/09/20 09:42:01
桐にしとけ
167:NAME IS NULL
07/09/20 11:29:29
アクセス入門
168:NAME IS NULL
07/09/20 13:52:25 iBA+I+uy
すいません。最近アクセス2003を購入し、勉強しはじめたものですが、質問があります。
メールアドレスの定型入力を作りたいのですが、
定型入力で [...]の部分をクリックして
定型入力名をメールアドレスにして、
定型入力を試しに、
??????????@xxx.xx.jp
にしてみたのですが、案の定上手くいきませんでした。
こうしてしまうと、?が１０個あるので必ず１０文字いれなくてはいけなくなってしまいます。
そうではなく、?の部分は何文字でも良いというルールにしたいのですが、この場合どう対処すれば良いのでしょうか？
@xxx.xx.jpはそのままでオーケーです。
問題なかったです。
169:NAME IS NULL
07/09/20 15:05:17 fMYpCLp2
フォーム内のフィールドて編集不可かいな
170:NAME IS NULL
07/09/20 15:13:08
0 数字。この位置に 1 桁の数字を入力する必要があります。
9 数字。この位置の 1 桁の数字は省略可能です。
# この位置に 1 桁の数字、スペース、または正/負符号を入力します。ユーザーがこの位置への入力を省略すると、自動的にスペースが入力されます。
L 文字。この位置には、A ～ Z の半角文字を入力します。入力は必須です。
? 文字。この位置には A ～ Z の半角文字を入力します。入力は省略可能です。
A 文字または数字。この位置には、A ～ Z の半角文字または 0 ～ 9 の半角数字を入力します。入力は必須です。
a 文字または数字。この位置には文字または数字を入力します。入力は省略可能です。
& 文字またはスペース。この位置には、任意の半角文字またはスペースを入力します。入力は必須です。
C 文字またはスペース。この位置には、任意の半角文字またはスペースを入力します。入力は省略可能です。
. , : ; - / 小数点と桁のプレースホルダ、日付および時刻の区切り記号。選択する文字は Microsoft Windows の地域の設定によって異なります。
> これに続くすべての文字が大文字で表示されます。
< これに続くすべての文字が小文字で表示されます。
! 定型入力のデータが右から左ではなく、左から右に埋め込まれます。
\ この直後の文字が強制的に表示されます。文字を二重引用符で囲むのと同じです。
"リテラル文字列" ユーザーに対して表示する文字列は二重引用符で囲みます。
Password テーブルまたはフォームのデザイン ビューで、"InputMask/定型入力" プロパティに「Password」を設定すると、パスワード入力ボックスが作成されます。
このボックスにユーザーがパスワードを入力すると、入力された文字は Access に保存されますが、アスタリスク (*) で表示されます。
171:NAME IS NULL
07/09/20 15:27:59 iBA+I+uy
>>169
>>170
レスありがとうございます。
確かになかには省略可能なものもありますね。
?も省略可能です。
しかし、省略をするとそこはスペース扱いになってしまいます。
??????????@xxx.xx.jpの場合
satou@xxx.xx.jpと打ち込んだとしたら、
satou @xxx.xx.jp
となってしまいます。
それは、?ではなく、aでも、Cでも、9でも全て同じですね・・・・。
172:NAME IS NULL
07/09/20 15:28:55
>>171
satou @xxx.xx.jp
って感じです。間違えました・・・。
173:NAME IS NULL
07/09/20 23:22:56
@xxx.xx.jp がいつも固定ならわざわざ入力させずにラベルのキャプションで表示して
そのラベルの左隣にテキストボックス配置して右詰めで可変長文字列を入力させるとか・・・
174:NAME IS NULL
07/09/21 11:52:09
>>168
マルチ乙
175:NAME IS NULL
07/09/21 12:35:05
解決できました。ありがとうございました。
176:NAME IS NULL
07/09/21 20:12:34
>>175
解決したら、方法書きなよ。
同じ疑問持ってる人の為になるから。
177:NAME IS NULL
07/09/24 15:09:06
2007閉じる時にmdbファイルが消えた。
178:NAME IS NULL
07/09/24 19:19:39
これが噂の、閉じるときにクソ設計のゴミDBを削除する最適化機能か。
漏れも早く 2007 にアップグレードしなきゃ。
179:NAME IS NULL
07/09/30 14:24:09
【 システム環境 . 】 Windows2000, Access2000
【 VBAが使えるか .】 いいえ
【 VBAでの回答 】 否
【 検索キーワード 】 テーブル・フォーム・gmt・書式
Gmtをテーブル上で日本時間表示したい。
長整数型で設定してます。
クエリーを日本時間にするためだけに作成し
日時: DateAdd("s",[GMT],#1970/01/01 9:00:00#)
として、表示させてます。テーブルだけでなんとかなりませんでしょうか
180:NAME IS NULL
07/09/30 22:42:45
>>179
最終的な目的は何?
テーブルでやる必然性は無いはず。
表示/入力したいならフォーム側でやれば良いからクエリ不要だし。
181:NAME IS NULL
07/09/30 23:24:44
>>180
サイトのアクセス解析に利用。GMTのままだと理解できない。
Ms-アクセステーブルの検索ワードで選択後、その人間がどう動いたかを知りたい。
アクセスアナライザーでいう生ログをそのままテーブルにしてる。
それしか、読み込み方を知らない。テーブルとクエリー以外に使った事がない。
他を使おうとしていつも挫折状態です。
182:NAME IS NULL
07/10/01 09:37:38
Accessに取り込むところはどのようにしてるのか分からないが、そこで処理すべきじゃないかな。
テーブルなんてデータ保管庫だし、表示を細工したかったらクエリ使えってコンセプトだし。
183:NAME IS NULL
07/10/01 10:32:00
tbl弄りたいなら桐にしときなよ
184:NAME IS NULL
07/10/01 12:25:18
179=181です
>>182
今は、テキストエディタでコピーして、アクセス一番下の行にペースト
自動で挿入もしたかったのですが、挫折しました。
その前は、excellでgmtを変換してからコピペ。
>>183
いじりたいんでなく、それしかできないんです。
他に方法があれば教えてください。
185:NAME IS NULL
07/10/01 12:27:44
>>184
> いじりたいんでなく、それしかできないんです。
> 他に方法があれば教えてください。
クエリで実現できるなら、それで、tblにエクスポートするなり、tblをアップデートするなりしたら？
186:NAME IS NULL
07/10/01 19:48:03
>>185
仮テーブル→クエリーで変換→本テーブルへコピペですね？
わかりました。ありがとうございました。
187:NAME IS NULL
07/10/01 21:23:55
更新クエリやテーブル作成クエリもアルよ
188:NAME IS NULL
07/10/01 22:47:50
>>187 様
仮テーブル→クエリーで変換と同時に本テーブルへ追加
更新クリアーできました。
テーブル作成クエリの方がよくわからないです。
毎回新たにテーブルを作るってことですか？ちょっと消化不良です。
ヒントをプリーズ
189:NAME IS NULL
07/10/02 08:45:07
テーブル作成クエリは使わない方がよい。
190:NAME IS NULL
07/10/02 08:46:59
どれでも、やってることは大差ない
191:NAME IS NULL
07/10/02 12:47:53
>189
わかりました。わかんないからちょうどいいです。ｵｲｵｲ
>190
私もそう思います。
少しだけ理解できたところで全てやろうとするから、結局発想が同じなんです。
わかってる人から見るとひどいですか？
考えてチャンになってきたみたいなので、このあたりで。
更新クエリこねくり回したら、前にあきらめた事まで出来そうな気がしてきました。
もう少しがんばってみます。ありがとうございました。
192:NAME IS NULL
07/10/02 12:54:39
>179でいいじゃん、と思うけど。
193:NAME IS NULL
07/10/03 18:49:20 AL6oveWf
クライアントPC:win2000 access2002
SQLserver2000
クライアントPCからODBC接続で追加クエリを実行すると「[DBNETLIB][ConnectionRead (recv()).]一般的なネットワーク エラーです。」のエラーが出てサーバーに繋がらなくなります。
別のクライアントPCからは問題ありません。
いろいろ試していたところ、漢字が入っているフィールドを追加するときにエラーがでるようです。
以前は問題無かったのですが、HDDがクラッシュし、初期化して再設定を行った後からエラーがでるようになりました。
何が問題なのかさっぱりわかりませんので教えて頂けないでしょうか。
194:NAME IS NULL
07/10/03 19:07:33
>>193
> 以前は問題無かったのですが、HDDがクラッシュし、初期化して再設定を行った後からエラーがでるようになりました。
もしかして、format コマンドつかった？
初期化コマンド使わないと、漢字通らなくなるよ
195:NAME IS NULL
07/10/03 19:13:00 AL6oveWf
>>194
HDDの初期化コマンドということでしょうか？
196:NAME IS NULL
07/10/03 19:16:03
>>195
ゴメン、ジョークだ
反省している
197:NAME IS NULL
07/10/04 12:11:06
Access2007だと、閉じるだけでmdbファイルを消してくれるけどなｗ
198:NAME IS NULL
07/10/08 21:36:17 omVv5Rvz
ある家電量販店でAccess2007でランタイムを作成出来るかMSのofficeソフトの呼び込みしてる係員に聞いてみた
「OfficeProがあれば可能です」と答えた
ネットでランタイム作成の追加ダウンロードすれば出来ると見たがと再度聞いてみた
「エクセル2007も購入すれば可能です」との答え
何でアクセスのランタイム作成するのにエクセル必要なんだと聞いたがモゴモゴ
わからねえなら中途半端に断言するなよ。最近出来た古都のビッ○カメラ店員
メーカー派遣係員は対応よかったがビッ○の店員は屑だった
MSのページでもアナウンスしてねえし分かりにくい
199:NAME IS NULL
07/10/08 21:39:22
それ只のイジメ
200:NAME IS NULL
07/10/08 21:53:15
>>199
分からないなら分からないって言えよって・・・
先輩に聞きにいってそんな答え出すんだしさ
上もそんなスタンスなんだから素人しか相手にしてないの丸見えなんだよ
安売り店が参入ってCM打ちまくってそんなに安くもないしさ
本当に2007単体でランタイムできるのかが知りたいだけなんだけど・・・
現在はバグで引っ込めたまんまなの？
201:NAME IS NULL
07/10/08 22:54:11
京都ならビックは駄目だよ
ヨドバシオープンまで待ちな
202:NAME IS NULL
07/10/08 23:05:42
>>200
> 現在はバグで引っ込めたまんまなの？
２ヶ月以上前に修正版が再公開されてるが…。
まあ、日本語のページではまったくアナウンスされていないから、
あまり積極的に宣伝したくない事情もあるのかもしらんが。
203:NAME IS NULL
07/10/08 23:09:42 bGal93D8
つうかあんな連中に聞くなよ
知識薄っぺらいんだしさ
204:NAME IS NULL
07/10/08 23:29:46
>>202
トン
一応公開されてるのか
ソフト作成してランタイム配布する予定があるもんでFileMakerとどっちにするか検討中なのよ
FMも使えるけどAdvanceで高いし修正するのめんどいからAccessでしたいんで・・・
未だに自社用はAccess2000だし、ランタイムが無償ならバージョンアップするならいい機会なんだよな
>>203
値段確認するだけで聞くつもりはなかったんだけど、呼び込みまでしてるなら詳しいのかと思っちゃうじゃん(´･ω･｀)
結局ネットで聞くほうが確かみたいだね
205:NAME IS NULL
07/10/09 01:35:22
呼び込みしてる程度で詳しいって勘違いできるお前が信じられんわ
206:202
07/10/09 02:18:28
>>204
今のところ英語版のみなので注意。
メニューが英語なだけで、日本語の表示は無問題らしいけど。
>>205
そこそんなに食いつくところですか？
てか、何か嫌なことあったの？
よかったら話してみ。Jet-SQLで何とかできることなら、相談に乗るよ。
207:NAME IS NULL
07/10/09 02:47:45
OFFICEの売り子だろ？Accessのことなんて知ってるわけ無いじゃん。
WinXPの売り子にFAXの機能を聞くようなもんだ。
208:NAME IS NULL
07/10/11 03:36:29 V1EDsf8a
すいません。
最近勉強しはじめた超初心者なのですが、質問があります。
コンボボックスを作り、マクロを選択することって出来ますか？
コンボボックスのリストには自分で組んで名前をつけたマクロがあり
それを選ぶとマクロがキックされる仕組みです。
いろいろ弄ってるんですがどうも核心に近づけません。
よろしくご教授お願いいたします。
209:NAME IS NULL
07/10/11 06:44:01
>>208
VBAはわかるの？
210:NAME IS NULL
07/10/11 11:11:49
なぜにわざわざデータベース板で
211:NAME IS NULL
07/10/11 16:27:38
ターミナルサービスでAccess2002を使用していますが､
空のmdbを開いただけでMSACCESS.EXEのプロセスが
CPUを60～100%まで占有するという現象とその対策を
ご存知の方いませんでしょうか?
実際に他のプロセスのパフォーマンスが極度に低下する
ので､タスクマネージャからのガセ情報ではなさそうです...
環境は...
Windows Server 2003 R2 Standard SP2
Office XP Professional Editon SP3
OSもOfficeの最新パッチをすべて適用済
ググってもそれらしいのが見当たりません...
よろしくお願いいたします｡
212:211
07/10/11 16:28:35
× OSもOffice の 最新パッチをすべて適用済
○ OSもOffice も 最新パッチをすべて適用済
orz
213:NAME IS NULL
07/10/12 04:07:27 UpA085F/
>>209
レスありがとうございます。
なんとなくは分かります。
VBAじゃないとできないんだなぁ・・・くらいのレベルです。
どうもどこから手をつけて良いか分からない状態で・・・・・。
とっちらかった質問ですいません。
214:NAME IS NULL
07/10/12 09:09:49
>>208
単純に考えればこれだけのこと・・・
Private Sub コンボ59_AfterUpdate()
DoCmd.RunMacro Me.コンボ59.Column(0)
End Sub
215:NAME IS NULL
07/10/12 10:06:30
どーでもいいことだが、なぜ５９？
216:NAME IS NULL
07/10/13 03:04:42
悟空だから
217:NAME IS NULL
07/10/14 19:41:44 IZuOMY8Q
アクセス初心者です。質問なのですが、
テーブルを作成して、エクセルのデータをインポートしたいのですが
ヴィザードが見つかりませんというメッセージが出て、インポート出来ません。
バージョンは更新し、アクセスは完全インストールしたのですが、何か理由が考えられますか？
218:NAME IS NULL
07/10/14 23:02:19
>>217
バージョンは何？
アクセスのテーブルをエクセルにエクスポートはできるの？
219:NAME IS NULL
07/10/15 00:12:40
>>218
Access2003です。アクセスのテーブルをエクセルにはエクスポートできます。
220:NAME IS NULL
07/10/15 01:02:46
エクセルファイルをCSV形式で保存し、それをアクセスでインポートすることはできるの？
221:NAME IS NULL
07/10/15 13:46:02
アクセス以前に、コンピュータの初心者の予感
222:NAME IS NULL
07/10/15 19:43:27
回答者が？
223:NAME IS NULL
07/10/16 09:21:49
文からはアクセスも初心者であると読み取れるので、
アクセスが初心者であることが読んだだけで判断できるのは
質問者か回答者、どっちかわかるよな？
224:NAME IS NULL
07/10/17 01:34:33 MITKNUFH
アクセスでVBAを勉強しようとしたらちんぷんかんぷんなので
EXCELでのVBAを勉強しようと思うのですが、そもそもその発想自体おかしいのでしょうか？
自分の中では、
「ひとまずエクセルのほうから出直しだ！」的な考えなのですが・・・。
225:NAME IS NULL
07/10/17 01:48:55
Excelはマクロの記録ができるので楽って言えば楽。
AccessのフォームではExcelと違いイベント駆動型になるのでVBとかの方が近いかも。
まあ使用するライブラリっつーかオブジェクトは全く別もんなので一から覚えなおす必要はある。
226:NAME IS NULL
07/10/17 13:02:07
【スマップ】仲居君、帽子のまま食事で高級フランス料理店から追い出される【下品】
ｽﾚﾘﾝｸ(cat板)
227:NAME IS NULL
07/10/17 22:45:53
select count ( distinct xxx ) from table
って、できないのね。
重複しない件数取得したいときはどーしたらいいの？
228:NAME IS NULL
07/10/17 22:53:19
桐なら簡単だよ
229:NAME IS NULL
07/10/17 23:17:23
じゃあ桐ならどうするのか言ってみ。
230:NAME IS NULL
07/10/17 23:21:17
一撃で解決
x件以上重複のレコードだけ絞り込んだり
その補集合取ったり
最初からコマンドにある
231:NAME IS NULL
07/10/18 08:51:22
>>227
クエリでDISTINCTしておいて、そのクエリをカウントじゃ駄目？
そうですか、正攻法じゃないから駄目ですか・・・
232:NAME IS NULL
07/10/18 10:57:34
fromにサブクエリって使えなかったっけ？
233:NAME IS NULL
07/10/18 11:13:32
mdbファイルに外部ソフトから発行されたSQLをキャプチャする方法。
誰か知りませんか？
234:NAME IS NULL
07/10/18 11:18:22
>>233
あっちのスレで聞いてみてよ
ACCESS総合相談所 その１７ 【桐にしとけ】
ｽﾚﾘﾝｸ(bsoft板)
235:NAME IS NULL
07/10/18 15:37:01 lNqAbmKQ
Access2007のテーブルデザイン画面で、複数のフィールドを選択した状態で
キーボードのDelキーを押すと、画面上では削除されたように見えるけど、
実際には削除されていないという不具合は既出ですか？
236:NAME IS NULL
07/10/18 19:04:28
>>227
面倒くさいから全部GROUP BYしてからCOUNT
237:NAME IS NULL
07/10/19 08:14:24
>>227
ユニークキーをつけたテーブルを作成し、データをINSERTしたあとCOUNTするという手もある
238:NAME IS NULL
07/10/23 02:29:49 D6Zj60yF
学生なんですがAccessでレイゾウ庫を管理するシステム誰か作ってくれませんか。
課題なんですがもうAccessなんてチンプンカンプンで・・・
少しならお金払えますのでどなたかお願いできませんか。
商品名 賞味期限 原産国 数量 のデータ入力フォーム
『賞味期限』というボタンを押すと切れる順番に表示
『在庫』を押すと現在レイゾウ庫に入っている在庫表示
『使う』を押すとその在庫が表から消えるみたいな感じで。
よかったらメールください
yuki198547あっとほっとめーるどっとこむ
239:NAME IS NULL
07/10/23 04:26:25
>>227
オラクルならすぐですね
240:NAME IS NULL
07/10/23 12:53:23
>>238
その金でアクセスの初級セミナーを受けたほうがよい。
241:NAME IS NULL
07/10/23 12:57:54
>>238
美人かブスか書いてないぞ
242:NAME IS NULL
07/10/23 13:09:47
>>238
がんばれ！
それぐらいできないと仕事できないよ？
243:NAME IS NULL
07/10/23 20:41:00
>>238
できたよ～～。
URLﾘﾝｸ(nullpo.vip2ch.com)
DLKey:access
スイス銀行のｵﾚｵﾚ口座に20万円振り込んどいてくれ。
244:NAME IS NULL
07/10/23 22:22:21
Accessにもマクロウイルスってあるんだよねえ
245:NAME IS NULL
07/10/24 00:09:59
2chは匿名（笑）掲示板だからウィルスばらまくにはもってこいだね（笑）
246:NAME IS NULL
07/10/24 00:43:53 nsHmKfL3
Accessオペレータで生活できますか？
転職しようかと・・・
247:NAME IS NULL
07/10/24 02:32:27
>>243
ありがとございます
参考にして作ります。
248:NAME IS NULL
07/10/24 17:43:25
× 参考にして作ります。
○ そのまま提出します
249:NAME IS NULL
07/10/24 18:07:51
× 20万円振り込んどいてくれ。
○ 一晩好き放題でも可。
250:NAME IS NULL
07/10/25 21:57:06
俺は一回だけでいい。付き合ってくれ。
251:NAME IS NULL
07/10/25 23:29:36
× そのまま提出します
○ 入れたまま出します
252:NAME IS NULL
07/11/03 01:13:52 Lnnx883U
2007どうなのよ？
253:NAME IS NULL
07/11/03 02:37:35
興味無いね。
254:NAME IS NULL
07/11/03 22:22:11
>>252
β版の時にはそれなりに評価されていたが
製品版が出てからは悪評の方が多い気がする。
まぁMSの場合、製品版はSPが出るまで
有料ベター版のようなものだから仕事では使えないね。
255:NAME IS NULL
07/11/04 23:24:39 XX8CJ/G7
>>254
そうなのか
新しい2007形式MDBはどうなのかなと思ってたが・・・
やっぱ使えないか・・・・
256:NAME IS NULL
07/11/05 15:20:59
2003はSP3まででているようだが、そっちの評価の方が気になる。
257:NAME IS NULL
07/11/06 14:33:43
１．例えばｃｓｖをインポートすると、テキスト型の場合はフィールドサイズが規定で255文字になりますが、これに1文字だけ入力た場合でも、ハードディスク上では255文字分の領域が確保されることになりますか?
（必要な文字数に制限したほうがよいのか?例えば住所などは、想定していた文字数を超えてしまうことがありますので最大文字数を決めづらい。。）
２．上との比較でメモ型の場合、約65000文字までの入力が可能ですが、実際に入力し保存された文字列が格納される領域は、どのような文字数で決まっているのでしょうか?
258:NAME IS NULL
07/11/06 14:36:18
要は、他のデータ型も含めて、「パフォーマンス」や「ハードディスク」に対して、フィールドサイズがどのように影響するのか？どのように設計すべきか？ということを悩んでいます。
259:NAME IS NULL
07/11/06 15:04:02
ACCESS2000のリストボックスで特定のカラムだけ右寄せにすることってできますか？
260:NAME IS NULL
07/11/06 15:40:13
>>257
ACCESSのテキスト型は可変長。
261:NAME IS NULL
07/11/06 15:52:46
>>259
文字列の前にスペースを挿入すればよい。
262:NAME IS NULL
07/11/06 16:21:15
>>256
SP3にしてから、デザイン画面中に落ちてしまう頻度が以前より多くなった気がする｡
263:NAME IS NULL
07/11/07 11:28:28
>>261
RowSourceにSQLをつっこんでリスト表示しているので、
SQLレベルでやるか、リスト表示後に加工するかです。
右詰表示したいのはmoney型フィールドで、\マークとコンマ付けは
ACCESSがやってくれてます。
SQLレベルでは文字列に変換して先頭にスペースを付加することは
できたのですが、当然のことながら\マークとコンマがなくなってしまいました。
私のSQLレベルでは解決できなかったのでとりあえずこの方法は保留。
次にリストにデータを読み込んだ後の処理も考えましたが、
Columnプロパティを使用して要素にアクセスはできるのですが、
残念ながらこのプロパティは読み取り専用でした。よって不可能。
レコードセットで開いて、１レコードずつ処理しながらリストに
追加する処理ならならなんとかできそうですが、レコード数が増えると
レスポンスの問題がでてきそうです（未検証）
せっかくフィールドのタイプを判断して自動でコンマや\マークを
付加してくれるのですから、右詰もやってくれてもよさそうなものですが・・・。
264:NAME IS NULL
07/11/07 12:36:56
こんなＳＱＬ文でどう？
SELECT Right(Space(9) & Format(金額,'\\#,###'),9) FROM TABLE
265:NAME IS NULL
07/11/07 13:31:54
>>264
ありがとうございます。
実はT-SQLを使っていまして、FORMATが使えなかったので、
こんな感じになりました。
select substring(right(space(15)+convert(nvarchar(12),Kingaku,1),15),1,12) as [請求金額] from TABLE
convertの仕様で、最後に ".00" がついてしまうので、substringで除去しなければならなくなり、
こんな記述になってしまいました。\マークはなくなってしまいましたが、これでよしとします。
266:NAME IS NULL
07/11/07 18:38:35 ZRdOY26F
こんにちは。
ACCESS2000です。
リンクテーブルをはったアプリを作ったのですが、
テーブルにじか開きが出きり事に気づき、
いろいろ調べて、
どうにか隠蔽の仕方がわかりました。
URLﾘﾝｸ(www.remus.dti.ne.jp)
ところが、
この方法でACCESSのセキュリティ設定をしたファイルを、
ランタイムの環境で動かそうとすると、
動かない。
そもそも、
セキュリティ設定の方法が、
ランタイムには存在しない模様。
一体どうすれば？
あるいは、
そもそも無理？
267:NAME IS NULL
07/11/07 21:34:06
なんという日本語でおｋ・・・
268:NAME IS NULL
07/11/07 23:20:31
>>266
リンクテーブルはやめて、SQLだったら「In句」
ADOだったらConnectionSetingでパス直打ちすればいいんじゃね。
269:NAME IS NULL
07/11/08 01:05:27 s9agLjsJ
>>267
不謹慎だが素直にデスマ中に和んだ
ありがとうorz
270:wgmGFQishDvRLFKBf
07/11/14 03:07:47
sK77wh <a href="URLﾘﾝｸ(bnsjyzkmpqtz.com) [url=URLﾘﾝｸ(lbmvbytqhveu.com) [link=URLﾘﾝｸ(yosjwfubdzxf.com) URLﾘﾝｸ(jymhdxxifonr.com)
271:NAME IS NULL
07/11/15 10:57:17
Access2007はSPいくつまで出るんろうだう？当分の間は仕事では使えない。
272:hwMeTnbJwgTSVUwq
07/11/20 21:33:32
cQSrrL <a href="URLﾘﾝｸ(uypbhqkeclxi.com) [url=URLﾘﾝｸ(lqvrcbsfvhtn.com) [link=URLﾘﾝｸ(bnyrfruwhzvi.com) URLﾘﾝｸ(onlpjwsufwna.com)
273:FvozZSOC
07/11/20 21:40:02
sVGRvO <a href="URLﾘﾝｸ(pfqatuylsgmc.com) [url=URLﾘﾝｸ(iftfsbzueprd.com) [link=URLﾘﾝｸ(eciguhwizknq.com) URLﾘﾝｸ(trweflwbgcde.com)
274:mZiJNtjrEqRFGsJKiw
07/11/20 21:42:58
DuSbzU <a href="URLﾘﾝｸ(ijqbawjtkzos.com) [url=URLﾘﾝｸ(abcxmngljxdd.com) [link=URLﾘﾝｸ(gataxhecntzn.com) URLﾘﾝｸ(spvcpzcoigzz.com)
275:UufucrJyzULlsRCNVvH
07/11/22 19:35:34
URLﾘﾝｸ(ftgmkr.cn) classican mp3 downloads
276:ddriwxxYpB
07/11/22 22:50:22
URLﾘﾝｸ(gkinyn.cn) mp3 dmusic downloads ipod
277:VEOTnTnbvxEUaLR
07/11/22 22:50:43
URLﾘﾝｸ(gkinyn.cn) mp3 dmusic downloads ipod
278:ddirenbUjAiFNqsIWoT
07/11/22 22:50:52
URLﾘﾝｸ(gkinyn.cn) mp3 dmusic downloads ipod
279:ZconNFzsOyjgEIMFV
07/11/23 01:56:17
URLﾘﾝｸ(ieirrj.cn) legal mp3 music downloads
280:CHHgNKcRHqwuDIPt
07/11/23 12:14:12
URLﾘﾝｸ(itdvmb.cn) mp3 player downloads
281:cTIBugRTfdJwpBjNNv
07/11/24 00:48:38
URLﾘﾝｸ(ktmyve.cn) Escort monique new york
URLﾘﾝｸ(ktmyve.cn) Laser vaginal rejuvenation new york
URLﾘﾝｸ(ktmyve.cn) Fetish restaurant new york
URLﾘﾝｸ(ktmyve.cn) Pda cube x serial rubik pocket pc
URLﾘﾝｸ(ktmyve.cn) Ear piece for blackjack pda
282:SadHBvRLdb
07/11/24 02:26:29
URLﾘﾝｸ(ltfrfp.cn) Miki moore austin texas
URLﾘﾝｸ(ltfrfp.cn) Outfitters in washington state
URLﾘﾝｸ(ltfrfp.cn) Texas irons
URLﾘﾝｸ(ltfrfp.cn) Alice texas wrecker
URLﾘﾝｸ(ltfrfp.cn) Dog health white rectum
283:iLmjJBObEPJrPdTbwG
07/11/24 20:27:16
URLﾘﾝｸ(bfsnbw.cn) renegade master
284:PdxhixcXocmbYQNjc
07/11/25 02:13:06
URLﾘﾝｸ(bfsnbw.cn) anchor
285:NAME IS NULL
07/12/26 17:50:32 LrTEtUw8
アクセス初心者です。教えて下さい。
仕事でアクセス使ってるのですが、クエリでデータを出してエクセルにエクスポートして、
そのエクセルデータをテキストデータにして、それを会社に納品しているのですが、
本日ミスが発覚しました。
納品した会社では、テキストデータをまたアクセスに読み込んで
使用しているようなのですが、その会社から読み込めないと連絡があり
確認してみたところ、アクセスでそのテキストデータをインポートしてみると
文字化けして読み込めないのです。
しかし、インポート画面の左下にある設定というボタンを押してみると
『コードページ』という項目があって、そこが『西ヨーロッパ言語』になっていました。
そこを『日本語（シフト JIS）』というのに変えると読み込めるのですが、
このコードページを設定した記憶がなくて、何で西ヨーロッパ言語になっているか分かりません。
これを直す方法やどうして言語が変わってしまったか原因など分かりますでしょうか？
分かりにくい文章で申し訳ないのですが、よろしくお願い致します。
286:NAME IS NULL
07/12/26 18:08:55
>>285
ググれ。
URLﾘﾝｸ(support.microsoft.com)
・・・仕様だそうだ。あきらめろｗｗｗ
インポート処理なんて簡単だからVBAで実装汁。
287:NAME IS NULL
07/12/26 18:29:43 LrTEtUw8
>>286
どうもありがとうございます。
マジで初心者なので、読んでもよく分からなかったです。。。orz
元からそういう動作（？）をしてしまうということですよね？
実は２つデータを出していて１つは上手くいくのですが、
（コードページの項目も日本語になっている。）
もう１つが>>285に書いたようになってしまいます。
＞インポート処理なんて簡単だからVBAで実装汁。
↑もよく分からないのですが、どういうことでしょうか？
超初心者で大変申し訳ないのですが、よろしくお願い致します。
288:NAME IS NULL
07/12/26 20:04:06
>>287
実際には相手先の話なのでそちらで対応してもらうしかないが、
データレイアウトは毎回同じだろうからインポート定義を
作ってもらうしかないんじゃないか。
これだったらマクロでも対応可能だったと思う。
ところで、なぜExcelに一旦エクスポートしているの?
289:NAME IS NULL
07/12/26 21:54:18
こっちもアクセス、あっちもアクセスなんだからmdbでの受け渡しを
検討してもらうのが一番いいんだけどね
290:NAME IS NULL
07/12/27 10:42:07
>>287
テキストデータの内容を解析して、先頭に半角文字が入力してあるデータが
一定件数（６件？）連続していると、既定値として「西ヨーロッパ言語」に設定
しています
なので、出力するデータを工夫して、先頭にひらがなや漢字などのDUMMY
データを入れてやれば、インポート時の既定値が「日本語」になります
ただし、当然、このデータをインポートする側でこのDUMMYデータを破棄
する等の処理が必要となりますので、相手側と相談してください
「マジで初心者なので」とのこと、ここ数回のやり取りがまったく理解できない
ようでしたら、ここで質問しても無駄だと思いますので、わかる人にやっても
らう等、別の措置を考えたほうがよいかと
291:NAME IS NULL
07/12/27 14:45:30
>>287です。
>>288-290
レスありがとうございます。
>>286さんに教えてくださったマイクロソフトのサポートページを
上司に見せたら、そのまま送り先の会社にも送ったようです。
（そちらで（送り先の会社）言語を変えてくださいと言ったそうです。）
私のクエリ作成上のミスだと思っていた（思われていた）ので、
違うと分かって安心しました。
丁寧に教えてくださってありがとうございました。
292:NAME IS NULL
07/12/29 03:08:53
アクセス姉ちゃん奮闘中ってなとこか
293:NAME IS NULL
07/12/31 18:47:00 nTwE3+1s
すみません、アクセス初心者です。
アクセスに写真を載せたいんですが、『写真１』とか記入すると
自動的に載るようにするにはどうすればよいのでしょうか？
ってうまく言えませんごめんなさいorz
294:NAME IS NULL
07/12/31 19:11:47
気にするな 社内SEならこの手の質問、毎日のように来るから何となく分かる
295:NAME IS NULL
07/12/31 21:43:34
>>294
分かるなら答えてやれよｗｗ
296:NAME IS NULL
07/12/31 23:51:04
質問の意図が分かるという意味で実現方法が分かるという意味ではないだろう。
297:NAME IS NULL
08/01/01 03:24:40
いや、日本語が不自由同士、うまく言えない気持ちが分かるって意味じゃないのか。
298:NAME IS NULL
08/01/01 03:38:12 XT/C0LkP
jpg等の属性のデータを項目として定義することは可能ですか？
299:NAME IS NULL
08/01/01 03:39:08 XT/C0LkP
風呂からあがったら確認しますからどなたか返事いただけませんか？
300:NAME IS NULL
08/01/01 03:40:53 XT/C0LkP
出来れば上級SE（１０年選手）の方を希望します。
301:NAME IS NULL
08/01/01 04:07:21 XT/C0LkP
テーマはACCESSとオープンソースのBASEでの代替および信頼性、コスト上の
メリットデメリットについてでした。
弊社SEに確認して見ます。
302:NAME IS NULL
08/01/01 19:11:40
.>>294の何となくわかるというのは、
こいつは馬鹿だから返答の必要がないと経験から感じているだけ。
303:NAME IS NULL
08/01/09 12:27:57
教えてください
ネットワークからアクセスのデータベースに接続するとして
クライアント側にアクセスが導入されていない場合、クエリーの処理は
サーバー側のアクセスで行われるのでしょうか？
それともそもそも実行不可能なのでしょうか？
クライアントソフトはVBかｃ＃で組む予定です。
304:NAME IS NULL
08/01/09 12:50:10
>>298
jpg等の属性って結構むずいよ。
たとえば、スク水・貧乳・体操着・眼鏡・パンちら・パンもろ・もろもろ・妹・園児・けもの・制服・母・放尿・断面・1人・3人
305:NAME IS NULL
08/01/09 12:51:48
>>303
サーバーの仕事はファイル共有のみ。
306:NAME IS NULL
08/01/09 19:03:49
>>303
> ネットワークからアクセスのデータベースに接続するとして
> クライアント側にアクセスが導入されていない場合、クエリーの処理は
> サーバー側のアクセスで行われるのでしょうか？
> それともそもそも実行不可能なのでしょうか？
> クライアントソフトはVBかｃ＃で組む予定です。
そもそもクライアント側でAccess使わないのならAccess使う意味が無いというものでは？
サーバー側でクエリーの処理をしたければMySQLやPostgreSQLを使えばいいんだけど、
もうAccessとはなんの関わりも無い話になってしまう。
組む予定というのが外注するという意味ならまあ話はわからんでもないけど、
自分でプログラムするっていう意味なら・・・・・
307:NAME IS NULL
08/01/09 21:30:22
AccessがインストールされてないPCでもDAOやADOを参照設定したVBアプリで
mdb操作ってのは普通にやるけど、>>305の言うとおりデータベース処理はクライアント側。
308:303
08/01/09 22:08:09
ども レスありがとうございます。なるほどそうなるんですね。
でも実行が可能とわかり安心しました。
309:NAME IS NULL
08/01/12 15:34:25 G/Y9XJOU
ファイルサーバにMDBファイルおいて
共有するという思想はいい加減捨てて欲しい。
ちゃんと使いたいならRDBMSの導入。
310:NAME IS NULL
08/01/12 16:04:45
mdb共有って
複数人で使うと不便でたまらんのに・・・
SQL ServerにアップサイジングしてADPで作っても
たいして手間かからないから、そっちをおすすめ。
311:NAME IS NULL
08/01/12 19:32:58
ADPってなんですの？
312:NAME IS NULL
08/01/12 21:46:53
MDBで作りこむほど、ＡＤＰには移行しにくくなるけどな。
313:NAME IS NULL
08/01/12 22:35:34
jetのSQLとT-SQLまるで違うしな
314:NAME IS NULL
08/01/13 00:47:19 wTXjxmrm
ファイル起動時にフォームを自動で開く方法どうするんでしたっけ？
315:NAME IS NULL
08/01/13 00:50:28
ツール ->起動時の設定
316:NAME IS NULL
08/01/13 00:54:23 wTXjxmrm
↑サンクス。助かったm(__)m
317:NAME IS NULL
08/01/17 08:59:57
>>311
古いけど
URLﾘﾝｸ(www.shoeisha.com)
318:NAME IS NULL
08/01/17 12:57:37
小回りのきく手軽さという点では、ＭＤＢの方が圧倒的に優れてる。
319:NAME IS NULL
08/01/17 14:31:17
>>318
それは理解できる。
スタンドアロンで使う小規模DBとしては優秀。
諸悪の根源は、
あれをRDBMSだと勘違いして
複数ユーザーで共用しようと言う思想。
320:NAME IS NULL
08/01/17 15:12:54
業務で使うと、どうしてもそこ（複数ユーザ）へ考えが
いっちゃうんだよね。
321:NAME IS NULL
08/01/17 15:36:07
ＳＱＬＳｅｒｖｅｒが効果あるのは５ユーザぐらい以上じゃないか？
322:NAME IS NULL
08/01/17 18:03:22
そうだ
MDB用のラッパーを開発しよう
323:NAME IS NULL
08/01/17 20:21:38
・接続ユーザーは３～４人
・更新系はテーブルに直接連結しない
クライアントのワークテーブルに読み込んで編集し、INSERT,UPDATE,DELETEで更新
・更新時はトランザクションを使う。
ファイル共有でできる限界はこれくらいかな？
324:NAME IS NULL
08/01/17 20:35:15
ワーク使うと同じレコード更新したとき困らない？
325:NAME IS NULL
08/01/17 21:17:28
>>324
自前の排他制御をする必要はある。
326:NAME IS NULL
08/01/18 14:54:25
>>324,325
どう考えてもマルチユーザーで共有しない方が実装がシンプルだろ。
面倒なことは全部RDBMSに任せられない時点で、
共有するのが間違ってるってこった。
接続ユーザーが２名を超えた時点で、
MSDEに移行するかSQL Serverに移行するのが正しい。
327:NAME IS NULL
08/01/18 17:59:01
マルチユーザー＝企業ユーズと考えればアクセスで作ったシステムを
使っているのは圧倒的に中小規模。
売上等の入力用のＰＣが１台と偉いさんが売上や在庫の状況を
見るための閲覧専用ＰＣが数台という構成も少なくない。
この程度ならば使い方次第ではアクセスで十分。
328:NAME IS NULL
08/01/18 20:12:50
>>327
だとしてもMSDEは最適化しなくても容易にファイル破損しないから。
329:NAME IS NULL
08/01/18 21:18:56
２件で ８年以上 ACCESS2 --> ACCESS2000 と変えながら ４，５人で利用する
システムを作りましたが、ACCESS のみ作成して、ＤＢがだめになったことはありません。
２件とも１日５００件ぐらいの伝票入力だけで；閲覧、出力がおおいですが；
難しいシステムだと壊れるんでしょうか？
VBA での処理はいっぱい書いていますが;
330:NAME IS NULL
08/01/19 09:56:17
うちはSQLにどっさりデータを置いて、Accessで閲覧だな。
入力はないな。
331:NAME IS NULL
08/01/19 10:52:35
>>330
SQLって何よｗ
332:NAME IS NULL
08/01/19 16:44:41
↑SQLserverね。しかもいまどきODBCｗｗｗｗｗｗｗｗｗｗ
すまんこ
333:NAME IS NULL
08/01/20 01:08:35
>>326
ADPはローカルにワークテーブルを作って、それをもとにクエリをつくるといった手法がやりにくくないか？
ＡＤＰとＭＤＢが統合されたようなものが理想だと思うんだか・・・
334:NAME IS NULL
08/01/20 09:17:41
#テーブルとか##テーブルは確かに使いにくいな
335:NAME IS NULL
08/01/21 14:26:59
>>329
意外に強固なんですね。
てっきり壊れまくるもんだと思ってました。
うちは排他書くのがめんどうだったんで、
規模は小さいけどSQLServer使ってます。
336:NAME IS NULL
08/01/21 14:37:00
>>330
似たようなもんだけど、うちは閲覧はexcelかIIS
出力はexcelで欲しがることが多いのでVBAばっかり書いてる
データ入力用にADP使っている。
入力のインターフェイス作成の楽さから抜けられなくて困っている。
337:NAME IS NULL
08/01/21 19:08:38
よくこわれてたのはAccess2000以前
2000は安定してると思う
それでもたまにこわれる
338:NAME IS NULL
08/01/21 19:09:23
SQLServerだから排他書かなくていいってことにはならないと思いますが
339:NAME IS NULL
08/01/21 22:14:04
いや、SQLServer使ってるのに排他を自前でゴリ書きはないだろw
340:NAME IS NULL
08/01/22 00:14:45
馬鹿ですか？
341:NAME IS NULL
08/01/22 16:38:44
レコードを読む時点で誰かが編集中かどうか知りたい場合には、
自前の排他が必要になるだろう。
342:NAME IS NULL
08/01/22 16:57:33
Accessでも排他できるのに
343:NAME IS NULL
08/01/22 17:31:06
Anusでも排泄できるのに
344:NAME IS NULL
08/01/23 14:35:36
>>341
低レベルな質問で申し訳ないが、
編集中を判別するためにはどんな処理をするのが一般的でしょうか？
一時テーブルに編集中のレコードIDかなんかをぶち込んで
それをチェックすればいいのですかね？
345:NAME IS NULL
08/01/23 18:11:25
[ロック制御用テーブルの作成]
field1:TableName
field2:RecordD
field3:UserID
[編集開始時]
レコードを読込前に他者が追加したレコードがあるか無いかをチェックし、
あれば、警告する。なければ、自分のUserIDで追加する。
[編集終了時]
自分が追加したレコードを削除する。
346:NAME IS NULL
08/01/23 22:47:19
>>345
警告してからどうする？
１．後から編集しようとしたPCも編集を許す場合
後から編集したPCが先に編集しようとしたPCより先に編集を終了した場合
先に編集（レコードを追加した方）は編集されたことが分からない
２．後から編集しようとしたPCは編集を許さない場合
先に編集を始めたPCの操作者は編集終了までPC入力以外のことができない。
例えば先に編集を始めた操作者が入力中に電話がきて電話に出たりすると
電話が終るまで他のPCから編集ができなくなる
あと、ロックをかけたPCがフリーズした時のためにロック制御テーブルのクリア処理を
作っておかないと面倒なことになる。
347:NAME IS NULL
08/01/23 23:41:11
DB本体 Access
入出力画面 Excel(ADO DAO VBAで接続)
レポート印刷 Access
エクセル画面から操作 この方がユーザーに馴染んでもらえそうな気がしてきた。
348:NAME IS NULL
08/01/24 08:45:59
>>346
他のＰＣが使用中であることを検知したならば、編集できなくすべきでしょう。
排他制御の目的は、データベースの一貫性を保持することだから。
349:344
08/01/24 15:17:18
なるほどね。参考になります。
排他制御つくったことがなかったもので・・・
350:NAME IS NULL
08/01/24 19:27:09
誰が占有しているかさえ判明すれば、良いのかな。
占有時間が長くなった場合、そのユーザーに”直接”声を掛けて、
占有を解除するなり、そのユーザーのＰＣを”直接”操作する。
もともと小規模な使い方を想定しているるのだから、こうゆう対処で
十分かも。
351:NAME IS NULL
08/01/24 20:06:37
その機能ならエクセルにもなかったっけ
352:NAME IS NULL
08/01/25 12:08:40
スレの流れを参考にAccessのみでの小規模クライアント・サーバー型DBを作り始めました。
質問です、よろしくお願いします。
クライアント側からDB本体のテーブルを外部データへのリンクのをVBAで
設定しようと思ってます。
Access2000で、外部テーブルへのリンクを貼るVBAの書き方を教えてください。
353:NAME IS NULL
08/01/25 12:22:55
>>352
URLﾘﾝｸ(www.ruriplus.com)
354:NAME IS NULL
08/01/25 14:11:07
>>353 レスありがとうございます。
DAOを参照して試してみましたが、どうもうまくいきませんでした。
ちょっと352の日本語がおかしかったですね。
「DB本体のテーブルをクライアント側にVBAで作る方法」
URLﾘﾝｸ(msdn.microsoft.com)
↑ ここを見て解決できました。ADOXの参照設定しました。
いろいろありがとうございました。
クライアント側にDB本体のパス名を保持。
→毎回、起動設定でリンクを貼ること。 →クライアント終了時 リンクテーブル削除
できるようになりました。
355:NAME IS NULL
08/01/25 22:29:44
質問
下記のようなＳＱＬ文でテーブルを作成したいのですが、フィールドのデフォルト値がNullになってしまいます。
特定の値をデファルト値にしたいのですが、記述方法がわかりません。
できる方法はあるのでしょうか？
CREATE TABLE T11 (Field1 Long,Field2 Long,Field3 Long");"
356:NAME IS NULL
08/01/26 07:49:29 g67kGDTI
教えてください
ACCESS２００３なんですが、
メインのフォームから単票形式のレポートをプレビューで表示しておいて
メインからフォームのタイマーイベントでプレビュー上のコントロールに値を表示できないでしょうか？
もちろん、プレビュー上のコントロールはTBとは関係ない物を置いてあります。
こんな感じで
DoCmd.SelectObject "レポート1",acNormal,False
Reports![レポート1]![テキスト1].setFocus
Reporｔs![レポート1]![テキスト1].Text = "1234"
これを実行すると、現在のビューでは設定できません、と言われてしまいます
レポートなんだから、当たり前だとは思うのですが
そんなのレポートじゃなくてフォームでやれよって言われそうなんですが
上司がフォームじゃなくてレポートでって言うので・・・・・
あるいはレポートにタイマーがあればそれでもいいいのですが、ないみたいですね
ACCESS２００７ではレポートにもタイマーがあるらしいですが
357:NAME IS NULL
08/01/26 13:04:11
それはムリ。
なぜにタイマー？
レポートはPrintが済んじゃったら変更効かないよ。
Format時かPrint時にレポート側で設定するのがふつうだと思うけど。
すなおにフォームでやった方が幸せになれるような。
あと「TB」ってなんですか？サンダーバードしか思い浮かばないんだけど。
358:NAME IS NULL
08/01/27 08:56:26
>>355
ADOXで作った方が楽。
359:NAME IS NULL
08/01/27 15:24:21
>>355
NOT NULL制約付けてもいいのかはっきりさせてくれ。
360:NAME IS NULL
08/01/27 15:44:39
つか、JETのSQLでCREATE TABLE文にDEFAULT句設定できたか？
NOT NULLとWITH COMPしかないだろ？
361:NAME IS NULL
08/01/27 17:28:21
DAO 又は ADOX でつくらないと無理でしょう。
362:NAME IS NULL
08/01/28 11:11:11
>>356
>>357に書いてあるとおり無理なので、
ﾚﾎﾟｰﾄを描画しなおさないとだめ
363:総務課ヒラ
08/02/02 13:56:55 ixlIASXO
すいませんド素人なんですが、今度勉強しながら仕事で使うデータベースを
作らなければならなくなりました。
作ったファイルをサーバーに置いて、各部署で共有してデータの変更や照会を
行うのですが、将来、各部署のaccessがバラバラのタイミングでバージョンアップ
した時に問題が起こりますか？
また複数の部署が同時に同じテーブルの内容を変更した時、問題が起こりますか？
ご指導願いますです。
364:NAME IS NULL
08/02/02 14:09:53
問題が起こります。
365:総務課ヒラ
08/02/02 15:37:06 ixlIASXO
＞364
やっぱダメなんですか
そうですか。他の方法を考えます
ありがとうございました。
366:NAME IS NULL
08/02/02 15:42:16
分割してバックエンド（データ部分）のみ共有する分には、大した問題は起きないでしょ。
自分も問題なかったし、事例はたくさんあるから。
フロントエンド（GUI）が2000だろうが、2002だろうが、2003だろうがOKのはず。
ただし2007は分からない。フロントエンドに2003以前と2007が混在するようなら、
経験者にきいてみないと（自分は経験ない）。
あと、VistaみたいなOSのバグで共有できないケースもあるけど、それはAccess側では
どうしようもないね。
たぶんこの後、コンテクストを無視してSQL鯖がどうとかASPがこうとか言い出す輩が
出てくると思うが、Accessはド素人だけど鯖に滅法強いとかならそちらでどうぞ。
367:366
08/02/02 15:47:51
データ部分のみね
368:NAME IS NULL
08/02/02 16:57:04
>>363
勉強しながらとのことなので、
そうそうすぐに全部署共有でガシガシデータ入力/変更ということにはならなそうだから、
>>366の言うようにデータテーブルだけのmdbを共有して
運用したらいいんじゃないかな？
すごくたくさんの人間が同時にアクセスする、とかなってきたらまた考えたらいいんじゃないでしょうか？
369:NAME IS NULL
08/02/02 17:54:53
その前にいったいどれだけの規模なのか聞かんと答えようがない話のような気がする。
どだいAccessでは無理って規模かもしれないし・・・・・
370:NAME IS NULL
08/02/02 18:18:07
>>366
分割したバックエンドの方がデータに画像とか貼ってあって500MBくらいあるのですが
みんな開くときに遅い遅いと言うので困っています
371:NAME IS NULL
08/02/02 18:51:38
>>370
そりゃサイズでかすぎる。
372:総務課ヒラ
08/02/02 21:28:32 ixlIASXO
みなさんありがとうございます。
そのデータ部分だけ共有というやりかたに兆戦してみます。
部署は１０程しかないし、アクセスもそれほど頻繁ではない
と思います。
浮かんだイメージは、テーブルだけのファイルをサーバーに
置き、そのテーブルにリンクを張った操作用ファイルを各ＰＣ
に置くという感じですが、それで良いのでしょうか？
とにかく勉強します。
373:NAME IS NULL
08/02/02 22:07:36
>>372
それで良いよ。
374:NAME IS NULL
08/02/02 23:16:47
とりあえず、勝手なバージョンアップの禁止を通達しておくんだね。
それでもやるやつはいるだろうけど、それで動かなくなったらそいつのせい。
375:NAME IS NULL
08/02/03 03:14:56
>>370
画像はデータベースに保存せずJPGなどに外部ファイル化しておき、
表示するときだけ読みにいく方法なら遅くはならない。
376:NAME IS NULL
08/02/03 10:06:43
>>375
それはどうやって、やるのですか。
設計図面を画像データを取り込んた800MBくらいになったＤＢがあります。
かねがね、なんとかしたいと思ってました。
377:NAME IS NULL
08/02/03 10:12:38
>>376
Access2007なら画像も元データの形式で保存できるから、余り肥大しないし、もちろん画質劣化もなし
378:NAME IS NULL
08/02/03 10:35:49
フィールドにはパス\ファイル名でテキスト形式で突っ込んでおいて
アプリでそれを拾いに行くようにするとか？
379:NAME IS NULL
08/02/03 11:23:32
>>376
新規のファイルはjpg なり pdf で保存する。
すでに、MDB化されているものは、VBAで外部ﾌｧｲﾙに書き出す
URLﾘﾝｸ(homepage.mac.com)
↑VB用だが、僅かの修正でVBAでも使える
380:NAME IS NULL
08/02/03 11:25:39
パス変わったときに面倒ですよね
なんでAccessとかExcelとかの貼り付けって
相対パスにしてくれないんだろう
381:総務課ヒラ
08/02/03 12:17:00 LYNLjY3V
＞373･374
ども。
できそうな気がしてきて、今少しほっとしてます。
明日から時間を見つけて作成にとりかかります。
382:NAME IS NULL
08/02/03 14:30:29
>>377
Access2007を使うことにしても、既にAccess2000MDBの中に
OLE オブジェクト型で取り込んである分を、新MDB移行させる必要がありますよね。
1.Access2000MDB OLE オブジェクト型のエクスポート
↓
2.Access2007MDB Attachment型として取り込み
それが379さんの「すでに、MDB化されているものは、VBAで外部ﾌｧｲﾙに書き出す」
なのかな？
「OLE オブジェクト型 エクスポート」で調べてみましたが、ちょっと難しそうです。
>>379
ソース読んでみましたが、自分の能力ではわからないことが多いです。
少しずつ勉強してみます。
皆さん、ありがとうございました。
383:377
08/02/03 14:46:28
>>382
オブジェクト型にしちゃったのは、ビットマップになってるから、JPGやPDFに圧縮しなおすと劣化するど
ビットマップのまま、出して、そのまま2007の添付ファイル型で入れただけで、LZH圧縮かかるから、ZIPなみにサイズ減る
384:377
08/02/03 14:49:00
ああ、
× LZH圧縮
○ LZ圧縮
385:NAME IS NULL
08/02/03 15:25:18
おいおい、2007のAttachment型って、画像ファイルじゃなくOLEオブジェクトを
そのまま認識してくれるのかよ？
本当なら革命的に賢いな。
386:377
08/02/03 15:34:07
ビットマップは画像ファイル
387:NAME IS NULL
08/02/03 22:17:10
添付ファイル型は複数値型と同じで扱いが面倒だけど
.xlsと.docと.pdfを放り込んで使ってるよ。
388:NAME IS NULL
08/02/03 22:30:10 F3bGJrY2
型番 日付
A 2008/02/03
B 2008/02/04
C 2008/02/05
D 2008/02/06
E 2008/02/07
F 2008/02/08
エクセルで上記のような表があるとします。
クエリに関数を入れて本日～4日後の2008/02/06までを”全て”
抜きとって表示したいのですが関数わかる方おられませんか。
2008/02/07と2008/02/08は不要としたいのです。
自動的に毎日4日間を抜き取ることはできますか？
389:NAME IS NULL
08/02/03 22:56:32
マルチすんな死ね
ｽﾚﾘﾝｸ(tech板)
390:NAME IS NULL
08/02/04 02:19:12
>>377
「ビットマップは画像ファイル」だけど、OLEオブジェクトは画像ファイルじゃねーよｗ
>383 の手順は、本当に実際にやってできたことなのか？ それとも空想上の話か？
とりあえず、そこはっきりさせてほしい。
いままで、画像ファイルをそのまま突っ込んでいたならまだしも、いったんOLE
オブジェクトに変換されたものをそのまま書き出して画像として認識できるなんて
話は一度も聞いたことがない。 >379 のリンク先の方法も、画像ファイルをそのまま
書き込んだ場合に限られる話で、OLEオブジェクトに変換されたものは対象外。
誰か2000とかで画像ファイルをOLEオブジェクトに変換して格納してあるのを
そのまま書き出して、2007で実際に取り込んだ話をしてくれ。
それで出来るっていうならたしかに朗報。2007万歳。
391:NAME IS NULL
08/02/04 09:02:33
あああ、OLEで埋め込んだ画像データはMDB内部でビットマップで保存されてるから、、
ビットマップで取り出して、そのまま、ビットマップで添付すれば良いんじゃね
392:NAME IS NULL
08/02/04 10:33:34
図面データを管理するデータベースを構築しようと思っています。
ACCESSに図面データへのパスを格納した場合、
パスに変更があったときは、sqｌか何かで簡単にデータ変更を
できるものでしょうか？
393:NAME IS NULL
08/02/04 13:08:41
>>388
不等号でいんでね？
394:NAME IS NULL
08/02/04 23:37:01
>>392
出来るだろうけど、簡単かそうでないかは
392のファイルの置き方しだい。
395:総務課ヒラ
08/02/05 20:15:25 nk3nkSEO
おじゃまします。また質問なんですが、ＶＢＡとか全く知らなくても
対処する方法があったら教えていただきたいのです。
①アクションクエリーを多用したファイルを共有して使うと、その実行
確認メーセージについて「なんだこりは？」と頻繁に問われます。
そのたび、「ツールのオプションの編集/検索」で確認メッセージが出
ないように設定してもらうのですが、ファイル自体に、開くと強制的
に「確認メーッセージ不要になる」という設定を組み込めないでしょ
うか？
②フォームでメニュー画面を作成していますが、不要なフォームは最小
化されて邪魔にならないようにしていても、タスクバーに表示された
オブジェクト名の所を誤ってクリックしてしまいメニュー画面の順番
をぐちゃぐちゃにする使用者がいます。これも「ツールのオプション」
でタスクバーに表示させないようにできるのですが、質問①と同様に
ファイルに強制的な設定力を組み込めないでしょうか？
アクティブフォームを規制する方法でも良いです。
よろしくお願いします。
>388
dateadd 関数（だったっけ）と不等号でダメ？
今、ネットカフェだからためせないんだけど。
396:NAME IS NULL
08/02/05 22:50:38
VBAを知って対処しろ
397:NAME IS NULL
08/02/05 22:50:56
MDBファイルにADO経由でアクセスして
SQLを発行しているのですが
書き込みのときはロックした方が良いとか
トランザクション作るべきだとかいわれますよね
ACCESSのSQLは文法が違うみたいなのですが
なんとかならんもんでしょうか
MSSQLとか他のSQLサーバーに城とかいうのはなしで
ご存知のかた教えていただけると幸いです
398:NAME IS NULL
08/02/05 22:55:16
MSSQLとか他のSQLサーバーに城
399:NAME IS NULL
08/02/06 08:36:56
>>395
①VBA を使った方法になるけど
1. 警告を止めるモジュールを用意する
Function WarningOff()
DoCmd.SetWarnings False
End Function
2. 自動実行マクロから 1. を呼び出す
Autoexec という名前のマクロを作成し
プロシジャーの実行－プロシジャー名に WarningOff() を設定する
SetWarnings の使用には注意が必要なのでヘルプを良く読んで
②操作可能なフォームを１つに限定する事はできるけど、それでいいのかな？
フォームプロパティ－その他 作業ウィンドウ固定
400:総務課ヒラ
08/02/06 19:55:42 MFZ8If4M
>399
レスありがとうございます。
総務課員でも、やっぱ初級レベルのＶＢＡの知識は必要だと思い
始めています。勉強するつもりですが、今回は何もわからないま
まで書き込まれた方法を使わせてもらいます。
初めての体験、うまくできるか心配。
401:NAME IS NULL
08/02/06 22:46:56 zjHg3ehW
>>400
仮にも総務課なんてものがある規模の会社で、部署跨いでの運用前提なら
外注も考えた方がいいんじゃないかと老婆心。
社内に相応の作り手(とか管理者)がいるとか、使い手のレベルが確保できるなら別だけどね。
402:NAME IS NULL
08/02/07 00:12:11
URLﾘﾝｸ(soumubu.sigoto.jp)
でも社員数11人なんだぜ
403:NAME IS NULL
08/02/07 12:05:45 EaJqlF2t
私はこれのせいで、リストラされました、勉強しようとしても自学では難しかった、学校に行こうとしたが試験に落ちた、後はどうにもならなかった。後はどうにもならなかった。後はどうにもならなかった
404:NAME IS NULL
08/02/07 17:35:48 Xa53OaUG
すいません気が狂うほど初心者質問ぽくてあれなんですが・・・
フォームのテキスト群に数値の[1]か[0]を表示させて、別のテキスト（レコードあり）にその加算をだすように
そのコントロールソースに =[テキスト○○+[テキスト○○]+[テキス・・・・などと書き込んでフォームを
開けてみると、加算されず「00110100011000・・・・」などとなってしまいました。
なぜなのかわかりません、どうかお教えください。
405:NAME IS NULL
08/02/07 19:06:04
>>404
まず、基本的にテキストつまり文字列は計算できません。
これはAccessに限らずコンピュータの初歩の初歩です。
"国道１号線"と"国道２号線"を足したら"国道３号線"になりますか？ならないでしょう？
Accessでは"国道１号線"＋"国道２号線"は"国道１号線国道２号線"となりますが、
これはAccessではそう決まっているというだけのことです。
この場合の解決策はフォームのテキスト群をすべて数値に変えるか？
それともテキストを数値に直してから計算するようにするかです。
初心者ということですが、数値とテキストの使い分けができないとAccessはとても使いこなせませんよ。
というようなことでいいのか？
406:NAME IS NULL
08/02/07 21:26:09 Xa53OaUG
>>405
早速のお返事ありがとうございます
文字列の問題・・・・やはりそうですよね、そうではないかとおもっていました
初心者といえ、ここまで顧客管理と役所に申請するソフトを作り上げて
最後の部分なのに、あまりといえばあまりな基本ですね・・・恥ずかしい。
一応、テキスト群のほうの書式は「数値」というふうに設定したのですが
根本的にわかっていないっぽいですね、わたし。
407:404
08/02/07 22:06:50 Xa53OaUG
もしかして・・・・
テキスト群はフィールドのないフォーム上だけのテキストボックスだから
「数値」としての認識はできないのでしょうか。
408:NAME IS NULL
08/02/07 22:13:57
a = CInt(form![hoge].caption)
409:404
08/02/07 23:17:04 Xa53OaUG
>>408
CInt関数ですね
って調べてみたけど、まだ私のスキルではうまく理解して使いこなせなさそう
410:NAME IS NULL
08/02/08 01:12:28 XfNQDRfL
アクセス2003を使っていて悩んでいます。
フォームにて(1)大分類(2)小分類を入力する際に、(1)にてA～Dを選択できるリストを表示し、(2)にて(1)で選んだ分類に属する小分類a1～a8、b1～b8・・・といったリストから入力するフォームを作りたいのですが、まったくわかりません。
このような入力方法をするにはどうしたらよいのでしょうか。
せめてこのようなリストは何というのか教えてください。
411:NAME IS NULL
08/02/08 09:18:57
>>410
(1)で選択した値で(2)のリストを抽出してやればいいんじゃないか？
(2)のリストボックスのソースをクエリにして、その抽出条件を(1)の選択値にしてやる。って感じ。
ってことでいいのかな？
412:NAME IS NULL
08/02/08 19:37:57
Access2007を買いたくない。
しかし、下位との互換性が薄いから、将来を見越して買わざるを得ない。
なぜ、Microsoftのご都合バージョンアップに付き合わされなければならないのか。
Access2003で十分。XPで十分。
リボンとか添付ファイル型は必要ない。
買う決心をつけるために、どなたか、Access2007の素晴らしさを説明して欲しい。
413:NAME IS NULL
08/02/08 19:39:33
>>412
桐にしとけ
414:410
08/02/08 23:17:29 XfNQDRfL
>>411サンクスです。
オレにとって難易度が高そうですが、やってみます。
415:404
08/02/09 00:57:17 SKQjl18B
一応普通に加算できましたのでお礼とご報告まで。
Val関数でできたのですが、不思議なのはレコードと関連していない１～３１のテキスト群の
たった一つだけ関数書き込んだだけでできてしまいました。
釈然としませんが、できているので、いじらないことにしました。
ただ一難去ってなんとやらと申しますか・・・・例の１～３１の結果を「来院数」（レコードあり）に反映させ
るわけですが、テキストボックスには加算された日数が入っているのに、レコードにはまったく反映
されません。悩む・・・・。
416:NAME IS NULL
08/02/09 02:08:31
レコードと結びついたフィールドを入力しなかった場合には、書き込まれないはずだが。
すべてのフィールドをレコードと結びつけるようにすれば、あれこれ悩まなくてすむと思う。
417:NAME IS NULL
08/02/09 02:13:45
1 + 1 + 1 = 3
1 & 1 & 1 = "111"
1 + "A" + 1 = "1" & "A" & "1" = "1A1"
このあたりは基本だから憶えておこうぜ。
418:NAME IS NULL
08/02/09 11:05:05 SKQjl18B
みなさん御世話掛けます（汗
結局のところ私みたいな初学者は
＞すべてのフィールドをレコードと結びつけるようにすれば、あれこれ悩まなくてすむと思う
なんですかね、なにか必要のないレコードが増えると心理的に無駄使いしてるような気になってしまって。
考えてみたら、別にリアルに物が増えるわけでもなし、データ量としても微々たるものなんだから
最初からそうすべきでした。
419:NAME IS NULL
08/02/09 21:35:57
>>418
どうも発想がデータベース的ではないような気がしますね。
次はあくまでも個人的発想方法だということで読んでください。
1.フォームで入力用テーブルに入力する。
2.SQLで入力用テーブルから出力用テーブルを作る。
3.レポートで出力用テーブルを印刷する。
もちろん例外もあるのだけど、基本的にはこの発想でやると単純化できます。
Accessは自由度が高いだけに自分なりのパターンをもたないと収拾がつかなくなります。
ここで１と３は問題ないだろうけど、２のSQLで処理するというのに引っかかる人がいると思う。
もちろん、１レコードづつループしながらVBAで処理していく方法もあるけれど、
Accessのレコード移動は遅いようで結局時間がかかります。
結局SQL（クエリー）を使うほうが一般的に早いようです。それも桁違いにです。
かなりのデータ数でも「もう終わったの？」というスピードで処理します。
一見複雑でSQLでは処理できなさそうな処理でも途中でワークテーブルを使ってやればできます。
余計なワークテーブルを使うと遅くなりそうだけど、SQLが高速なせいでそうはなりません。
ワークテーブルを作るのがいやで、複雑なSQL文を書いてもかえって遅くなるだけです。
とまあ、アドバイスになるか反面教師になるかは知らないが、こんな考え方もあるということで・・・
420:NAME IS NULL
08/02/09 22:55:38
データの数がエクセルが扱える以上にならないかぎり
アクセスよりエクセルのほうが効率的じゃないのかな？
アクセス本腰いれたいんだけど
そんな思いが頭を離れない
こんなおれに一言
421:NAME IS NULL
08/02/09 23:08:42
>>420
エクセルが扱える数ってどれくらいを考えているの？
現実に使えるのは数千件がいいところだよ。
データが多くなれば重くて実用的にはとても使えない。
数万件の処理を考えているのならエクセルは問題外。
一言じゃないけどこれでいいか？
422:NAME IS NULL
08/02/09 23:42:09
>>421
まあその数千件がただしいとして(2003なら65536行×256列てことでいいのか)
それ以下ならアクセスを使っても非効率だってことでオッケなの？
423:NAME IS NULL
08/02/09 23:50:50
アクセスとエクセルは製品コンセプトがまったく違うだろ。
エクセルでデータベースらしいものができるかどうかしらんが、
ひとに使ってもらえるようなものは到底むりだ。
424:NAME IS NULL
08/02/09 23:58:44
古いPCだからCPUが遅いのもアルが、
エクセルで３千件で、その遅さに泣いた。
データは普通の住所録
アクセスに移行したら、作業時間が１/４以下になった。
参考に
425:NAME IS NULL
08/02/10 00:07:25
>>423
メーカー側が作ったもんじゃないコンセプトなんて
それよりかは
使う側がある目的を達するために
どれだけ効率的に生産的になれる道具かが重要って発想で
全然わかってないんで見当はずれかもだが
テーブルにためこんだデータを
後でいかようにも出力できるってのがメリットなのか
馬鹿扱いされるんだろうけど
直感的じゃなくねアクセス
426:NAME IS NULL
08/02/10 00:24:25
>>425
>使う側がある目的を達するために
>どれだけ効率的に生産的になれる道具かが重要って発想で
これ重要。
数百件のデータを程度を決まった使い方するなら、紙に印刷したものを
ファイリングした方が効率的だと思う。
エクセルも千～二千件程度のデータなら、いいソフトだと思うよ。
マクロで自動化も出きるし、簡単なUIも作れるし。
なにしろ、開いただけで何が同入っているか分かる。直感的ダネ。
アクセスに移行しようと思ったのは
・二千件超えたあたりで顕著に遅くなった。
・他人が使う可能性が出てきた。
CSVに吐いてwordで取り込んで差し込み印刷に使っていたんだが
９xのせいか分からんが、エクセルとワードの連携がうまくいかなかった。
・ボタン一発で楽をしたくなった。
データを色々加工して見せたりする必要が無い、帳票が必要無い、
自分しか使わない、もしくは使う人がある程度エクセルを分かってる
んならエクセルでもいいんじゃね。
エクセルをシラン人が触ると、エクセルの表示データの幅を自分で
動かしておいて「文字が全部表示されない！」って怒る事があるからな。
427:NAME IS NULL
08/02/10 00:29:40
そこまで知らない奴に触らせるならシート保護くらいしとけw
428:NAME IS NULL
08/02/10 00:32:40
>>427
自分しか触らない前提で、フォルダー深く掘って
隠しといたんだけど。
そういう奴に限って、掘り出すんだよ…orz
429:NAME IS NULL
08/02/10 00:50:43
>>424
>>426
参考になりヤス
＞ボタン一発で楽をしたくなった。
書籍を片っ端から読んでますが
その楽をするまでがイバラの道なような
＞データを色々加工して見せたりする必要が無い、帳票が必要無い、
＞自分しか使わない、もしくは使う人がある程度エクセルを分かってる
＞んならエクセルでもいいんじゃね。
ただ知り合いの作った帳票とかを見るにあるいは書籍をみるに
レポートでデザインのいじれる範囲が目標と乖離してそうな気がするんです
作りこんでもエクセルのように好き勝手に思ったように(もちろん手書きに比べ不満の部分もあるのかもしれません)
つくれないような
当方の職場はエクセルの一般的な使い方はみんな出来るようです
430:NAME IS NULL
08/02/10 01:13:44
>>429
帳票は連票形式のリストしかつくって無いから
どの程度の事が出来るのか、良く知らないけど
データの配置は自由だし、単票で作れば何でも出来そうな
気がするけど。
複雑な帳票をたくさんの種類つくらなきゃならんと、ちょっと面倒だね。
帳票のデザインとボタン一発とSQLは別のスキルだねぇ。
帳票やフォームのデザインをする時は頭を切り替えるw
私だったら、アクセスに移行するかどうかは
データ量と帳票レイアウトの変更頻度で判断するな。
しょっちゅう、レイアウトが変わったり、増えたりするなら
なれてるエクセルで帳票作成して、データ件数が増えたら
最悪はバックエンドにアクセス使うってのアリかも。
まぁこのへんは色々意見がありそうだが。
431:NAME IS NULL
08/02/10 02:44:56
>>419
ごもっともだと思うが、それを>>418を相手にに説くのは間違っていると思う。
432:NAME IS NULL
08/02/10 10:57:21
>>412
OOoのBaseでAccess2007のmdb扱えるようになったから
もう2007は要らないと決心した
433:NAME IS NULL
08/02/10 14:11:21
2007の.accdb自体は.mdbのJETデータベースエンジンに毛が生えた程度のもんだから
それは従来のBASEが.mdbを扱えるからACCESSいらないって言ってるのと同じだよ
434:NAME IS NULL
08/02/10 15:15:10
結論的にいらないことには変わりないんだからいいんでね？
435:NAME IS NULL
08/02/10 17:28:11
>>431
まあ確かにそれもごもっともだと思う。
>>418に説いたというより初学者全般に対する指標のつもりだったのだけど・・・
そんなえらそうに言えた義理じゃないんだけど・・・
436:NAME IS NULL
08/02/10 17:30:55
OOoのBaseって実用的に使える程度になったのか？
以前触った時には実験中？ってできだったけど？
437:NAME IS NULL
08/02/10 17:32:06
>>436
使える気がしないです。
438:NAME IS NULL
08/02/10 21:38:47
>>412
Accessはオブジェクトが極限まで増えるとメモリ不足に陥りいろいろ障害がでてくる。
VersionUpは機能が増え一見いいことのように思えるがその代償として
ユーザが使えるメモリ領域が減ってしまう。
結局、32bitというメモリ空間が変わらない限り安易なVersionUpは
ユーザにとってはけっして好ましいこととはいえないのである。
439:404
08/02/11 11:17:26 EwWRkqJM
最後にひとつだけ質問よろしいでしょうか？
フィールドのない３１個のテキストボックスにＶａｌ関数を使い、数値化には成功
その３１の数値の積を【来院数】に出すわけですが、レコードソースに式を書き込むと
レコードに残らないということだったので、「クリック時～」で設定するとこれも成功。
しかし実際には諸事情で「クリック時～」では実用的ではありませんで、「更新後～」にするべき
でありましたので、その欄に書き換えました、問題はここです。
何度やっても反応しません、式が間違っているわけでもなさそうです、なぜなんでしょう・・・・。
毎度くだらない質問で恐縮ですが、最後にご教授ください。
440:NAME IS NULL
08/02/11 11:57:27
更新後ってのは、レコードが書き込まれた後ってことだから
書き込まれない限り実行されない。
別の方法を考えるべきだろう。
441:NAME IS NULL
08/02/11 13:22:24
>>438
> 結局、32bitというメモリ空間が変わらない限り安易なVersionUpは
おいおい、32bitのメモリ空間って言ったら４GBになるんだぜ。
Access2007がどれくらいのメモリが必要なのか知らないが、
４GB使い切るほど肥大化しているわけ無いだろ？
442:404
08/02/11 13:26:57 EwWRkqJM
>>440
ありがとうございます
なるほど「更新後」の意味を履き違えておりました、いまの今まで。
そうなると「更新前」は・・・・いや、あれもだめだった。
いちばんいい方法はなんなのだろうか考えてみます。
443:NAME IS NULL
08/02/11 13:40:50
どうでもいいが来院数の院が病院の院だったら
ちょっと怖くて行けないな・・・
444:NAME IS NULL
08/02/11 13:44:11
桐にしとけよ
良いとこ取りだぞ
445:NAME IS NULL
08/02/11 13:46:41
またお前か。
446:NAME IS NULL
08/02/11 14:06:19
>>444
（笑）
447:NAME IS NULL
08/02/11 14:45:55
>>439=404
31日分の合計(和)を出す電卓を作りたいってことだろ？
入力途中の表示に違和感を覚えるかもしれないが
「変更時」に再計算するようにしておいたらどうよ？
448:NAME IS NULL
08/02/11 14:53:56
>>443
いや、その病院では一番Accessが得意な
若い看護婦さんかも知れないぞ
ここでお近付きになっておいて
その病院へ逝くのも悪くない
449:NAME IS NULL
08/02/12 00:57:22 aoyNE+PV
教えてください。
とある機器のレンタルをしている事業所で勤務しております。
そこで、レンタル代金請求の仕組みを作ることになったのですが、
請求パターンがややこしくACCESSでの実現手順を教えてください。
商品代金の他に、送料と消毒代金も請求しており、
又、通常のレンタルとお試しレンタルもあり、
お試しで借りて、通常レンタルに切替る事があります。
お試しで借りて、気に入らずに返却になる事もあります。
請求ですが、
納品送料 引上送料 消毒
通常 開始月 終了月 終了月
お試し 終了月に往復 終了月
情報には契約番号（切替の場合、契約番号は同じ番号です）、
レンタル開始日、終了日、があります。
例：お試し、通常レンタルともに終了
→消毒費とる
お試し終了し通常レンタル切替てレンタル中
→消毒費とらない（レンタル中なので）
消毒費とる場合は、「1」 とらない場合、「0」になるような
式を教えてください。
同じく、送料についても、とる場合「1」、とらない場合「0」
になるような式を教えてください。
450:NAME IS NULL
08/02/12 01:03:43
商品マスタに消毒代とか送料とか登録しとけ
451:NAME IS NULL
08/02/12 01:57:07 aoyNE+PV
>>450
送料、消毒費登録ありますよ。
で、発生する条件を式にできないものかと、
あと補足ですが、
同じ契約番号の場合の見分け方ですが、「行番号」と「レンタル区分」で
通常レンタルかお試しか見分けます。
宜しくお願いします
452:NAME IS NULL
08/02/12 06:17:15
>>449
VBAで関数を記述しないと無理だな。
数式を一行で表わすっていうのはむずかしいんだよ。
VBAなら、どんなに複雑な判定文でも実現可能なはず。
453:NAME IS NULL
08/02/12 17:12:51
>>449
まず、自分の飯のタネの仕事を２ちゃんで他人に只でやってもらおうってむしが良すぎない？
それにこれそんなにややこしい請求パターン？
「通常レンタル」、「お試しレンタル」、「お試しから通常切り替え」の３パターンしか無いように思うけど？
プログラマーならそれほど苦労せずにできることだと思うけど・・・
もしかしてエクセルの延長線でできると思ってない？、
レンタル代金請求の仕組みって請求書発行までするってことでしょう？
プロでも結構苦労することを簡単に出来ると思っている？
繰越処理が割と難しいし、消費税の問題もある。
相手のあることだから意外と例外処理も発生するし、
後から修正することも必要だったりする。
ここで質問に答えてもそのシステム完成しないと思うけどなあ？
454:NAME IS NULL
08/02/12 19:07:49
（質問がよく理解できてない気がするオレだけど）
請求パターンをテーブルにすりゃいいんじゃないの？
パターンごとに1とか0を最初からいれといてクエリ
でつないだら？
455:NAME IS NULL
08/02/12 21:59:21
俺がやったことあるのは不動産の賃貸契約書管理とか
リース資産のリース契約書管理とかだけど、このケースでは・・・
・契約の開始/終了は年月日ではなく年月で管理（シンプルでいいね）
・契約開始年月はデータ入力の時点で確定。
・契約終了年月は契約期間中に変化する(先延ばし)可能性あり。
・契約区分に通常/試用があり、契約期間中に変化する(試用→通常)可能性あり。
・請求金額1(納品送料)の請求時期は契約区分が通常なら契約開始年月、試用なら契約終了年月。
・請求金額2(引上送料)の請求時期は必ず契約終了年月。
・請求金額3(消毒費用)の請求時期は必ず契約終了年月。
・どの請求金額も請求するのは契約期間中に必ず1回だけ。
このあたりを踏まえた上で設計するのがポイントになりそうだね。
かなり作りこみしちゃったからもうそんな変更できないよと言われても困るけどw
456:NAME IS NULL
08/02/13 08:20:02
>>429
ACCESSにデータ抱え込んでおいて、
EXCELからADOでも使って呼び出したらいい。
これなら好き勝手に出力形式作れる。
457:NAME IS NULL
08/02/14 09:45:10
>>441
>32bitのメモリ空間って言ったら４GB
理論的には、使い切れないほどの巨大なメモリ空間のはずなんだが、
実際にオブジェクトを増やしていくとすぐに限界にきてしまうのなぜだろう。
458:NAME IS NULL
08/02/14 14:17:31
>>457
そりゃあリソースの話じゃないのか？
いくらメモリがあってもリソースが足りなくなればそれ以上は出来ないよ。
もしかしたら、いまだにWin98系列を使ってない？
459:NAME IS NULL
08/02/14 22:40:04
それはない。
460:NAME IS NULL
08/02/14 23:15:39
Windowsのリソース管理テーブルサイズと
Accessのリソース管理テーブルサイズはべつもんでしょ。
ヘルプとかにリミット書いてなかったっけ？
461:NAME IS NULL
08/02/15 18:13:51
>>460
そうなのか？それは知らんかった。お恥ずかしい。
それはともかく、オブジェクトってフォームとかレポートのことだと思うのだけど、
Accessでオブジェクトを極限まで増やすっていったいどれくらいのこと言ってんだろう？
そんなに増やしたら管理するのが大変だと思うし、それってAccessの守備範囲なんだろうか？
大人数での開発に適してないAccessでそんな開発するほうが無理と違うのかなあ？
462:NAME IS NULL
08/02/15 19:00:25
TableCount=425
QueryCount=263
FormCount=144
ModuleCount=144
MacroCount=0
ReportCount=0
こんな感じだが、特にFormはMemoryを多く消費する。
オブジェクトの管理はうまく工夫すれば、どんなに数が増えようが負担は変わらない。
463:NAME IS NULL
08/02/16 00:39:02
テーブル一覧で毎日死ぬほどスクロールさせてんだろうな。
まあ本人が負担と思ってないんだから別にいいけどw
464:NAME IS NULL
08/02/16 03:26:33
テーブルが多くなるとスクロールで探すのに苦労するってのは初心者だな。
アクセスのレコードソースの入力欄はインクリメンタルサーチ機能があるんだから
それを最大限に活用できるような命名規則をつくるのが肝心なんだよ。
465:NAME IS NULL
08/02/16 08:40:03
>インクリメンタルサーチ機能
テーブル名に漢字を使ってるヤシにはピンとこないんだよね。
466:NAME IS NULL
08/02/16 08:53:56
>アクセスのレコードソースの入力欄
これないんだけど・・・
アホにもわかるように詳しく
467:NAME IS NULL
08/02/16 10:12:13
設計が最適化されてたらフォームにしろレポートにしろ
複数テーブルいくつも連結するだろうに。
インクリメンタルサーチが役立つって、おまえはいつも
単体テーブル一個しか使わないのかよw
468:NAME IS NULL
08/02/16 16:01:22
>>462
うわあ・・・糞の山だあ・・・
469:NAME IS NULL
08/02/16 17:02:42
>>462
> TableCount=425
４２５もテーブルがあるのか？
いったいどういうシステムなんだ？月ごとにテーブルを切り替えているとか？
> QueryCount=263
> FormCount=144
> ModuleCount=144
オブジェクトの話だよね？モジュールが１４４っていったいどんな分け方したらそんなことに？
プロシージャをモジュールごとに分ける意味が無いような気がするが？
それともフォームにはプロシージャーを書かないようにしているとか？
> MacroCount=0
> ReportCount=0
ほんでもってレポートが０？印刷しないのか？
それとも、他の方法でも使っているのか？
随分と謎のシステムだなあ？
470:NAME IS NULL
08/02/16 18:49:37
>>466
俺もなんのことかわからなかったのだけど、
もしかしたら、コード ウィンドウのことかな？
用語の使い方といい、オブジェクトの数といい、
随分独創的なシステムの構築をしているらしいなあ？
まあ、それもいいけど・・・・・・
471:NAME IS NULL
08/02/16 18:59:50
>>466
1.フォームオブジェクトを選択
2.右クリックでデザインビューを選択
3.フォームのプロパティを開く
4.すべてのタブを選択
5.レコードソース（1番上)
472:NAME IS NULL
08/02/16 19:34:23
>>471
それを省略して言うと「アクセスのレコードソースの入力欄」になるのか？独創的だなあ？
なんだか良くわからないが、とりあえずいいや。独創的過ぎて参考にならなさそうだし。
だいたいテーブルの管理は印刷でもしておけば問題ないし、特にどうってことはない。
とりあえず、メモリを食うフォームでも１４０まではいけるんだ。
俺はまだ６０もいってないから、当分は大丈夫。これは参考になった。サンキュー！
473:NAME IS NULL
08/02/16 20:13:53
フォームと同様にレポートもメモリ使うみたいだから、それもカウントしなきゃダメだよ。
474:NAME IS NULL
08/02/16 20:57:05
>>473
ああ、それもそうだなあ。するってえとそろそろ限界が近いかもしれない。
基本的に１ファイルで管理するAccessではやはり大規模開発（ってほどでもないけど）は無理かも？
随分前から代替手段を検討しているけれど、とりあえず問題がないのでなかなか踏ん切りがつかない。
一応第一候補はJavaなんだけどなあ？
475:NAME IS NULL
08/02/17 01:26:08
Mac、Linux、Windowsとプラットフォームを問わないJAVAでの開発がこれからの主流。
そんなふうに考えていた時期がぼくにもありました・・・
476:NAME IS NULL
08/02/17 11:04:55
Accessの代替がJavaとかズレてねえ？
477:NAME IS NULL
08/02/17 12:07:16
>>469
アクセスのレポートを使わないのは、他の印刷ツールを使っているからだ。
そのほうがよりニーズに対応したものが作れるということもあるが、
MDBからできるだけ外に出したいという理由がある。（メモり対策、分散作業のため）
その代わり、ワークファイルやモジュールが増大するのは仕方ないと思っている。
478:NAME IS NULL
08/02/17 13:26:35
>>477
アクセスのレポートより良い印刷ツールなんてそうそう無いと思うのだが？
いったいなに使っているんだろう？
479:NAME IS NULL
08/02/17 15:30:36
>>476
じゃあ、他になんかある？
480:NAME IS NULL
08/02/17 15:36:56
VB
481:NAME IS NULL
08/02/17 16:27:22
桐
482:NAME IS NULL
08/02/17 17:46:13
おいおい、Accessより大規模なシステムの開発の話だぞ。
VBや桐じゃ同程度の開発がいいところだと思うけどなあ？
ってまあここで聞くような話じゃないけどな。
483:NAME IS NULL
08/02/17 20:41:54
データベースエンジンの話が抜けてるのがズレてるっぽい
484:NAME IS NULL
08/02/17 21:47:03
エンジンはJetで
485:NAME IS NULL
08/02/17 22:20:57
>>484
なんでAccessの一番の弱点だと思われるJetエンジンをAccessの代替で使わなければいけないんだ。
MySQLあたりを使うのが普通だろう？
486:NAME IS NULL
08/02/17 22:25:51
俺の会社オラクル使ってるけど、レポートと入力は桐でやってる。
レポートは桐が群を抜いてるし、入力も桐の表形式が速くて誤入力がない。
他はオラクル。