08/09/05 10:27:02
フォーム側で制御して、レポートはただ出力されるようにした方がいいと思う。
951:NAME IS NULL
08/09/05 10:53:25
確かにスマートじゃないけど、別に問題も無いと思うけどなあ？
952:NAME IS NULL
08/09/05 12:47:19
レポートのフォーマットを頻繁に変えるエンドユーザーに対してはけっこう有効｡
「おまいら変えたくなったら自力でやれよ」みたいに｡
しかし､金がとれなくなった・・・orz
953:NAME IS NULL
08/09/05 12:50:14
自分で仕事を減らしたのかw
954:NAME IS NULL
08/09/05 13:46:01
紙の面積は有限だからよく考えて配置したい。
余計な▼増やされると困るケースもあるよ
955:NAME IS NULL
08/09/05 19:54:24
>>954
ンッ・・・・・困るケース？
別に▼が印刷されるわけじゃなし、そんなことってあったけ？
最近ではあまり使わないようにしてる（なんとなくスマートでないからって理由）から
よくわからないけど？
956:NAME IS NULL
08/09/05 20:14:48
>>954
やったことないならやってみれ。意外と便利。
957:954
08/09/06 00:44:26
>>956
逆だ逆、初心者の頃によく解らず使ってたよ
958:NAME IS NULL
08/09/06 01:54:26
>>957
余計な▼なんて出ないんだけど。
959:954
08/09/06 09:18:23
紙の面積は有限だから余計な▼「の部分の面積」を浪費されると困るってことだよ…
960:NAME IS NULL
08/09/06 14:46:33
>>959
何をいってるのかさっぱりわからない。
デザイン上は▼表示されるけど、プレビューで見たらその部分も
テキスト領域として印字できるんだから、紙面上は▼も含めて、
コントロールの全領域を表示領域として帳票をデザインすれば
いいだけじゃやないの？
961:954
08/09/06 15:17:57
あれ、そうだったのか？だったら俺の勘違いだ。スマン
まあでも白背景に文字だけ印刷じゃなくてボックスに境界線つけて印字することが多いから
上下余白も設定できない（2007は知らん）コンボボックスはどっちみち使わないんだがな・・・
962:NAME IS NULL
08/09/06 15:57:33
俺は罫線は線で引くけどなあ・・・
963:NAME IS NULL
08/09/06 21:27:08
俺は境界線派だな。
いくら会社の仕事とはいえ、本職ではないから
結局は趣味の延長線上。
VBAをガシガシ書くのは好きだが、レポートとかフォームとかは
ウィザードでできたものを修正するぐらいに手を抜く。
下手をするとEXCELで作表したものを貼り付けることも。
964:NAME IS NULL
08/09/07 00:34:44
いいか悪いかは別にして、日本人は罫線だらけの帳票大好きだからな…
エクセルが事実上表計算ソフトの代名詞と言えるほど普及してるのに
同じオフィス同梱のワードがネームバリュー今一なのは一太郎みたいに
直感的に罫線引けないからって説もあるほど。
965:NAME IS NULL
08/09/07 19:33:18
>>964
スペースで桁揃え出来ない時点で終わってます。
966:NAME IS NULL
08/09/07 21:34:48
スペースで桁揃え（笑）
967:NAME IS NULL
08/09/08 10:02:13
>>964
ああ、確かに分かる。
罫線のためだけにExcelで文章書いてるのが多い。
会社入ってからWordを1度も使ってない。
968:NAME IS NULL
08/09/08 11:45:52
>>967
> 罫線のためだけにExcelで文章書いてるのが多い。
電卓片手にExcelで入力。
なにかが間違っているW
かと思えばExcelのセルの幅と高さを揃えて方眼紙のようにしてそこに図面を書く。
確かに見事な図面を書いてはいるんだが・・・・・・なんか違うぞ？
969:NAME IS NULL
08/09/08 17:46:55 VWtMWGtA
Accessで、上書き保存したのに…
反映されない
なんてバグありますか？
先ほどから上書き保存しているのですが、一度閉じると…
上書きされてない…。
970:NAME IS NULL
08/09/08 18:15:37
>>969
アクセスに上書き保存なんて概念あったっけ？という疑問はさておき・・・・・
mdbが壊れている可能性がありますね。
空のmdbファイルを作ってそこに全オブジェクトをインポートしてください。
そのまま使いつづけると完全に壊れてインポートもできなくなる可能性が高いです。
971:NAME IS NULL
08/09/08 20:18:05 VWtMWGtA
すみませんaccess初心者です。業務でaccessを使うことになったのですが…変更しても保存出来なくなりました。
バックアップを開き変更したら保存出来たので…それを使うことにしました。
アドバイスありがとうございます!!
972:NAME IS NULL
08/09/08 21:39:43
変更とか保存とか本当にAccessなのか使ってるのは…
973:NAME IS NULL
08/09/08 22:28:22
フォームとかVBAの部分の変更が保存されないってことじゃないの？
mdbファイル壊れてるとままあることじゃね
974:NAME IS NULL
08/09/09 11:22:12 Dsded7aI
プルダウンで過去５年(2004 2005 2006 2007 2008)という感じで表示させ、選択出来るようにしたいのですが…
オプションの値集合ソースに
SELECT year(NOW()-5 ～
とかいれてみたのですが…５年分でなくて困ってます。
クエリで上手く作ることも出来ず悩んでます…
どなたかアドバイスをお願いします。
975:974
08/09/09 11:48:12 Dsded7aI
変なことを聞いてしまいすみませんでした。
VBAの問題でした。
976:NAME IS NULL
08/09/09 15:23:23
>>974
Value List でデータ直打ち
2004;2005;....;2008
じゃだめなのか？
データ範囲が可変なら VBAで直接作ればいいだけ。
977:NAME IS NULL
08/09/10 05:46:32 xahfvKur
単純なP/L番号生成プログラムをAccessで作成したのですが、排他制御が
うまく機能しません。オプションで「排他モードで開く」を選択しても、
実際ファイルを開いたときに .ldbが生成されてしまい、排他制御が利きません。
ショートカットから /excl スイッチというのも試しましたがだめでした。
単純にファイル単位での制御ができればよいのですが、どこを見落としている
のでしょうか？
978:NAME IS NULL
08/09/10 10:39:08
排他って、開く方がするもんじゃないのか？
979:NAME IS NULL
08/09/10 11:55:41 ZEzaTfyG
テーブルAから一つだけ値を指定して、フォームAのコンボAに入れたいのですが…
どうやっても
#Name?
になってしまいます。
VBAかSQLを使うと思うのですが…上手くいかないので…上手い方法をどなたか教えて下さい。
980:NAME IS NULL
08/09/10 14:15:36
>>979
まずテーブルAから一つだけ値を指定して目的のレコードを抽出するクエリーは作れる?
981:NAME IS NULL
08/09/10 14:49:22 ZEzaTfyG
はい。そこは出来るのですが…フォームのテキストボックスに入れることが出来なくて困ってます。
982:981
08/09/10 16:25:05 ZEzaTfyG
すみません。
なぜか一旦ACCESSを閉じて開いて…みたら…
何故か解りませんが…出来ました。
ありがとうございます!!
983:NAME IS NULL
08/09/11 00:39:06 bBXAVZRa
>978
アクセスでは「排他的にファイルを開く」というイメージのようですが
そのように開いた後も、同ファイルを別ユーザが開くことができるので
困っております。
984:NAME IS NULL
08/09/11 00:58:25
排他制御が必要不可欠ならSQLServerその他のRDBMSに乗り換える必要あり
985:NAME IS NULL
08/09/11 01:48:55
>>983
ファイルを開く時にフラグを立てて、そのフラグが立っている間は別のユーザーが開けないようにすればいいんじゃない？
例えばtest.mdbならtest.lkというファイルを作ってそれをフラグとして使うとか？
というかファイル単位の排他制御がなんで必要なのか良くわからない。
986:NAME IS NULL
08/09/11 23:24:02
漏れの2003はふつうに排他制御利くけどな。
逆にどういう状況だと利かないのか、そっちの方が知りたい。
まさか詳細オプションを排他モードにしたけど、開くときは
いつもどーりファイルをダブルクリックしちゃってました、って
オチじゃないだろーなｗ
987:NAME IS NULL
08/09/12 00:24:40
ダブルクリックしたら「他の人が開いてるからダメです」的なメッセージで
拒否ってほしいってことでしょ、それもコード等一切なしで。
まあ普通に㍉だから
988:NAME IS NULL
08/09/12 05:27:01 uDSljEeg
>>987
実はそうですが、無理なんでしょうか。エクセルのように読み取りオンリーとか
アクセス拒否がされるとよいのですが。
>>986
オプションは排他モードで、
ファイルを開くときはショートカットから
Target: "ファイル名.mdb"/excl とオプションをつけて開いています。
実際に排他制御が聞いている状態というのはどういう動作をするのか
教えていただけませんか？
また、オプションの
「既定のレコードロック」の部分はどれが選択されているべきでしょうか？
989:NAME IS NULL
08/09/12 12:06:43
根本的に表計算とデータベースの違いがわかってない気がするのは俺だけ？
990:NAME IS NULL
08/09/12 14:41:13
１．ダミーテーブルを用意
２．メインフォーム、起動時にダミーテーブルをチェック
３．何もなければ適当なデータを追加して処理続行
４．、ダミーテーブルにレコードが存在したらただちに終了
５．メインフォーム終了時にダミーテーブルのレコードを削除してから終了
これでご所望の排他処理ができますが
991:NAME IS NULL
08/09/12 15:05:02
>>990
プログラム無しでやることを希望しているようなんだが？
そりゃあ無理？たぶんそうだろうなあ。
992:986
08/09/12 23:54:57
>>988
> オプションは排他モードで、
> ファイルを開くときはショートカットから
オプション設定は、ショートカットから開くときには何の関係もないよ。
あれはファイルメニューの「開く」から開くときだけ関係ある設定だから。
> Target: "ファイル名.mdb"/excl とオプションをつけて開いています。
「Target」というのはよく分からない。
WindowsXPのショートカットにはそういう設定はないから、Vistaかなんかの話？
とりあえずWindowsXPのショートカットの場合、プロパティの「リンク先」って
いうボックスに下のような感じで設定する。
"%ProgramFiles%\Microsoft Office\OFFICE11\MSACCESS.EXE" "排他で開きたいmdbのフルパス" /excl
上はAccess2003の場合のパス。他のバージョンだとアプリのパスが変わるはず。
このショートカットをダブルクリックすると、排他で開く。
アプリのパスを省略すると、排他では開けない（ふつうに共有で開く）。
「excl」というのはあくまでアプリのためのスイッチだから。
排他で開かれているファイルを他の誰かが開こうとすると、こんな風に言われるはず。
'排他で開かれているmdb' は既に使用されているので、使用できませんでした。
自分がいままで使ってきた中では、使い方を間違っている場合を除いて、
排他制御の指定がきかなかったことは一度も経験したことがないよ。
たいして使ってないからあてにはならんけど。
> また、オプションの
> 「既定のレコードロック」の部分はどれが選択されているべきでしょうか？
知らない。
ファイル自体を排他で開くことと関係あるとは思えないし。
べきとかべしとかじゃなく、したいように設定するところじゃないすか？
間違ってたら誰か正しいことを書いてやってくれ。
993:NAME IS NULL
08/09/13 06:16:22
無理だって言ってる奴は何なの？馬鹿なの？死ぬの？