08/03/03 18:17:09
ところでAccess2007のランタイムはどうなったのだろう？
555:NAME IS NULL
08/03/03 18:21:11
>>554
普通に使ってますが何か？
556:NAME IS NULL
08/03/03 18:25:33
>>555
あっそうなんだ。
URLﾘﾝｸ(www.microsoft.com)
ここにあるやつ？英語版で問題ないの？
557:NAME IS NULL
08/03/03 18:32:14
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
558:NAME IS NULL
08/03/03 18:47:26
>>557
両方インストールせいってこと？
現在２０００なんだけど、ランタイムがまともに動くなら２００７にしてもいいかなと思ったりしている。
でも英語版でふりがな入力とかちゃんと動くのだろうか？
559:NAME IS NULL
08/03/03 18:51:39
>>558
URLﾘﾝｸ(office.microsoft.com)
560:NAME IS NULL
08/03/03 18:52:12
>>558
URLﾘﾝｸ(office.microsoft.com)
561:NAME IS NULL
08/03/03 19:35:47
別に無理に答えろとは言ってないよ。
使用した人間の実体験を聞きたいのであって、調べればわかるサイトの情報なんていらないよ。
つうことで後は無視するから悪く思わんでくれ。
562:NAME IS NULL
08/03/03 19:39:09
あんた誰？
563:NAME IS NULL
08/03/03 22:16:40
基地外きたー
564:NAME IS NULL
08/03/05 02:20:14
昨日Access2007を購入したばかりです。
>>557 のランタイム及びDeveloperExtensionsを早速インストールしました。
Officeボタン？に最初「Developer」と表示されていたのに、いつの間にか消えています。
その後ランタイムやDeveloperExtensions、はたまたAccess2007本体まで
アンインストール→再インストールしたのに、一向に「Developer」が表示されません。
何が原因なのだろう・・・？
ランタイム無償というコトバに飛びついて買ったのに・・・
どなたかおわかりの方いらっしゃいませんか？
あちこちネットで見てもこの現象は出てないみたいです。
ちょっと疲れたので仮眠します。
565:NAME IS NULL
08/03/05 08:29:59
ランタイムとOffice本体は同じPCにインストールしてはいけない
あくまでOfficeの入っていないPCに入れるためのものだから
ご愁傷さま
566:NAME IS NULL
08/03/05 08:40:05
DeveloperExtensionsで、ランタイム込みのパッケージと、ランタイム別途ダウロード指示のパッケージを作れる
別途ダウン指示パッケージの配布先がランタイムダウンする
自分でランタイム入れてどうすんのよ
567:NAME IS NULL
08/03/05 12:15:51
>>564です。
>>565 >>566
レスありがとうございます。確かに自分のPCにランタイム入れてました。
アンポンタンでごめんなさい。
やりたいことは「Access2007で作成されたもののランタイム版を作成する」ことですので、
自分のPCにはDeveloperExtensionsだけ入れれば良いのですね？
ランタイムそのものはアンインストールしましたが、それでも「Developer」が
オフィスボタンから表示されません。
今回導入したのはAccess2007のみで、その他のOffice製品はOfficeXPを
使っています。この中にはAccess2002も含まれています。
つまりAccess2002と2007が共存している状況なのですが、これが良くないのかなぁ？
568:NAME IS NULL
08/03/14 02:02:15 ppdTlgN9
ACCESSに詳しい方がいらっしゃるようなので、教えてください。ACCESS2003ユーザーですがテーブルのカーソル移動が突然遅くなり、画面の左下には計算中って表示されます。動きが遅くていらいらするんですがどなたかこの現象の解決方法ご存じですか？
569:NAME IS NULL
08/03/14 05:22:39
そういう難しい話は詳しい人に聞いた方が良いな
570:NAME IS NULL
08/03/14 09:49:51
>>568
On Current イベントは削除してください
571:NAME IS NULL
08/03/14 12:17:55
>>568
関係ないが・・・
>>ACCESSに詳しい方がいらっしゃるようなので、教えてください。
Accessに詳しい方がいらっしゃらないAccessスレっていうのも見てみたいなｗ
572:NAME IS NULL
08/03/14 13:34:46
Accessには詳しいが、お前の環境やファイルのことなぞ知らんわ。
573:NAME IS NULL
08/03/15 07:19:11
2007で数値型フィールドだけカーソル移動がやたら遅くなる現象があったけど
SP1当てたら直ってたな
574:NAME IS NULL
08/03/16 02:12:15
Access2007の購入考えているんですが、Vista対応ってしてますか？
公式HPのシステム要件ではよくわからんかった。
575:NAME IS NULL
08/03/16 12:59:54 GiAudtrQ
>>574
もちろんだよｗ
XPとVistaそれとServer2003に対応。
576:NAME IS NULL
08/03/16 22:42:30
サンクス。じゃ勉強用に買うわ。
577:NAME IS NULL
08/03/25 17:16:45 B6LLrA9G
>>562
ハナテン中古車センター
578:NAME IS NULL
08/03/30 19:12:33
>>568
＞On Current イベントは削除してください
と同義かどうか分からないが、一旦mdb閉じて、ldb削除すると治ったことがあるよ
579:NAME IS NULL
08/03/30 22:14:46 bRsz35Vf
既出だったらすいません
コンボボックスで数字を打ち込むようにしたのですが（1テキスト1文字）
ボックスの大きさのせいもありますが、矢印のせいで選択した数字が
見えなくなってしまいます。
アクティブにしたときまたはカーソルがあったときだけ矢印が現れ
そうでないときは非表示なるような技はないでしょうか？
よろしくお願いします。
580:NAME IS NULL
08/04/01 23:40:26
テキストorラベルと
コンボボックスを
同じ場所に重ねる
ラベルがクリックされたら
コンボボックスを手前に出す
コンボボックスが確定したら
ラベルを手前に出す
581:NAME IS NULL
08/04/05 14:45:47 LoFR07Xc
アクセスのフォームに住所・氏名を入力しているのですが、
これを一太郎の宛名ラベルに出力するにはどうすればいいのでしょうか？
フォーム１，２，３，４、、、、、とあり、連続して出力したいので、
マクロをつかえば半自動化できそうなのですが。
マクロじゃあムリでしょうか?VBA必須でしょうか?
582:NAME IS NULL
08/04/05 19:16:20
>>581
なぜフォームから?
いったんテーブルに落としてから印刷させればいいじゃん?
そうすればフォームはひとつで済む。
一太郎は持っていないので知らんが、
Wordだと落としたテーブルのデータをデータソースにすればいい。
つうか、Accessのレポートだとできないようなことなのか?
583:NAME IS NULL
08/04/06 00:44:21
ジャストシステムに電話してください
584:NAME IS NULL
08/04/06 11:28:24 tzUTMXnW
>>582
ワード（一太郎）から差し込むのではなく、アクセスのフォーム上の
コマンドボタンを押すと、ワードに出力されるようにしたいのです。
というのは、
アクセスの現在のフォームに対応したものをワードに作りたいという
のと、主にアクセスをつかって入力しているからです。
レポートだと宛名書きはいいんだけど、その他の文章はアクセスから
一太郎に出力しているので、2度で間になります。
つまり、フォームからの出力とレポートへの変換とう2作業を
１つにしたいのです。
585:NAME IS NULL
08/04/06 11:32:01
質問があります。
前のレコードに移動するボタンがあります。
先頭のレコードからは前のレコードに戻れない為、エラーゴーツーなるコマンドでエラーを拾っています。
この度、レコードを移動した際に更新前処理で更新するかを確認するようなメッセージを設定しました。
更新しませんと選ぶとキャンセルをTRUEに、ME.UNDOとして処理前の状態に戻しました。
ここで先のレコードが移動出来ない時のエラーが出てしまいます。
アドバイス下さい。
586:NAME IS NULL
08/04/06 11:58:52
アドバイス
587:NAME IS NULL
08/04/06 12:25:55
On Error Resume Next
を先頭に書いとけ
588:NAME IS NULL
08/04/06 15:08:03
>>584
①フォームの入力はアクセス
②文章の入力はアクセス
どう見ても一太郎を使うこと自体が二度手間です。
589:NAME IS NULL
08/04/06 22:17:10
「ワード（一太郎）」って時点で意味不明すぎる
590:NAME IS NULL
08/04/07 01:05:38
Wordに「一太郎」っていう名前を付けて可愛がってる。
「ウチの嫁」みたいなもの。
591:NAME IS NULL
08/04/08 09:37:18
ワードからでも一太郎のファイルが開けるから
一緒になってんじゃね？
592:NAME IS NULL
08/04/08 09:43:22
そういうもんじゃないだろ。
593:NAME IS NULL
08/04/09 19:30:00 R5oZK5Ol
accessでDB作ってるんですが質問に答えていただけると幸いです。
まず、テキストボックスに入力した値をもとに検索をかけて表示
する画面を作りました。
検索の処理はVBAで作成し、form.openとかいうコマンドで表示するクエリにフィルターかけて
検索結果を表示するフォームへ投げてます。
このクエリと検索処理に問題はないと思うのですが、結果を確認すると、
検索にひっかかったデータ以外に
新規レコード（主キーのID（数値型）０が入ってる）が表示されてしまいます。
この新規のレコードが何故表示されるのかわかりません。
このフォーム自体は、追加・削除・更新全て禁止にしております。
お助けください。
594:NAME IS NULL
08/04/09 21:03:57
[追加・削除・更新全て禁止]
ほんと?
595:NAME IS NULL
08/04/09 21:12:10
たぶんホント。
「追加・削除・更新全て禁止」と書いたラベルを貼ってあるから。
596:593
08/04/09 22:46:22 R5oZK5Ol
>>594
フォームの設定で禁止にしてます。
データ更新のフォームも同じような画面なんですが
そちらは追加禁止にすることで新規レコードは表示
されません。
ソース比べても全然わからないので一応Accessの仕様ということで諦めぎみです。
ちなみにやぶれかぶれでID=0及び、IDがNULLは持ってくるなっていう条件を指定
してみましたが駄目でした。
これについては新規のレコードなんでIDに条件加えたところで意味が無いのかも知れませんが一応。
597:NAME IS NULL
08/04/09 23:20:02
まず、日本語の勉強からだな
598:NAME IS NULL
08/04/10 00:09:23
「データ更新のフォーム」とやらをパクってきてVBA部分だけ移植すればいいじゃない
599:596
08/04/10 00:58:37 CzUi+X9O
>>598
やっても駄目なんです。
600:NAME IS NULL
08/04/10 01:28:59
駄目なやつってホントに何をやらせても駄目なんだな・・・
601:NAME IS NULL
08/04/10 02:57:06
>ソース比べても全然わからないので一応Accessの仕様ということで諦めぎみです。
そんな仕様はない。
つくりの問題としか思えないが、こちらはソースを見れないので、話だけではどうにも。
ローカルテーブルなら、MDBのコピーとって、全レコード削除したらどうよ。
本当にそれが新規レコードなら、それでも出てくると思うけど、もし出てこなかったら
それ新規レコードじゃないと思われ。
602:NAME IS NULL
08/04/10 18:42:18 wWHoh7J7
こんにちは。
アクセスの初心者の質問はここで良いですか？スレ検索しましたが、見つからなかったので…
603:NAME IS NULL
08/04/10 19:32:43
>>602
ビジネス板にもACCESSスレがあるが
正直こことの使い分け方がよう解らん。
とりあえず、質問をしてみるのが吉。
604:NAME IS NULL
08/04/10 19:55:31 wWHoh7J7
ありがとうございます。
かなりあほな質問かもしれませんが、ご容赦ください。
例えば、社員一覧テーブルがあるとします。それとは別に、部署一覧テーブルがあります。
部署一覧は、部と課の二つで構成されます。例えば
ーーーーーーーーーーーーーー
A部 人事課
A部 総務課
A部 経理課
B部 営業１課
B部 営業２課
C部 企画１課
C部 企画２課
C部 企画３課
ーーーーーーーーーーーーーー
ここで、社員一覧のテーブルで、社員の部と課を入力するときに、部署一覧テーブルのデータから入力したいのですが、
１．[部]列には、部署一覧の部のみ表示(ただし重複はさせない。この場合、A部、B部、C部と表示)させて選択できるようにする。
２．一方[課]列は、もし[部]にA部が入力されていたら、それに付随する人事課、総務課、経理課のみが選択できるようになる。
こういうことをしたいのです。
ルックアップとか、クエリとかいろいろやってみても分かりません。たぶん、かなり初心者な話だと思いますが…
よろしくお願いします。
605:NAME IS NULL
08/04/10 21:32:18
俺だったら部だけのテーブルも作る。
で、フォームを使う。
この辺の仕様変更はできるの?
606:NAME IS NULL
08/04/10 22:46:19 r1j6EY9K
６０４です。
部だけのテーブルを作るとかいうのもありです。
基本的に、社員一覧テーブルに情報を打ち込むときに、打ち込みやすく間違えがないように
すればいいのであって、仕様はシンプルであればどのようでも良いです。
部は確かにそれだけのテーブルを持つか、値から選ぶようにすればいいのですが
２．についてはどうでしょうか。
似通った課名もあるので、できれば入力の際に
B部｜営業1課
B部｜営業2課
と2列を出して、選んだらセルには「営業1課」と2列目が入力される、とかできればいいのですが。
C部 → 営業1課 という部と課が一致しない入力を避けたいという気持ちです。
この辺だけできれば、あとは単なる社員情報一覧だけのテーブルで、プリントするものを
自動で作ったり（名前を差し込んだりして）したいだけで、特段難しいことはする予定ないです。
607:NAME IS NULL
08/04/10 23:45:52
部テーブル →部ID、部名
課テーブル →課ID、部名、課名（部名は部テーブルよりルックアップ）
社員テーブル →社員ID、部名、課名、社員名…etc（部名は部テーブルより、課名は課テーブルよりルックアップ）
なんて構造にして、ウィザードで社員テーブルを元にフォームを作ればいい。
そうすれば部名、課名はコンボボックスになっているはずだから
部の更新後処理で課を絞り込めばOK。
608:NAME IS NULL
08/04/11 00:15:07
例えば電算部がシステム部とかに名称変更された時、
部テーブルの1行だけ修正すればおｋな設計にしといたほうがよくないか？
609:NAME IS NULL
08/04/11 00:20:52
ID使ってルックアップ列だから
多分大丈夫じゃないか。
610:NAME IS NULL
08/04/26 21:58:57
Video ActiveX 入れると、ｙｏｕｔｕｂｅで国別視聴制限が掛ってるオランダの１６歳金髪ポルノが見れる件
自動的に選択メニュー出るし
611:指定数分のレコードコピー
08/05/02 00:27:04
VBAにて指定した分だけのレコードコピーの仕方がわかりません
お知恵貸していただけませんか？
テーブル「DATA」は
発注日＝日付型
納品日＝日付型
得意先CD＝テキスト型
得意先名称１＝テキスト型
得意先名称２＝テキスト型
商品＝テキスト型
件数＝テキスト型
以上のフィールドがあります。
発注日で抽出したものを「DATA」に新規追加してます
その後に件数に入力した数だけそのレコードをコピーしたいんですけどどうすればいいでしょうか？
よろしくお願いいたします
612:NAME IS NULL
08/05/02 06:42:18
いまいち何がしたいか分からんから的はずれかもしれないけど
データ追加クエリを使えばいいんじゃないの？
613:NAME IS NULL
08/05/02 09:30:38
何をどこからどこへコピーしたいのか、もう一回整理して書き込んだらいい
あの説明でわかる人間は皆無だ
614:NAME IS NULL
08/05/02 12:49:58
同じテーブルないでコピーしたいと思っています
615:NAME IS NULL
08/05/02 13:24:15
for i=1 to rs("件数")
sql="insert ....... "
cn.Execute sql,,adExecuteNoRecords
next
616:NAME IS NULL
08/05/05 06:48:03
特定の条件に合致したテーブルのデータを修正するvbaを作って動かしてたんですが、凄い時間が掛かることが分かって悩んでます
do until rs.EOF
if ○ and ○ then
end if
rs.movenext
loop
ってやってるんですが、もっと高速化するやり方ってありますか？
617:NAME IS NULL
08/05/05 07:14:42
一軒づつポインタをあてて処理していく方法はとても時間が掛かります。
インデックスを再検討することで速くなったりしますが大抵は焼け石に水という感じでしょう。
クエリによりwhere節でデータを絞り込んで該当件数に対して一括処理していく方法が
取れないものか、考え直してみましょう～
いやこれはどうしようもないんですよ、、、って思われるかもしれませんが
本処理の前に前処理や後処理を加えても良いのですから、考え方を変えるつもりで。
ガンガレ
618:NAME IS NULL
08/05/05 15:18:06
where節というのは知りませんでした
なんか速くなりそうですね！ありがとうございます
619:NAME IS NULL
08/05/05 18:33:20
やりたい事によっては使えないかもだけど
UPDATE ステートメント、更新クエリもチェックしてみたら？
それと、どれくらい遅いか客観的に分かるデータ＝
レコード数、処理時間、おおまかなマシンスペックは
有った方が回答を得やすいんじゃないかな
>>617 さんの回答で解決したならいいんだけど
620:NAME IS NULL
08/05/05 19:16:21
すいません。まだwhereも試してないのですが
スペックはpentiumD 2.80GHtz メモリ512MB
レコード数はおよそ2000万くらいで、条件式が6000あってそれを順に代入していく感じです
試しに条件式を一つだけにしてみたら10分くらいかかったので、たぶん40日くらい掛かる計算でした
621:NAME IS NULL
08/05/05 21:21:14
質問の内容から察するに当の本人の力量はレコード数2000くらいのDBを扱うのが
一杯一杯ぽいけど・・・ なんという無茶な
622:NAME IS NULL
08/05/05 21:47:03 vthO5f4T
>>620
2000万件 条件6000！
学生さんで、実験データか何かかしらね
Access でやる範囲を超えてると思いますよ
2000万件もあると、Access で入力や変更してないでしょ？
データを出力するプログラムがあるなら、これを変更してしまうとか
データがファイルで有るなら、Access に入れずに
直接読み書きするプログラムを書いた方がいいですよ キット
623:NAME IS NULL
08/05/05 22:34:39
まずテーブルに[不一致]フィールドをYes/No型で追加して
インデックスを作成しておいて…
次のクエリを6000回繰り返す。
UPDATE テーブル名 SET [不一致]=True
WHERE ([不一致]=False) AND (条件nに該当しないもの)
※繰り返す際、条件nがなるべく厳しいものから実行する。
極端な話、1回目のクエリで2000万件が1件に絞られる可能性もある。
最後に[不一致]=Falseのレコードに対して必要な修正を行う。
※この方法なら40日はかからないはず…1～2日ジャマイカ？
と条件の内容も知らないオレが無責任に言ってみるｗ
624:616
08/05/06 04:39:22
>>621
ここまで時間が掛かるものだと思わなかったもので…
>>622
そうです。アクセスで入出力はしてません。フリーのデータ取得ソフトを使って、そのソフトがMDBで出力してます。
プログラミングはよく分からないので…
>>623
やや違う形ですが、参考にさせてもらって速度が上がりました。ありがとうございます。
まだ結構日にちが掛かりそうですけど、これでやってみます。皆さんありがとうございました。
625:NAME IS NULL
08/05/06 06:39:34
>>623 さんをちょっと変形するともうちょい速くなるんじゃないかな
WHERE の条件に、自作関数を指定出来るから
そこで複数条件を一度にチェックすれば
繰り返し回数(6000)を少なく出来る
こんな感じ 気が向いたらお試しを
WHERE ([不一致]=False) AND ((check_val([フィールド１],[フィールド２],[フィールド３]))=True)
Function check_val(fld1 As Variant, fld2 As Variant, fld3 As Variant) As Boolean
(fld1 = 1 And fld2 = 2 And fld3 = "OK") Then
check_val = True
Else
check_val = False
End If
End Function
626:616
08/05/06 09:38:29
>>623さんのでやったら3時間ちょいで処理がおわっちゃいました。
あっけなさ過ぎて笑ってしまった。616のでやったときは4日動かしても1/3の位置にあるレコードさえ更新されなかったのに。
最初のコードがいかに効率が悪かったかってことですね。ありがとうございました。
627:623
08/05/06 16:05:44
良かった、良かった。
Accessに限ったことではないけれど
・WHERE句で絞り込めるならWHERE句を使う
（→処理対象となるレコードを絞り込む）
・WHERE句で絞り込む場合はインデックスを持たせる
（→絞り込み速度が向上する）
というのが今回みたいに総レコード数が多い場合には
効果が現れやすいってことで。
628:NAME IS NULL
08/05/06 22:05:24 sxz7Jblq
失礼します。あほなアクセス初心者ですが、質問させてください。
別に入力した数字と５ケタの数字を組み合わせた識別番号を表示させていきたいのですが、
５ケタの数字はオートナンバーのような形式で自動的に表示させることはできないでしょうか。
そしてできれば別入力の数字ごとに、それぞれ番号が順番に出てくるようにしたいのです。
例えば、１件目に『28413』と入力したら『2841300001』、
２件目に『59647』と入力したら『5964700001』
３件目に『28413』と入力したら『2841300002』という感じです。
うまく説明できなくてすみません。
629:NAME IS NULL
08/05/06 22:09:00
できますよ
630:NAME IS NULL
08/05/06 22:19:53 sxz7Jblq
そういうのもできるんですね！
かなり難しそうな気もしますが、やり方を教えていただけないでしょうか。
631:NAME IS NULL
08/05/06 22:22:45
入力値でselectして件数数えたら良いんジャマイカ
632:NAME IS NULL
08/05/06 22:43:27
>>631
それだと削除されたりすると番号が重複するかもしれないよ。
この程度ならDmaxあたりでいいんじゃないか?
削除等により番号抜けが生じ、それが許せないというのなら
もう一工夫必要だが。
633:NAME IS NULL
08/05/06 23:16:19
＞＞という感じです。
てくらいだからいいんじゃね？
634:NAME IS NULL
08/05/06 23:29:34 sxz7Jblq
>631
>632
アドバイスありがとうございます。
だんだんわけわからなくなってきて、へこんでたのですが
やる気出てきました^^
635:NAME IS NULL
08/05/07 10:54:31
サブフォームに表示するレコードが無い場合のイベントを拾いたいのですが
どのようにしたらよいのでしょうか？
はじめはCurrentRecord=0で判断しようとしたのですが、
レコードが無い場合でも1になるときがあるようで、
うまいこと動作してくれません。
636:NAME IS NULL
08/05/07 16:50:46
>>635
開く時イベント辺りでrecordcount拾った見ては?
Dcountでもいいかもしれない。
637:NAME IS NULL
08/05/08 09:45:53
>>636
レスありがとうございます。
結局要所要所で、サブフォームのRecordSourceに突っ込んだ
SQLと同じものをRecordsetで開いてRecordCountみることで解決してましたが
全部Dcountで置き換えられそうです。
638:NAME IS NULL
08/05/09 00:52:19
.RecordCountの値は.MoveLastしないと信用できない。
でも最初から.EOFだった場合に.MoveLastするとエラーになる。
.RecordCountを気軽に紹介している入門書の類は多いけど
上記の点まできちんと言及してるものは見たことないな・・・
639:NAME IS NULL
08/05/09 10:39:25
>>638
信用できないってどういうこと？
接続先のDBの種類によってRecordCountが取得できないこともあるけど、
取得できるなら間違った数は返さないんじゃない？
640:NAME IS NULL
08/05/09 11:49:32
.RecordCountはカーソルまたはキーセットの状態によって
返す値が変わってくるはず。信用ならないってわけじゃないと思う。
これがわからないで結構悩んだことがある。
-----以下MSDNからコピペ
レコード数を算定できるかどうかには、Recordset オブジェクトのカーソルの種類が
関係します。RecordCount プロパティは、前方スクロール タイプのカーソルの場合
は -1 を返し、静的カーソルまたはキーセット カーソルの場合は実際の数を返し、
動的カーソルの場合はデータ ソースに応じて -1 または実際の数を返します。
------
641:NAME IS NULL
08/05/09 13:07:50
638ではないけれど、
本来ADOはデータソースの種類を意識することなく
同じコードで動作することを目標としてたはず。
その意味でRecordCountプロパティを使うことは避けた方が
望ましいと思うのだけれど。
少なくとも自分は積極的には使う気がしない。
642:NAME IS NULL
08/05/09 13:23:30
>>641
では、レコード数をカウントしたいときに代わりに何を使っているのでしょうか？
１レコードずつループしてカウント？
643:641
08/05/09 14:08:28
SELECT Count(主キー) FROM テーブル WHERE ～ で
素直にクエリ句を投げてます。
Recordsetの操作は、静的カーソルやキーセットより
前方スクロールの方が圧倒的に処理速度が速いので
もっぱら前方スクロールで開いているのも理由の１つ。
>>640にあるように.Recordcountが使えません。
ましてや.MoveLastメソッドなんかはレコード数が
多くなればなるほど遅くて使い物になりませんし・・・
DCountを使う手もあるのですが、DLookupのバグで
痛い目を見てからは使っていません。
644:NAME IS NULL
08/05/09 15:58:37
DLookupのバグって何？
645:641
08/05/09 17:34:25
Access2000だったと記憶していますが、DLookupで文字列フィールドを取得する際に
取得した文字列が途中で途切れてしまう症状があったのです。（再現性あり）
意外とMSが提供する関数にはこの手の見えない制約？バグ？があったりするので
油断ならんなぁ・・・という感じですよｗ
646:NAME IS NULL
08/05/12 16:35:37
ここって初心者が質問してもおｋ？
647:NAME IS NULL
08/05/12 18:21:16
>>646
別に問題はない。
言っておくが、参考本すら読んだことのないやつは
初心者とは言わない。
648:NAME IS NULL
08/05/12 20:47:57
エロ本すら読んだことのないやつは
童貞とは言わない。
649:NAME IS NULL
08/05/12 23:42:54
歴戦の勇士が昔の自分に答えてやっている感じがする
650:NAME IS NULL
08/05/13 00:40:50
そんなに変なこと書いたかなぁ。
話しが通じるだけの最低限の知識は
必要だと言いたかったのだが。
651:NAME IS NULL
08/05/13 13:37:53
レベルは低いが多少のエスパー能力ならあるから心配するな
652:NAME IS NULL
08/05/28 20:28:01
>>645
そうだね
リストの要素が65535個までだったりｗ
少なくとも自分は積極的には使う気がしない
653:NAME IS NULL
08/06/01 01:16:09
使ってみないと挙動が分からないのばかり
654:NAME IS NULL
08/06/01 08:08:42
Accessってスキルとして認められますか？
655:NAME IS NULL
08/06/01 10:01:17
認めざるを得ないスキルを見せつけてる
656:NAME IS NULL
08/06/01 10:19:18
認められると思うよ
657:NAME IS NULL
08/06/01 15:53:13
>>654
マジレスすると
「お前がACCESSで何が出来るか」
に掛かってるだろ。
658:NAME IS NULL
08/06/01 15:57:46
現場によるけどな。
659:NAME IS NULL
08/06/01 19:43:19
職場になにかとaccess使うやつ(上司)がいるが
わりと出来るやつということになってる
だが、嫌い俺は
勉強して抜いてやる
660:NAME IS NULL
08/06/01 22:20:39
部下が使えるようになり上司も喜ぶ事だろう
がんばりたまえ
661:NAME IS NULL
08/06/02 23:53:28
Access使える香具師よりもExcel使える香具師の方が価値が高いと思うこのごろ
662:NAME IS NULL
08/06/03 02:24:29
Excel使える香具師よりも日本語使える香具師の方が価値が高いと思うこのごろ
663:NAME IS NULL
08/06/03 20:19:37
Accessだけ使えるのも珍しいだろ
664:NAME IS NULL
08/06/03 20:25:57
Accessだけ使えるやつなんて信用しない。なぜならば本当に
Accessがどのようなものかを知っている人間はAccessを
使わないからだ！
665:NAME IS NULL
08/06/03 20:26:52
>>664
ﾜﾛﾀ
666:NAME IS NULL
08/06/03 22:33:06
なこと言っても、Excelとの親和性を考えたらAccess以上の物ないし
667:NAME IS NULL
08/06/04 10:54:47
Excelとの親和性なら桐のほうが高いと思うけどなあ？
668:NAME IS NULL
08/06/04 11:21:01 dxyYnNU/
>>667
わしも、そーおもう
669:NAME IS NULL
08/06/04 20:45:33
初歩の初歩を聞いてスマンコだけど、100万レコードとかって耐えられる？（個人的な使用だけど）
670:NAME IS NULL
08/06/04 21:04:24
個人的な使用なら糞遅くてもいいだろ。だから耐えられる。
671:NAME IS NULL
08/06/04 21:59:17
百万レコード単位になると、
一時テーブルを作った時とかに2ギガ制限に引っかかることがある。
あと大量データの時だけ発生するエラーが結構あった気がする。
でも気を遣えば大丈夫。
672:NAME IS NULL
08/06/04 22:10:51
全レコードに1メガの画像データ埋め込んだら100万どころか2000レコードでも限界だよ
673:NAME IS NULL
08/06/04 22:13:41
レコードに画像を埋め込むのってどういう用途なんだ？
想像できん…
674:NAME IS NULL
08/06/04 22:24:15
お手本中のお手本であるNorthWind.mdbからして
商品の写真をマスターテーブルに埋め込んでなかったっけ・・・？
675:669
08/06/04 23:04:51
レス、thxです。株価データを貯めこもうかと考えてる最中でして、そんなに増やそうとは思ってないんだけど、
年度単位とかに分けて作っておいた方が良いかな。
ま、ちょぼちょぼと作っていきますw
676:NAME IS NULL
08/06/04 23:07:14
年度単位じゃ株価データの意味ないと思うぞ
銘柄単位とかセクター単位とか
677:NAME IS NULL
08/06/04 23:17:41
株価データなら、MDBで600万件（700ＭＢほど）管理してるけど、全然平気。
2ＧＢ超えるようなら、対策考えるけどね。
678:NAME IS NULL
08/06/04 23:48:17
対策って何よ
679:NAME IS NULL
08/06/05 05:48:29
MDBなら年度ごとにテーブル分けてても
リンクテーブルにしてUNIONかければ対応可能だろ
680:NAME IS NULL
08/06/06 09:57:39
UNIONかけたら2GB超えても大丈夫なん？
681:NAME IS NULL
08/06/06 10:12:16
>>680
ﾑﾘﾎﾟ
682:NAME IS NULL
08/06/06 19:55:44
それぞれのmdbが2G超えなければ合計2G以上も行けるって事だべ
683:NAME IS NULL
08/06/06 19:59:34
2007でも2GB制限あるの？
684:NAME IS NULL
08/06/06 20:07:20
うん
685:NAME IS NULL
08/06/06 20:08:49
mdbじゃなくてtblだけどな
686:NAME IS NULL
08/06/06 20:11:05
？
687:NAME IS NULL
08/06/06 20:13:55
データベースの仕様
次の表は、Microsoft Office Access 2007 データベース特有の仕様の一覧です。
全般
属性 最大値
Access データベース (.accdb) ファイルのサイズ 2 GB からシステム オブジェクトに必要な領域のサイズを引いた値
データベースのオブジェクトの数 32,768
"HasModule/レコード保持" プロパティが [はい] に設定されたフォームおよびレポートを含むモジュールの数 1,000
オブジェクト名の文字数 64
パスワードの文字数 20
ユーザー名やグループ名の文字数 20
データベースを同時に使用できるユーザーの数 255
688:NAME IS NULL
08/06/09 16:45:27
public変数を使ったアプリの挙動がおかしかったので、調べてみたら
[VBA] Public 宣言された変数の有効期間
URLﾘﾝｸ(support.microsoft.com)
publicの意味ないじゃんｗ
これって使うなってことだよな
689:NAME IS NULL
08/06/09 17:32:47
消えてほしくないなら、ふつうSetProp使うのが常識だろ。
オブジェクト型とかは無理だけど。
690:NAME IS NULL
08/06/09 20:01:44
でもVBAじゃグローバル変数使わざるをえないケースが多々あるわけで
691:NAME IS NULL
08/06/09 20:27:01
解決方法にアクセスの場合の記載が無い w
どっかテーブルにでも保存すっか？ ww
692:NAME IS NULL
08/06/09 20:58:44
本当に消えて困るのは、グローバル変数の代わりに標準モジュールにプロパティ作っとく。
プロパティの中で、退避しておいた値をGetPropやDLookupで復元する。
これVBAの基本テクニック（入門書に載ってるかどうかは知らない）。
ただ、KBに載ってるケース（エラートラップしないとか、動的にモジュール作成とか）に
該当してるなら、そういうことする必要性自体が自分にはピンと来ないな。
なんでそういう危ない橋を好んで渡るかね。
693:NAME IS NULL
08/06/09 21:39:04
2007でTempVarsが使える俺は勝ち組！
694:NAME IS NULL
08/06/09 21:42:58
漏れも漏れも、2007でTempVars使ってる勝ち組、変数スコープがマトモな桐も使ってる勝ち組
695:NAME IS NULL
08/06/10 00:53:30
人柱乙(－人－)
696:NAME IS NULL
08/06/10 08:44:13
>>691
おいらは不可視のテキストボックスつくって対応
配列とか対応できないけど、
697:NAME IS NULL
08/06/10 09:04:47
消えて困る変数はMDBにつっこんどけｗｗｗ
698:NAME IS NULL
08/06/10 15:08:42 F+HVGTFM
ざっくりした質問ですいません
メインフォームの顧客IDとサブフォームの顧客IDでリレーション（1対１）してるのに
サブフォームが何枚も更新できるのってなぜでしょうか？
１IDに対し、サブフォームの情報は1枚しか必要ないのに、新しいフォームが
増えていくのが困ります。
699:NAME IS NULL
08/06/10 15:19:20
>>698
URLﾘﾝｸ(blogs.msdn.com)
700:NAME IS NULL
08/06/10 15:41:14 F+HVGTFM
>>699
すいません、読めません
701:NAME IS NULL
08/06/10 21:24:54
>>698
おまえの質問の意図が読めんわ
702:NAME IS NULL
08/06/11 10:43:46
>>692
ありがとう。
アクセスは使ってないけど勉強になりました。
703:NAME IS NULL
08/06/11 19:12:53
話題蒸し返しでごめん
Public変数の話
>モジュールの編集、プロジェクトの構造の変更、
>コンパイルエラーの発生、参照設定の変更、
>デザインモードへの切り替え、コントロールを削除して [元に戻す]
>を実行するなどのタイミングで変数が破棄される場合が
これはいいのよ
経験上なんとなくそうなんだろうなと思ってたことだから
たとえば編集不可のmdeで、ちゃんとエラートラップもされてて、見かけ問題なく
動いてても、実は持ってた変数放り出しちゃったりしてるの?
704:NAME IS NULL
08/06/11 20:45:43
そこは自分も知りたい気がする。
「なぜか消える」という話だけだと、どこまで追ったか分からないからなぁ。
ろくにデバッグすらせずに言ってるのか、技術情報のポイントは全部
つぶした上で、それでも未掲載の何かで再現するもんなのか。
705:NAME IS NULL
08/06/12 12:56:15
文法デバッグ済のmdeでも、実行時エラーでいくつかの変数スッ飛んだことがある
どっちにしろエラー起こして中の人からメッセージ出された場合は
変数巻き添えという頭があったんでさほど驚きもしなかったけど
そんな程度の話じゃないのかなあ、この変数が消える問題って
706:NAME IS NULL
08/06/13 07:42:05
仕様外の動作に依存したプログラムを作るのはまずいんじゃないの
動作がいつ変わっても文句言えないし
まあUpdateとかで仕様も変わっちゃう事あるけどさ
707:NAME IS NULL
08/06/13 18:41:10
アフォウ共、何言ってるんだ？？
Static使わなければ、プロシージャの実行が終了すると値は破棄されるのは当たり前だ
Static ステートメント使えば良い話しだろ
708:NAME IS NULL
08/06/13 21:23:10
>>707
ネ申が現れたwww
709:NAME IS NULL
08/06/13 22:08:47
グローバル変数と静的変数って同じ物？
ちがうよね？
ネ申は死んだかな？
710:NAME IS NULL
08/06/13 22:10:37
>>709
おい、何をトンチンカン、おい、桐にしとけ
711:NAME IS NULL
08/06/13 23:16:51 DjzdsO75
>>709
バカ
712:NAME IS NULL
08/06/14 00:14:56
Staticw
713:NAME IS NULL
08/06/14 00:18:49
アッ、そうなんだ。桐はすでに使っているんでね。
グローバル変数を静的変数に変えればいいっていかにも乱暴な気がしたんだけど？
聞くは一時の恥。なにがバカなの？
714:NAME IS NULL
08/06/14 08:40:48
グローバル変数って何よ w
Public のこと？
715:NAME IS NULL
08/06/14 09:06:45
モジュールレベルのPublicをグローバルって言ってるんでないの
716:NAME IS NULL
08/06/14 09:36:32
失礼どうやらPublicとGlobalとを混同していたらしい。似て非なるものだった。
グローバル変数とは全プロシージャから参照できる変数のこと。
Global GB_System As String
ってな具合に使っているけどまずいのかな？使っているのはAcceess2000なんで廃止されたならゴメン。
あまり使わないほうが良いと言われる手法だけどこれを避けようとすると返って面倒なことになるので
必要最小限頭に"GB_"というのをつけて一目でグローバル変数だとわかるようにして使っている。
もっと複雑なプログラムなら問題があるのだろうけど、現在特に問題は感じてないんだけどなあ？
717:NAME IS NULL
08/06/14 10:02:37
VBAのPublicとGlobalは全く同じですが
718:NAME IS NULL
08/06/14 10:17:43
あっ、そうなんだ？
Globalはpublicの古い書き方なんだ。
なんせAccessは最初のバージョンから使っているから気がつかないでずっとGlobalを使っていた。
でもいままでGlobal変数が消えて困ったなんて経験は無いけどなあ？運がいいだけ？
まあ、勉強になった。ありがとう。
719:NAME IS NULL
08/06/14 10:18:21
>>715
モジュールレベルのPublicって何よ w
720:NAME IS NULL
08/06/14 10:20:34
Access2007開発者用ヘルプ "スコープ"
適用範囲 (スコープ)
プログラム内で、変数、プロシージャ、オブジェクトが有効である範囲。適用範囲は"変数、プロシージャ、オブジェクトが宣言された方法や場所によって決まります。
たとえば、変数が Public ステートメントで宣言されていて、モジュールに Option Private Module が記述されていないとき、すべてのモジュールのすべてのプロシージャがその変数の適用範囲となり、
その変数はそれらのプロシージャから参照できます。Option Private Module が有効な場合は、モジュール自体がプライベートとして宣言されているので、参照元のプロジェクトからは参照できません。
プロシージャの中で宣言された変数は、そのプロシージャの実行中だけ有効で、キーワード Static により静的変数として宣言されていない限り、プロシージャの実行が、終了すると値は破棄されます。
721:NAME IS NULL
08/06/14 10:23:37
>>719
言葉じり
722:NAME IS NULL
08/06/14 10:24:52
実際にPublicが破棄されるような状況でStaticが破棄されないってあるのか？
723:NAME IS NULL
08/06/14 10:35:40
Publicはメモリ確保が終了してるから、タマタマ残ってるって事、他が邪魔したら無くなる
Staticはメモリが確保されてる
724:NAME IS NULL
08/06/14 10:41:09
＞他が邪魔したら無くなる
他とは？
725:NAME IS NULL
08/06/14 11:01:17
>>723
Publicが消えてStaticが残る状況を再現する手順を教えてください
726:NAME IS NULL
08/06/14 11:02:35
他のモジュールが偶然同じメモリ領域使っちゃったら無くなるんじゃね？
727:NAME IS NULL
08/06/14 11:06:09
>>726
いや、他のプロシージャでも偶然同じメモリ領域使っちゃったら無くなる
728:NAME IS NULL
08/06/14 11:06:52
するとPublic変数というのは運が良ければ使える変数ってこと？
さすがMS。すごい仕様だなあ？
729:NAME IS NULL
08/06/14 11:08:09
>>725
VBにはポインタの概念ないから偶然
730:NAME IS NULL
08/06/14 11:09:32
>>728
スコープの参照範囲から参照できるってこと
スコープの時間的範囲が終了すれば、確保されない
731:NAME IS NULL
08/06/14 11:09:41
モジュールがメモリからいなくなるときかな、削除したときとか？
732:NAME IS NULL
08/06/14 11:32:59
>>730
モジュールに Option Private Module が記述されていないときは
public変数は全プロシージャから使えるってことでいいんだよね？
ずっとそう思って使ってきたんだけどなんか不安になってきた。
733:NAME IS NULL
08/06/14 11:34:16
メモリ領域が使われたらどうのこうのって、
それなら値は初期化されずに不定になるって事にならないか？
そんな動作はしないだろ。
734:NAME IS NULL
08/06/14 11:42:18
>>733
Staticは定位置にメモリが確保されてる
Publicはメモリ確保が終了してるから、他が邪魔したら、動的に別位置に設定しなおして値が無くなるんでは？
735:NAME IS NULL
08/06/14 11:57:25
>>734
他の邪魔は許すが、他が邪魔したかどうかの監視（または判定）はしてるって事か？
えー
736:NAME IS NULL
08/06/14 12:52:52
まあ、監視つーか、アドレスが他で埋まっちゃってたら、別に確保するしかじゃね
737:NAME IS NULL
08/06/14 12:58:15
埋まったかどうかどうやって判断すんのさ
738:NAME IS NULL
08/06/14 13:02:53
そこらへんはVB内部ってことで
判断できなければ、他のモジュールが確保して実行中(確保され続ける)の変数も守れないだろ
739:NAME IS NULL
08/06/14 13:10:17
Static(静的)変数にくらべて、動的変数は一々解放しなくても、実行終わったら中身カラ(他でその領域使える)になるから便利ってことでないの？
740:NAME IS NULL
08/06/14 13:20:14
>>734 >>738
Public変数ですー
他から要求があったら今使ってる領域は譲るよー、
でも代わりに別の領域を確保して初期化するよー
ってことですか、わかりません＞＜
741:NAME IS NULL
08/06/14 13:46:52 Sa3ZCVod
動的変数だからモジュールで使うたびにメモリ確保するんだろ
他で使ってたら別の場所にって事で
742:NAME IS NULL
08/06/14 14:10:32 Q6ctkHOb
富山DQN男の家族消えろ 富山DQN男の親消えろ 富山DQN男の子供消えろ 富山DQN男の親戚消えろ
富山DQN男の家族消えろ 富山DQN男の親消えろ 富山DQN男の子供消えろ 富山DQN男の親戚消えろ
富山DQN男の家族消えろ 富山DQN男の親消えろ 富山DQN男の子供消えろ 富山DQN男の親戚消えろ
富山DQN男の家族消えろ 富山DQN男の親消えろ 富山DQN男の子供消えろ 富山DQN男の親戚消えろ
ニヤニヤ(・∀・) ニヤニヤ(・∀・) ニヤニヤ(・∀・) ニヤニヤ(・∀・)
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
死ぬとき このレスの事思い出してから地獄へ行けよ
ニヤ(・∀・)ニヤ(・∀・)
743:NAME IS NULL
08/06/14 14:48:26 hwIMB6Ac
うん、プロシージャで呼び出すたびにメモリ確保するのが正解っぽい。
だから =nothing とかしなくても良い。
744:NAME IS NULL
08/06/14 16:04:50
ソースはお前らの脳内
745:NAME IS NULL
08/06/14 16:32:02 hwIMB6Ac
呼ぶたびにメモリ確保するのはローカル変数
746:NAME IS NULL
08/06/14 16:42:40
もう面倒くさいの嫌だから桐にしとくよ。
747:NAME IS NULL
08/06/14 16:44:36
Publicが飛んだらStaticも飛ぶ。一緒。
トラップなしで実行時エラー起こしてみればすぐに
分かるようなことは、先に試せよ。
脳内妄想垂れ流してるのを見てると気の毒になるから。
748:NAME IS NULL
08/06/14 16:54:11
>>747
(田中 亨＝テクニカルライター)
URLﾘﾝｸ(pc.nikkeibp.co.jp)
> しかし、モジュールレベル変数とパブリック変数は、静的変数のようにいつまでも値を保持するわけではありません。
> ユーザーの予期しないタイミングで値がクリアされることもあるのです。
749:NAME IS NULL
08/06/14 16:57:08 hwIMB6Ac
そりゃあ実行時エラーすれば何でも起こりうる罠 wwww
750:NAME IS NULL
08/06/14 17:10:59
結局MDBに変数を保存しておくのが無難か？
面倒だし若干スピードに影響しそうだけどしゃあない。
751:NAME IS NULL
08/06/14 17:18:18
初期化されてたら取得ってことにすればいいんじゃない
752:NAME IS NULL
08/06/14 17:42:07
いや、その初期化される前の値が欲しいんだが・・・
753:NAME IS NULL
08/06/14 17:49:37
変数に変更があるたびにmdbを更新すればいいことなんじゃないのか？
754:NAME IS NULL
08/06/14 19:13:44 hwIMB6Ac
staticで良いじゃん
他で使うときには、渡す先の引数で変数を渡す
755:NAME IS NULL
08/06/14 19:23:04
>>753
テーブルに、って意味ならそう言ってくれ
それとも別の方法か？
756:NAME IS NULL
08/06/14 19:33:22
>>748
ファンか本人？
自分で試せばすぐに分かるような記事を検証せずに鵜呑みにすると痛い目にあうよ。
>>749
ここまでのやりとり何も読んでないか理解できなかったんだなｗ
それでもstaticなら大丈夫と言い張るバカが居るからここにつながるんであって。
あれはスコープと寿命を用途に照らして使い分ける類のものであって、
エラープルーフでもなんでもない。
static信者が自爆するのは信教の自由なので止めないけれど、
初心者を巻き添えにしないように。
757:NAME IS NULL
08/06/14 19:45:42 JuOgoyv1
いきなりの質問ですいませんが、クエリを一度だけ更新する方法を教えて下さい。
758:NAME IS NULL
08/06/14 21:03:16
>>755
すまんそういう意味だ。
759:NAME IS NULL
08/06/14 21:22:29
>>757
意味が良くわからないが同じ更新を２回しないようにするってことか？
テーブルに更新したかどうかのフラグを立ててすでに更新済みのデータは更新からはずすとか？
見当違いならスマン。
760:NAME IS NULL
08/06/14 22:23:07 JuOgoyv1
>>759
ありがとうございます。やってみますね。
761:NAME IS NULL
08/06/14 22:45:45 e60rf0FN
>>756
なんかトンチンカンなこと書いてるよ
> エラープルーフでもなんでもない。
public変数が初期化されるのはエラーでも何でもないでしょ
正規の動作中だよ
762:NAME IS NULL
08/06/14 23:36:24 JuOgoyv1
>>759
何度もすいません。
フラグの立て方がわかりません。
時刻を10分更新するクエリです。
763:NAME IS NULL
08/06/15 00:50:46
死亡フラグでも立てとけ
764:NAME IS NULL
08/06/15 00:55:40
おれ、Accessの次のバージョンが出たら即買いの予定なんすよ
765:NAME IS NULL
08/06/15 05:47:33
時刻を10分更新するクエリ？
ますますなんのことかわからん。
とりあえず、時刻を１０分進めるクエリーってことにしておこう。
フラグというのは文字通り旗のこと。つまりしるしをつけておくだけのこと。
ある条件のときにテーブルのあるカラムの値を１０分進めるとする。
しかし、一度進めた値はもう二度と進めてもらっては困る。
ならばテーブルに更新したかどうかを記録するカラムを追加し、
初期値としてfalseを入れておく。
そして初期値がfalseならば更新するというケエリーを実行して
その時にそのカラムをtrueに更新しておけばOK?
そんなことをしてなんの意味があるのかわからないけど、
まあ、低級エスパーとしてはこれが限界だ（ｗ
766:NAME IS NULL
08/06/15 19:14:18
で、なに
プロシージャの実行が終わったら変数はリセット?
フォームオープン時のイベントで
MyPbTax=テーブルに保存しておいた消費税率
とか読み込ませて
フォームが開き終えたらもう消費税はリセット?
めでてーな
767:NAME IS NULL
08/06/15 19:27:45
>>766
しょうがねえだろ、VBA の仕様に基づく制限だ。
文句あるなら、VBで開発して Shared変数使いな。
768:NAME IS NULL
08/06/15 21:59:08
仕様じゃしようがねえ。お後がよろしいようで・・・・・（お囃子）・・・・・(w
769:NAME IS NULL
08/06/15 23:08:05 iGx6pZh1
>>767
真に、おっしゃる通りです、素直に桐にします
770:NAME IS NULL
08/06/16 10:50:44
次期バージョンではVBAとVBSが統合されるヨッカーン。
まあ、スクリプトでも使ってろってこった。
771:NAME IS NULL
08/06/16 13:55:15
いつかはくるであろう、VBA切り捨てのX-dayに怯える日々がはじまるのでつね
772:NAME IS NULL
08/06/16 20:14:17
べつにVBSだろうがVBAだろうが同じだろうが。
773:NAME IS NULL
08/06/16 20:43:25
同じなのか？？
774:NAME IS NULL
08/06/16 21:23:03
文法は同じ。
細かいこと言えば結構違う。
775:NAME IS NULL
08/06/16 21:42:39
そりゃあ、MSのBASICだから文法同じだろw
776:NAME IS NULL
08/06/16 22:36:13
VBは死にましぇん！
777:NAME IS NULL
08/06/17 10:18:38
VBSがForm使えりゃ無敵ｎｇ
778:NAME IS NULL
08/06/17 23:44:09 wipoekOe
詳しい人がいたら教えてください。
クライアントの環境で、ExcelのモジュールからAccessモジュール呼び、
Accessの結果（レコードセット）を受けて、その結果をExcelのシートに
貼るとこまでは出来ました。
アクセスのmdbファイルの場所を例えば（URLﾘﾝｸ(www.hoge.com)）
として、Excelのモジュールからこのmdbにアクセスして、結果を受け取る
ということは出来ますか？
HTTP経由だからそれなりの実装をしないと無理ですか？
779:NAME IS NULL
08/06/18 02:22:58
まるごとダウンロードするしかあんめえ。
つうかサバ側でなんかしろよ
780:NAME IS NULL
08/06/20 22:08:39
出来ますよ
781:NAME IS NULL
08/06/21 07:13:06
>>778
> Excelのモジュールからこのmdbにアクセスして、結果を受け取る
もうちょっと具体的にやりたい事書けよ。
これじゃ、mdb中のテーブルに対してクエリ投げた結果を取得したいのか、
shellでaccess実行してmdb開きたいのか分からんだろう。
shell関数だって戻り値はあるし、「結果を受け取る」ってことも
出来るんだから。
782:NAME IS NULL
08/06/21 12:25:27
> クライアントの環境で、ExcelのモジュールからAccessモジュール呼び、
> Accessの結果（レコードセット）を受けて、その結果をExcelのシートに
> 貼るとこまでは出来ました。
Excel VBAからAccess VBAのFunctionを呼べるの？どうやるの？
783:782
08/06/21 12:50:32
試しにやってみたらGetObjectしてApplication.Runで簡単に出来たー。
そうかー、レコードセット返すFunctionとか呼べるんだー。勉強になった。
784:782
08/06/21 12:57:47
で、まあ、そうするとAccessで該当mdbを開かない事にはどうしようもない訳で、
やっぱり都度サーバからダウンロードして開くとかじゃないかな？
785:NAME IS NULL
08/06/23 17:57:32
先月ネット通販の仕事を辞めて、
次の仕事探す前に何かひとつスキルを身につけたいんだけど
Accessって武器になりますか？
前の仕事で、エクセルで数百件くらいのデータを関数を組み合わせて一気に編集するとか、
よくやってたから、Access使えたらもっと早く処理出来そうだなーと気になってました。
簡単なFLASHゲームとか考えるのは好きで、
SE系の専門学校出身だから普通の人よりは飲み込み早いと思うんだけど、
習得にどのくらい時間がかかるのかしら？
786:NAME IS NULL
08/06/23 18:13:39
>>785
慣れとかコツつかむには時間掛かるだろうけど、
一通りのことなら本見ながら１週間で余裕じゃね？
787:NAME IS NULL
08/06/23 18:15:19
１週間で余裕なことがスキルになるのかと小一時間
788:NAME IS NULL
08/06/23 19:38:01
Accessなんて前任者が残していったスパゲッティ状態のVBAと正規化もまともに
できてないような糞データベースをお守りできないと話しにならんぞ。
789:NAME IS NULL
08/06/23 20:38:17
そんなの作り直しちゃえよ
790:NAME IS NULL
08/06/23 22:52:54
前任者が辞めたとか異動したとかの理由であちこちの部署から
ウンコDBなんとかしてくれ系の依頼が後を絶たないお・・・
791:NAME IS NULL
08/06/24 01:45:08
ｳﾝｺｴｸｾﾙはよく見るけど
ｳﾝｺDBってどんななんだ？DB化する時点で必然的に整理される気がするんだけど。
792:NAME IS NULL
08/06/24 05:45:44
>>791
たまにものすごいテーブル設計するやつもいるし、
クライアントから「このEXCELのシートの内容をそのまま使え」と
強制されて非正規化のままで作らされることはあるよ。
793:NAME IS NULL
08/06/24 08:29:21
桐にしたら良いお！
正規化してなくても不自由ないお！
794:NAME IS NULL
08/06/24 09:47:59
>>793
巣に帰れ！どあほ
795:NAME IS NULL
08/06/24 20:35:09
SELECT FROM.FROM FROM [FROM] とか
そんなSQLばっかり読まされる仕事はもういやだお・・・
796:NAME IS NULL
08/06/24 21:20:18
クエリビルダばっかり使ってinner joinとleft joinの違いがわからないで
必要な項目が欠落してるのに気がつかないとか、まじ視ねといいたい。
アクセスの仕事はこんなのばっか！
797:NAME IS NULL
08/06/25 14:44:52
とゆーかクエリビルダって使いにくいと思う
798:NAME IS NULL
08/06/25 15:25:12
>>797
でも、あれしか使えない輩も居る訳で。
個人的には「SQLで書けよ」と思う訳だが、
そのSQLも勝手に書き換えられたりして
気持ち悪い挙動を示すのがACCESS。
799:NAME IS NULL
08/06/26 22:23:07 IHeiKRfY
Access2007です。（XP）
Accessで、エクセルのVLOOKUPみたいなことはできますか？
商品名と商品コードの2列からなるテーブルを用意しておき、
別のテーブルで商品名を入力すると、隣のセルに商品コードが自動的に
出るようにしたいのですが、可能ですか？
エクセルなら、VLOOKUPで簡単にできるんですけどね。。。
800:NAME IS NULL
08/06/26 22:42:41
>>799
ACCESS総合相談所 その１８ 【桐にしとけ】
ｽﾚﾘﾝｸ(bsoft板)
801:NAME IS NULL
08/06/27 03:26:00
>>799
URLﾘﾝｸ(www.t3.rim.or.jp)
それと入門書くらい読んでから質問してくれ。
802:NAME IS NULL
08/06/27 18:25:50 zsJ8ZJes
工場内ラインの生産数管理をしたいと思っています。
サブフォームに「不良数」「処理方法」をもつ日報フォームを作成しましたが、
不良数0の日の日報フォームのサブフォームに「不良数」0のレコードを作らないと、
月度内で不良が無かった場合、月度管理用クエリでは
不良数合計のフィールドに表示するものがないため、その他の集計も表示できません。
よろしければ解決方法を教えてください。
意外と単純な事かと思いますが、私の頭では思いつきません…
803:NAME IS NULL
08/06/27 18:33:44
市販のソフトあたってみたら？
804:NAME IS NULL
08/06/27 20:30:51
>>802
リレーションを見直してみ。
ヒント: LEFT JOIN
805:NAME IS NULL
08/06/27 20:48:07
>>802
>>796
806:802
08/06/29 13:56:08 +zev6smp
返事遅くなりまして申し訳ありません。
LEFT JOINと言うものを検索した結果
悩んでいたものの通りのものがいくつかありました。
多分、SQLとかわかる人からすれば当たり前のことなんですね…。
もっと勉強します。ありがとうございました。
807:NAME IS NULL
08/06/30 20:11:07
SQL文の書き方なんて追々おぼえればいいからさ
まずはクエリでのテーブルどうしのくっつけかた考えろよ
結合線にマウスカーソルあてて右クリック、で、いろいろとさ
808:802
08/06/30 21:46:00 tW/mOprp
取りあえず、SQL表示にしてLEFT JOINに書き換え、
Nullには0を返すようにIIfIsNullで完成しました。
ただ>>807さんの言うテーブル同士のくっつけ方がよくわかりませんorz
フィールドとフィールドの間の線ですよね？カーソルあてて右クリックしても
フィールド内で右クリックしたときと同じものしかでてきません。
809:NAME IS NULL
08/07/01 08:51:39
>>808
>Nullには0を返すようにIIfIsNullで完成しました。
つ nz
810:NAME IS NULL
08/07/01 12:19:45
あてるのは先端
ぞくっと震えがくるぐらいギリギリ微妙な、先端
811:NAME IS NULL
08/07/01 23:29:26
DBMSによってNVLとかISNULLとかIFNULLとかNZとかｺｰｱﾚｽ（スペル忘れた）とか
使い分けなきゃいけない仕事はもういやだお・・・
812:NAME IS NULL
08/07/02 05:54:44
>>811
Accessではどうしようもないだろｗｗｗ
813:NAME IS NULL
08/07/02 19:53:35
>>811
NULL禁止にすればいい！
814:802
08/07/03 22:26:16 exZxl670
>>809
nzですか。知らなかったです。
IIｆとIsNullを組み合わせて使おうと思いつくの一苦労だったのでなんか切ないです。
結合線の意味はやっと気付きました。リレーションシップの線のことですね。
たしかにあれを変えたらSQL上でLEFT JOINになりました。
なにやら恥をどんどん晒しているようで恥ずかしい限りですorz
815:NAME IS NULL
08/07/04 09:23:05
>>814
そうやってどんどん覚えていけばいいんじゃなーい？
なんか自分の数年前を見てるようだｗ
私も初めてnz知った時は同じようにうれしいような切ないような気持ちになったしｗ
816:NAME IS NULL
08/07/09 11:18:47
coalesceでいいような
817:NAME IS NULL
08/07/12 19:37:38 dbIMVOlA
>>806
SQLは時間見て勉強した方がいいと思うぞ。
＃DB使いは誰でも通る道だからね
818:NAME IS NULL
08/07/12 20:32:17
>>814
Nzは返り値がVariant型だからね。
出した結果を再利用する時のことを考えて使うべき。
819:NAME IS NULL
08/07/13 01:10:27
というかNzの第2引数を省略するやつはうんこ
820:NAME IS NULL
08/07/13 09:10:08
なぜNzと呼ぶのでしょうか？
821:NAME IS NULL
08/07/13 09:15:55
>>820
Nurupo zettaidame
822:NAME IS NULL
08/07/19 21:44:08 PehLay74
>>814
お前に感心するよ。
俺だったら絶対関数あるはず、ってググッたり人に聞いたり（こっちが多かったりする）して
知識を分けてもらうことに努力しちゃうね。
お前はすばらしい努力家だよ。
でも会社は評価してくれないけどねｗｗ
823:NAME IS NULL
08/07/19 22:33:58
すごいカメだな
なんかイヤな事でもあったのか
824:NAME IS NULL
08/07/20 01:31:07
文脈からして、会社に評価してもらえなかったんだろう。
聞いてばかりじゃ、それも仕方がないな。
825:NAME IS NULL
08/07/20 06:45:34
なるほど
性格も悪そうだし、仕方がないね。
826:NAME IS NULL
08/07/20 14:58:58
自分で調べて得た知識とその取得方法は自分に帰ってくるからいいんじゃね？
827:NAME IS NULL
08/07/23 17:00:26 d9fcTHfR
Access2007+SQLサーバー2005 Express Edtionの評価を行っています。
(リンクテーブルではなく、プロジェクトを利用)
色々な壁にぶつかりつつ、少しずつ前進しているのですが、全般的に
情報が足りなくて困っております。
オススメのサイトか書籍をご存知でしたら、教えていただけませんか?
以下のサイトは、すごく参考になったのですが、これだけだと不十分
で色々探しております。
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.atmarkit.co.jp)
828:NAME IS NULL
08/07/25 14:41:42 5EfeWVVD
>>827への自己レスです。
以下のサイトがなかなか参考になりました。
他にもなんかよいものがありましたら、教えて下さい。
URLﾘﾝｸ(www.accessclub.net)
URLﾘﾝｸ(www.shoeisha.com)
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(support.microsoft.com)
MSのサイトって、結構充実しているのに、何ゆえ、外部の検索エンジンを
使わないと、必要な情報にたどり着けないんだろう。。。orz
829:NAME IS NULL
08/07/25 15:42:28
確かに慣れは必要だね～
830:NAME IS NULL
08/07/25 17:50:16 IT6y9+c8
>>827
ちょっと古い？それに定番だから見てるかもしれないけど
URLﾘﾝｸ(www.sqlpassj.org)
URLﾘﾝｸ(www.horikawa.ne.jp)
下のほうはAccessはあまり使ってないかも
831:NAME IS NULL
08/08/01 12:17:33
お聞きしたいことがあるのですが
アクセス２００２で日付型のデータを入力しています。
現状０７／０８／０１の様に入力しないといけないわけですが
０７０８０１で認識させるような方法っていうのは有りますか？
０８０１と入力したら今年の西暦＋０８０１になるようにカスタマイズできれば尚よしなんですが。
832:NAME IS NULL
08/08/01 13:36:36
>>831
定型入力のプロパティに「00/00/00」と指定してください。
URLﾘﾝｸ(www.tsware.jp)
URLﾘﾝｸ(www.officepro.jp)
年数を常に省略する場合は「00/00」とすれば良いです。但しこの場合、今年以外の年は入力できません。
年数省略あり・なし両方を扱いたい場合は、VBAを使ってプログラムを組む必要があります。
833:NAME IS NULL
08/08/01 14:01:54
>>832
プログラム組むしかないんですね
有り難う御座います
デフォルトのままで行くことにします。
834:NAME IS NULL
08/08/01 14:25:58
桐にしとけば最初から実現してるよ
835:NAME IS NULL
08/08/01 15:00:30
お前はPC-98でもさわってろ
836:NAME IS NULL
08/08/01 16:24:30
桐はDOS/Vでも動く
837:NAME IS NULL
08/08/01 16:30:06
WindowsVISTAでも動く
最初から
0801→2008/08/01
08/01→2008/08/01
09/08/01→2009/08/01
838:NAME IS NULL
08/08/04 11:16:08
いまだに桐がどうのこうの言っているヴァカがいるのか。
巣に戻れよ。
839:NAME IS NULL
08/08/04 21:01:39
>>838
> いまだに桐がどうのこうの言っているヴァカがいるのか。
> 巣に戻れよ。
その巣が寂れて閑散としているんだよ。察してやれよ。
ｽﾚﾘﾝｸ(db板)
840:NAME IS NULL
08/08/05 18:42:30
桐の人はネタとして薦めてるのかと思っていたが、もしかしてホンキなの？
841:NAME IS NULL
08/08/05 18:56:18
>>840
かなり本気だと思われ｡
極端に言えば神と崇めるレベルまで桐に心酔している｡
842:NAME IS NULL
08/08/05 23:37:07
う～ん、どっちかっていうと桐の方が高級なんだけどな、高価だし。
843:NAME IS NULL
08/08/05 23:44:04
つか、桐桐いうやつの言い分がようわからん。
accessより安くて機能が充実しているのならわかるのだが、
高くて機能充実しているのは普通だと思うのだが。
844:NAME IS NULL
08/08/06 01:34:22
もともとはなんていう名前のソフトなの？ ＞ 桐
845:NAME IS NULL
08/08/06 06:10:20
>>844
昔から桐だよ。
846:NAME IS NULL
08/08/06 09:10:20
俺は桐も好きなんだが良くも悪くも閉じた環境の世界であって、拡張性についてはあまり考えられてない。
例えば、どちらも何十人もの同時使用ということについては考えられてないが、
AccessならMySQLなどを使ってクライアントサーバーにすることで対応できる。
桐でもまったくできないというわけでもないのだが、かなり無理があるようだ。
だから桐が悪いというわけではなく、閉じた環境の世界の中で使う分にはAccessより簡単で楽。
ちょっとしたアプリケーションなど簡単に出来てしまう。そういう場合はためらわずに桐を使う。
しかし、その後の発展が考えられる場合はAccessを使う場合がある。
結局どっちが良いかという問題では無く、ケースバイケースの話。
具体的に言うと、桐の使用者には教育者が多いのだけど、成績の処理だの経費の集計だのにはちょうどいい。
しかし、販売管理だの財務会計だのに桐を使うのはちょっとどうかと思う。
847:NAME IS NULL
08/08/06 12:57:04
販売管理とか財務会計とかこそ、桐の独壇場だろ
もともと経理処理なんてものはデータベース的じゃないんだけどな
桐は論理行番号があるから普通に累計計算できるけど、AccessだとADO/DAO介して無理やり(?)VBで組まないと累計すら出せない
経理処理みたいな定型業務に必要な機能は桐では全て最初から用意されてるから、簡単安全正確
当スレでのAccessの質問も、殆どは桐なら最初から機能が用意されてる
Accessだと一々ADO/DAO介してVBで組むから、煩雑だしバグも増える
非定形想定外の処理は桐でもマクロ組むけど、桐の一括処理は言語仕様が古臭い、VBよりも遅い
桐のODBC接続は常用は厳しいね、データのインポートやエクスポートに使って、運用は桐単独
848:NAME IS NULL
08/08/06 14:22:25
桐とAccessは競合するようなものではないと思う。
桐のサイトに行くとわかるのだが、桐が狙っている市場ってExcelでは飽き足らなくなった人だよ。
それならまさに適材だと思う。
Accessを使いこなしている人が桐に移行するとはとても思えない。
849:NAME IS NULL
08/08/06 16:04:56
まあ、Accessはパーソナルデータベースだから、
850:NAME IS NULL
08/08/06 21:39:49
何か言っていそうで何も言っていない
>849 の才能に嫉妬
851:NAME IS NULL
08/08/06 21:53:57
昔、DOS桐の仕事したなあ。
確かに印刷と累計は普通に出来たな。
日本語が違和感あったけど。
その後はAccess97に行っちゃったから、
Windows版の桐はよく知らん。
852:NAME IS NULL
08/08/07 00:06:23
累計つーか残高な。 経理に使うなら残高くらい出せないとダメだろ。 出納長も作れん。
853:NAME IS NULL
08/08/07 01:47:56
桐の独壇場っていうか、経理ソフトとか会計パッケージのバックエンドは
大概SQLServerのExpress版なんだが・・・
854:NAME IS NULL
08/08/07 02:31:15
>>852
Accessでも出せるよぅ。重くなるけど。
Accessの方がいろいろ機動力がある気がしたわ。
DOS桐よりは。
855:NAME IS NULL
08/08/07 17:56:16
累計？
URLﾘﾝｸ(www.systeminfinity.co.jp)
これじゃだめなのか？
856:NAME IS NULL
08/08/07 18:05:12 Xsy4Y32A
>>855
んなぁ、計算量が指数関数的に増大してレコード増えると途端に限界
857:NAME IS NULL
08/08/07 21:01:22
出納長のような累計を出したいのならレポートに変数を設定して一行ごとに数値を足しながら
印刷すればいいことではないか？
普通であれば累計データをデータベースに持っていなければいけないことなんてないと思うけどなあ？
858:NAME IS NULL
08/08/07 22:01:32
まあ、そうなんだけど。
経理の現場では、出納帳見ながら**月**日現在の残高を銀行に預け入れ手配して出納帳記入とか、入力しながら**月**日現在の残高見てＡ社に支払い指示して入力とか、日常茶飯事。
出納帳に入力中に、残高が先月と比べて変だから入力漏れに気付いたり。
データベース的じゃないんだけど。
859:NAME IS NULL
08/08/07 22:11:44
そう、857の方法だと、プレビュー見るってことになる。
出納帳はExcelでどう?
860:NAME IS NULL
08/08/07 23:24:06
データベース的じゃない処理だって判ってるなら
データベースじゃないエクセルとか桐とか使ってればいいんじゃね？
861:NAME IS NULL
08/08/08 00:24:17
残高のプレビューも一々超時間掛るんだなこれが、数字コピペ出来ないしな。
AccessよりExcelとか桐とかが良いよな。
862:NAME IS NULL
08/08/08 00:41:33
ちょっち違うど
アクセスでもＶＢＡで組んで累計書き込めるから、桐では最初からコマンドに用意されてるだけ
桐では定型処理・想定される処理が予めコマンドに用意されてる、アクセスでもＶＢＡで組めば出来る
四捨五入とか年齢計算とか順位とか併合処理とか補集合とか、ＶＢＡで組むと死にそうになる
863:NAME IS NULL
08/08/08 01:43:39
>四捨五入とか年齢計算とか順位とか併合処理とか補集合とか、ＶＢＡで組むと死にそうになる
もうちょっとがんばりましょう。
864:NAME IS NULL
08/08/08 08:44:09
>>863
ねえ君ぃ、ちなみに、そのなかで一番簡単そうな四捨五入、の関数作って書いてみて、
Function_四捨五入([テーブル・クエリ名],[フィールド名],[四捨五入する小数点桁])
865:NAME IS NULL
08/08/08 08:55:50
863じゃないが、[テーブル・クエリ名]って必要なのか?
Function_四捨五入([対象],[四捨五入する小数点桁])
だけでいいような気がする。
866:NAME IS NULL
08/08/08 09:05:18
もちろん、[対象]がマイナス値も正しく機能しないとな
それと[四捨五入する小数点桁]にマイナス値を指定したら、-2指定とかだと少数点以上桁、10の位で四捨五入
867:NAME IS NULL
08/08/08 11:10:03
「Access 四捨五入」のキーワードでググったらいちいち検証するのが面倒くさいくらい出てくるけどなあ？
868:NAME IS NULL
08/08/08 11:40:59
んなことは、ここで回答とか雑談するやつには解り切ったことだろう。
MSのサイトにだってあるんだし。
それを自力で作ることで、応用力とかが養われるんじゃね?
Mid関数だって、leftとRightを使えば作れたはずだし。
まぁ、基本はパクって使用しているわけだがｗ
869:NAME IS NULL
08/08/08 12:15:18
つまり作らなくても最初から＃四捨五入とかがある桐を使っているやつは
応用力のかけらもない○○だと言いたい訳だね(w
パクるのも応用力のひとつだと思うけどね。
一応本当にちゃんと動くかの検証も必要だし、バカでもできるってわけじゃない。
いいじゃん、ちゃんと動けば。
870:NAME IS NULL
08/08/08 12:29:32
マイナス値の四捨五入はJIS基準の、
つまり -1.2345 の 小数点以下3桁の結果が、-1.235 でOK?
Function cRound(ByVal tempValue As Double, tempKeta As Long) As Double
'四捨五入する
Dim tempKekka As Double '移動桁結果
tempKekka = Int(tempValue * 10 ^ tempKeta + 0.5)
cRound = tempKekka / 10 ^ tempKeta
End Function
これでいいんじゃないか?
違う場合は教えてｸﾚｸﾚ。
871:NAME IS NULL
08/08/08 12:40:21
基本はパクリ
MSのサイトにある四捨五入は対象がマイナス値だと四捨五入でなく四入五捨になる件(笑)
ダメだろ
872:NAME IS NULL
08/08/08 13:29:42
>>871
そうなのか?
生憎四捨五入をあまり必要としない業種なものなので知らんかったわ。
必要になったとしても、都度870のようなコードを書き込んでいた。
BASIC使ったことのある人なら、違和感ないんだろうな。
>>869
そこまでは言わないけど、原理（と基本的関数の相関関係）がわからないと応用はできないはず。
逆に必要とする関数がなかった場合、桐のライトユーザーは困るんじゃないのかな。
873:NAME IS NULL
08/08/08 14:24:26
ネタがない時は桐の話題で遊ぶのも良いな
874:NAME IS NULL
08/08/08 15:20:15
Excelよりもうちょっと進んだことをやりたいって場合には桐はピッタリだ。
Excelはだいたいわかったから次はAccessをマスターしたいというユーザーが多いのだけど、だいたいが挫折する。
そういう人にはむしろ桐を薦めたい。
Accessは本格的データベース開発システムのサブセットという面がある。
手っ取り早い道具としては桐は素晴らしい。桐で満足している人にAccessを薦めてもしょうがない。
でも現在のプログラムの本流とはかけ離れている。
Accessは簡易ながらも本流から離れていない。
本格的データベース開発システムを指向しながらももっと簡易にシステムを作りたいという場合には最適だと思う。
ということでわざわざ桐の利点なんざ教えてもらわなくても結構なんだよね。
875:NAME IS NULL
08/08/08 17:59:05
>>871
はい、VB6の本の最初に出てくるアルゴリズムだよね。
対象がマイナス値の時に、求める値が「負の無限大へ」か、「値が大きくなる方へ」か。
Function MaxcRound(ByVal tempValue As Double, tempKeta As Long) As Double
'四捨五入する ・・値が大きくなる方へ
Dim tempKekka As Double '移動桁結果
tempKekka = Int(tempValue * 10 ^ tempKeta + 0.5)
MaxcRound = tempKekka / 10 ^ tempKeta
End Function
Function AbscRound(ByVal tempValue As Double, tempKeta As Long) As Double
'四捨五入する ・・負の無限大へ=Excel的 ,JIS Z 8401、規則B
Dim tempKekka As Double '移動桁結果
tempKekka = Int(Abs(tempValue * 10 ^ tempKeta) + 0.5) * Sgn(tempValue)
AbscRound = tempKekka / 10 ^ tempKeta
End Function
AccessのRound関数≠ExcelのRound関数
AccessのRound関数: 最近接偶数への丸め=銀行丸め
JIS Z 8401、規則A
876:NAME IS NULL
08/08/08 18:03:24
つか、±の符号保持して、
絶対値で四捨五入すれば良いだけの話だろ？
877:NAME IS NULL
08/08/08 18:15:54
>>876
んと、875 のを使うとして
対象値 -0.5 -1.5 -2..5
Round関数 0 -2 -2
MaxcRound 0 -1 -2
AbscRound -1 -2 -3
ずれたかも。
878:NAME IS NULL
08/08/08 18:17:22
ずれた....orz
対象値 -0.5 -1.5 -2..5
Round関数 0 -2 -2
MaxcRound 0 -1 -2
AbscRound -1 -2 -3
どだ
879:NAME IS NULL
08/08/08 18:19:14
適宜脳内修正おながいします。ゴメン。
880:NAME IS NULL
08/08/08 19:10:10
まあ、Accessはパーソナルデータベースだから、
881:NAME IS NULL
08/08/08 20:01:05
あちゃあ >>850 は皮肉で言ったのに誉められたと思ってまた言っている。
882:NAME IS NULL
08/08/08 22:17:18
>>876
んだ。別に難しいことを考えることはないだろ？
883:NAME IS NULL
08/08/08 22:27:53 FFfuPyeo
じゃ、次はAccessで出納帳作る方法を皆で考えまひょ
＞＞860 みたいな give up はナシで
884:NAME IS NULL
08/08/08 22:33:26
>>883
フーーン、なんか883が出納帳をつくる仕事を請け負っていて只でやらせられるような気もしないではないが、
まあ、いいか？
とりあえず一ヶ月単位でいいんだよな？まず一月ごとの残高と貸方借方のテーブルが必要なのかな？
885:NAME IS NULL
08/08/08 22:45:13
貸方借方のテーブルなんてイラネー
ＩＤと年月日と相手先と入金額と出金額と残高あれば出納帳だーーーーーー
入出金は毎日数十件だけで許してやろう
リアルで任意時点での残高見ながら入力できれば実務に十分有用だ
出納帳も出来なけりゃ日本の中小企業財務会計に使えねー
諦めてEXCELでやれってか？
そりゃそうよ
886:NAME IS NULL
08/08/08 22:49:34
要するに小学生の小遣い帳だな。
887:NAME IS NULL
08/08/09 00:46:35
小遣い帳レベルならエクセルで十分、そうでないならSQLServer使っとけでFAでしょ。
実際弥生会計とか勘定奉行とかPCA会計とかそれなりに名が通ってる会計ソフトは
みんなバックエンドがSQLServerなんだし、なんでAccessの出納帳にこだわるのか
全然ワケわからんわ・・・
888:NAME IS NULL
08/08/09 04:07:10
もう、OOo Baseでいいよ。
889:NAME IS NULL
08/08/09 07:28:49
BASEね。少しは使い物になるようになったのかな？
評価以前にまともに動かなかったけど。
＞リアルで任意時点での残高見ながら入力できれば
Excelのように入力したいのね。やっぱりExcelでやれば？
Accessでやろうとするとえらく面倒なことになりそう。
890:NAME IS NULL
08/08/09 08:32:04
じゃ桐で決まりだな
891:NAME IS NULL
08/08/09 10:04:23
俺桐も好きだけど、こういう粘着気質の桐ユーザーは嫌いだ。
892:NAME IS NULL
08/08/09 10:57:14
桐が累計を簡単に取れるのはデータの中に計算式が入るという桐独特のシステムのおかげ。
Excelに似ていると言えば似てる。
ただデータと計算は分けるべきだというRDBの本来の思想に反する。
ちなみにRDBにはデータの追加という考え方はあっても挿入という考え方は無い。
これをしつこく桐ユーザーは突いてくるのだけど悪く言えば本流から外れているだけのこと。
累計も挿入もどうしてもということであればできるけど面倒くさい。
残高知るだけならSQlで選択してからデータ集計かけたほうが早い。
ちんたらちんたら一行づつ累計計算してもしょうがない。
挿入は見せかけの行番号を作ってそれで並び替えれば出来る。
でも面倒な割りにはたいした実益は無い。
893:NAME IS NULL
08/08/09 11:04:51
MySQL だと、SQL UPDATE に orderby 使えるから、累計でも連番でも一撃で出来ちゃう件
JET とか ACE でそれが使えれば、凄ぶる便利になるんだがなぁ
MySQL に移行しようかな
894:NAME IS NULL
08/08/09 11:12:10
どうぞどうぞ
895:NAME IS NULL
08/08/09 11:21:05
>>893
へーーー、MySQLでできるのか？オラクルではできるとは知っていたけど、それは知らなんだ。
おれも移行するかな？JETはいい加減いやになってきたし。
896:NAME IS NULL
08/08/09 11:37:54
直前レコード値に足していく関数作って、SQL UPDATE orderby
897:NAME IS NULL
08/08/09 13:36:21
まあ、Accessはパーソナルデータベースだから、
898:NAME IS NULL
08/08/09 13:54:06
>>896
ああ、なるほどって・・・・・・
直前レコード値を足していく関数？
直前レコード値をどうやって求めるんだ？
いや、求められないことはないだろうけど、ものすごく遅くなるような気がする。
899:NAME IS NULL
08/08/09 13:57:09
現在レコード値を足していく関数作って、SQL UPDATE orderby
900:NAME IS NULL
08/08/09 14:08:29
Function 累計(対象項目) As Currency
累計金額 = 累計金額 + 対象項目
累計 = 累計金額
End Function
---------------------
累計金額 = 0
SQL Update Q_現金出納帳 Set 残高 = 累計(入金 ? 出金) order by 年月日,ID
901:NAME IS NULL
08/08/09 14:11:07
ありゃりゃ、マイナスが化けた
× SQL Update Q_現金出納帳 Set 残高 = 累計(入金 ? 出金) order by 年月日,ID
○ SQL Update Q_現金出納帳 Set 残高 = 累計(入金 - 出金) order by 年月日,ID
902:NAME IS NULL
08/08/09 14:44:38
>>900
おおお、ありが㌧って…Accessじゃ使えねーのかorz
903:NAME IS NULL
08/08/09 17:15:41
Accessじゃ使えないのじゃなくて桐でも使えない。
900の妄想言語のなかでだけ使える。
904:NAME IS NULL
08/08/09 18:00:43
ＭｙＳＱＬ凄いな
905:NAME IS NULL
08/08/09 20:35:06
>>901
Q_現金出納帳クエリ内で ORDER BY しておけばおＫ。
906:NAME IS NULL
08/08/09 22:27:59
>>905
全然おＫじゃない
MS はUpdateするレコード順を保証してない、DBエンジンが都度最適最速の順番を構成して更新する
Access97 までは密かにＯＫだったらしいけど、JETもマトモな方向に進化してるから最近はダメ
やっぱ、MySQL
907:NAME IS NULL
08/08/09 23:04:16
はマトモじゃない
908:NAME IS NULL
08/08/10 06:30:35
>>907
ﾜﾛﾀ
909:NAME IS NULL
08/08/10 14:04:47 3q2J+cNG
すいません、初心者の質問なんだけど、
！の使い方がわかりません。
Ｍｅ！リストでもＭｅ．リストでも違いはないんでしょうか？
どういうときに！を使うのでしょうか。教えてください。
910:900
08/08/10 14:23:59
>>909
確か、ドットはアーリーバインディングでコンパイル時に展開、バングは実行時に展開だったかな
ドットの方が早い
911:NAME IS NULL
08/08/10 14:28:50 3q2J+cNG
>>910
丁寧なご説明ありがとうございます。
912:900
08/08/11 12:57:13
>>911
ああ、半分しか答えてなかった
もう見てないかな？
> どういうときに！を使うのでしょうか。教えてください。
大元のクエリーが実行直前に変化した場合、変化する可能性がある場合は、パラメータクエリとか…
ドットではマズイ問題が生じる場合がある、バングなら都度展開だから確実
913:NAME IS NULL
08/08/11 13:07:38 4zxAH/kO
すいません、また超初心者の質問なんですけど、
フォームを表示させるとき、外側のアクセスの枠が目障りなんですけど、
ファームだけを表示させる方法ってありますか。
教えてください。
914:NAME IS NULL
08/08/11 13:09:32 4zxAH/kO
>>912
見てます。ありがとうございました。参考になりました。
915:NAME IS NULL
08/08/11 13:26:15
>>913
アクセスの枠ってのがどうもよくわからないのだが、
フォーム=>書式=>境界線スタイル=>なし
ではだめなのか？
916:900
08/08/11 13:58:21
>>913
フォームのプロパティでポップアップ選んで最大化したら良いんジャマイカ？
超初心者なら桐も試してみそ？
桐だと、さらにオーバーラップってのもあるから
917:NAME IS NULL
08/08/11 16:00:07
米Microsoft、「SQL Server 2008」を提供開始
7種類のエディションを用意した。大規模システム向けの「Enterprise」、標準の「Standard」、ワークグループ用の「Workgroup」、
インターネット・Web専用の「Web」、開発者向けの「Developper」、ISVの再配布や学習目的に最適な「Express」、組み込み用の「Compact 3.5」で、
ExpressとCompactの2種類は無料。
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
918:NAME IS NULL
08/08/11 16:08:31 4zxAH/kO
>>916
ありがとうございます。だいたいできました。フォームは子供、孫がいるんですが、全部ポップアップにすると
アクセス作業枠の外にはみ出すことができました。
しかし、最小にすると、フォームも消えてしまいます。
こいつを目触りにならないように処理できないのですかね。
919:NAME IS NULL
08/08/11 16:20:50 4zxAH/kO
ここにありました。
ＶＢのようにはいかないということですね。
URLﾘﾝｸ(www.nurs.or.jp)
920:NAME IS NULL
08/08/11 22:49:28
やっぱりアクセスじゃアプリ作れないじゃん。桐のオーバーラップは神。
921:NAME IS NULL
08/08/11 23:44:08
ほんまどんなアプリ開発も桐にしとけでFAやで…
922:NAME IS NULL
08/08/12 19:04:11
やっぱり、みんな壁紙を見たいわけ？
923:NAME IS NULL
08/08/12 20:42:35
to KIOSK Form
924:NAME IS NULL
08/08/23 11:35:59
>>888
OOoってなに？
ポニョ？
925:NAME IS NULL
08/08/23 21:40:39
>>924
OpenOffice.orzだろ
926:NAME IS NULL
08/08/24 23:39:46
マクロの作り方についてです。
コマンドボタンＸ，Ｙ，Ｚがあり、それぞれモジュールｘ、ｙ、ｚが
クリック時プロパティとして環境設定されています。
ここで、コマンドボタンＸ、Ｙ、Ｚを順に押すマクロを作りたいのですが、
どうすればいいんでしょうか？
（結果的にモジュールｘ、ｙ、ｚが作動するようにしたいのですｌ
927:NAME IS NULL
08/08/24 23:49:01
ボタンを押すマクロは作れないけど、
ボタンを押したら起動するマクロ１つ作って、そこから ｘ、ｙ、ｚ を順に呼べば良いんでない？
928:NAME IS NULL
08/08/25 19:00:28
>>９２７
ｍ（＿＿）ｍ
デザインモードにして、コマンドボタンＸ，Ｙ，Ｚからクリック時プロパティ
として張り付いているマクロｘ、ｙ、ｚをそれぞれコピーしてマクロウィンドウ
に順に張っていけばいいのかな?
モジュールはまだ途中だからわかなんいよ。
929:NAME IS NULL
08/08/25 23:13:45
根本的にマクロというものをなにか勘違いしてないかな？
エクセルのように操作を記録する機能はAccessにはないよ。
Accessのマクロは下位互換性を維持するだけにあるだけだと思うよ。
できることが限られている上にけっしてわかりやすくない。
930:NAME IS NULL
08/08/25 23:35:39
マクロ、モジュール、プロシージャがごっちゃになってない？
クリック時に設定されてるのはプロシージャなの？マクロなの？
931:NAME IS NULL
08/08/26 11:29:02
>>925
２ちゃんに毒されてないか？
932:通りすがり
08/09/01 15:26:30 WpgIIdKe
はじめまして
ネットワーク越しのリンクテールだと、テキスト型の項目のインデックスが使われません。
ローカルにコピーすると使ってくれます。
showplan.outファイルでも確認しました。
数値型項目だと、ネットワーク越しでもインデックスを使ってくれます。
この件について、なにかご存知の方は教えてください。
よろしくお願いします。
933:NAME IS NULL
08/09/03 21:18:11
新参者ですm(__)m
桐からAccessに乗り換えようと、初っぱなから半日ほど悪戦苦闘
ひょっと・・・と思ってココでスレ探して >>892 読んで初めて納得
桐の一括処理を駆使したシステムをAccessに移植するのは、骨が折れそう(>_<)ヽ
で、テーブルに計算式が使えないって事は、クエリで計算してアップデートしろって事でしょうか？
「桐にしとけ」という声が聞こえるような・・・
934:892です
08/09/04 01:23:48
>>933
> 桐の一括処理を駆使したシステムをAccessに移植するのは、骨が折れそう(>_<)ヽ
骨が折れるとかなんとかではありません。全面的に作り直しになります。
一応両方ともデータベースだという以外は似ているところはまったくといっていいくらいありません。
> で、テーブルに計算式が使えないって事は、クエリで計算してアップデートしろって事でしょうか？
はいそのとおりです。本来桐のようにデータと計算式が一体になっているというのはデータベースでは異例なんです。
これは桐のユーザーにとっては面倒だとは思うのですが、理論的には別になっているべきものです。
もうひとつ脅しておくと、桐のデータも時々壊れることがありますが、Accessのデータはその何倍も壊れやすいです。
しかも、桐ならばだいたい修復できるのですが、Accessのデータは修復してもだめなまんまということが多いです。
それだけ聞くと、たしかに桐にしとけって話にもなるんですが、桐は閉じた世界です。
桐をいくら勉強しても桐の世界以外にはいきません。
Accessは壊れやすいデータがいやならMySQLなりPosgresqlなり他のデータベースを採用することができます。
桐は一応外部データベースを使えることになってますが、速度の面で問題があるようです。
Accessでデータの更新等に使われるSQLも標準技術ですので他への応用が利きます。
まあ、はっきりいって最初は不平不満たらたらという状態になるはずですが、AccessにはAccessの良さがあります。
桐をやめろとはいいません。桐で間に合うことに無理にAccessを使う必要はないでしょう。
私も時には桐でちょっとしたアプリケーションを作ることがあります。がんばってください。
935:NAME IS NULL
08/09/04 05:30:59
>>934
早速＆長文＆脅し付き TNX ｗｗｗ
桐はDOS時代から使ってる。
仕事が忙しくて、今まで乗換えできなかったのだが、新しいデータベース構築を機に乗換える事にした。
移植というか、機能的にほぼ同じものを作ろうとしている。
本業は畑違いながら情報処理の心得はあるので、最初のブレークスルー後はなんとかなると思ってる。
時間も少しあるので、このスレ参考にしながら頑張ります。
936:NAME IS NULL
08/09/04 09:49:18 chsIXRcK
初心者です。
Access質問スレがなかったので…どなたか教えて下さい。すみません。
幾つかあるcsvのファイルをAccessで選び、Accessに出力したいのですが…
幾つかあるcsvのファイル一覧を選択肢として、Accessに表示する方法が解りません。
どなたかアドバイスお願い致します。
937:NAME IS NULL
08/09/04 10:19:36
>>936
つ「コモンダイアログコントロール」
938:936
08/09/04 10:25:42 chsIXRcK
ご返答ありがとうございます。
すみません。もう一つ質問です。api関数を使用せずに出来る方法はあるでしょうか。
ありましたら教えて下さい。お願い致します。
939:NAME IS NULL
08/09/04 10:50:37
>>938
開く→ファイルの種類→テキスト(*.csv)
940:NAME IS NULL
08/09/04 10:51:26
>>938
巛彡彡ミミミミミ彡彡
巛巛巛巛巛巛巛彡彡
r､r.r ､|::::: |
r |_,|_,|_,||:::::: ／' '＼ |
|_,|_,|_,|/⌒ (・ ) (・ )|
|_,|_,|_人そ(^i ⌒ ) ･･)'⌒ヽ ・・・はぁ？
| ) ヽﾉ |. ┏━━┓|
| `".｀´ ﾉ ┃ ノ￣i ┃|
人 入＿ノ´ ┃ヽﾆﾆノ┃ﾉ＼
／ ＼＿／＼＼ ┗━┛/|＼＼
／ ＼ ト ──ｲ/ ヽヽ
941:892です
08/09/04 15:59:19
>>935
同じく桐はDos時代からえーーーとVer3くらいだったけ？もっと前だったような気もするけど・・・・
まあ、使ってます。
一応私の場合はdBASEIIからデータベースと呼ばれるものはいろいろとやっているのだけど、
一番Accessが面倒でした。
最低でもデータとプログラムの分割はやるべきです。
それから終了時の最適化もやるのとやらないのとでは大違いです。
ちょっとでも動きがおかしいと思ったら空のデータベースを作ってそこへインポートして使ってください。
これである程度安定化します。
桐はそんなことする必要はないぞというのはもっともですが、全然違うものを比較しても無意味です。
942:NAME IS NULL
08/09/04 16:46:06
>>933
＞で、テーブルに計算式が使えないって事は、クエリで計算してアップデートしろって事でしょうか？
テーブルにユニークなキーがあれば残高計算くらいは選択クエリーだけでできたはず
943:NAME IS NULL
08/09/04 18:01:12
>>942
でも遅くてとても使い物にならないという話だったよ。
944:933
08/09/04 21:13:43
>>941-943
みなさんにレス頂いて、一寸おっかなびっくりｗ
dBASEⅡ時代は知ってるけど顧客管理をBASICで組んでた。
データベースに触れたのは桐３からだったと思う。
データとプログラムの分割ってホルダーとかパーテーションで割れって事かな？
やりたい事は、生産管理(部品納期や工程進捗）
稼働カレンダーのテーブルから取り掛かったんだけど、
[日付][曜日][稼働]
９／１ 月 １
９／２ 火 １
：
９／７ 日 ０
って感じで、曜日を入れたかったのと、土日はデフォで ０ にして、後で会社カレンダーに合わす事に。
そこでSQL文で引っかかったというド素人です。
とりあえず、最初の障害は更新クエリでクリアしました。
最終的には本体完成のリードタイムに合わせて、いつ部品が必要で、いつユニットが組みあがって・・・というもの
よろしければ、続けて質問にお付き合いをm(__)m
・クエリってSQL １行（のみ）で構成されているもの？（複雑な更新はVBA）
・入力時の既定値に、前行から値を取得して加工する事は出来ない？（DLASTは入力既定値には使えない）
945:NAME IS NULL
08/09/04 22:18:34
>>938
VBAにDIR関数がある。
古典が嫌いならScripting.FileSystemObjectも使える。
946:NAME IS NULL
08/09/04 23:51:08 31HRRJ0I
【麻生太郎は差別主義者】
（野中引退寸前、最後の自民党総務会で）
堀内の目の前に座っていた野中が、
「総務会長！」
と甲高い声を上げたのはそのときだった。
立ち上がった野中は、
「総務会長、この発言は、私の最後の発言と肝に銘じて申し上げます」
と断って、山崎拓の女性スキャンダルに触れた後で、政調会長の麻生のほうに
顔を向けた。
「総務大臣に予定されておる麻生政調会長、あなたは大勇会の会合で、
『野中のような部落出身者を日本の総理にはできないわなあ』とおっしゃった。
そのことを、私は大勇会の三人のメンバーに確認しました。君のような人間が
わが党の政策をやり、これから大臣ポストについていく。こんなことで人権啓発
なんてできようはずがないんだ。私は絶対に許さん！」
野中の激しい言葉に総務会の空気は凍りついた。麻生は何も答えず、顔を
真っ赤にしてうつむいたままだった。
「野中広務 差別と権力」P352
947:NAME IS NULL
08/09/05 00:52:01
今.NETの案件で帳票出すのに、Microsoft.Reportingとクリレポを調査してんだけど
アクセスのレポートって意外と使いやすいのに気がついたわ。とくに、正規化した
テーブルの外部キーをそのままコンボボックスの値として渡して、コンボはコンボで
マスタの一覧を別に動的に取得しておいて、渡された値でマスタの名称なんかの
文字列を表示できたりするのが便利だ。あとレポートのレンダリングごとに関数を
呼び出してパラメータを動的に変更させたりできるのもいい。
948:NAME IS NULL
08/09/05 01:09:56
フォームならともかくレポートでコンボボックスって使うか？
949:NAME IS NULL
08/09/05 03:49:04
あまりスマートな感じじゃないな
950:NAME IS NULL
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 ～
とかいれてみたのですが…５年分でなくて困ってます。
クエリで上手く作ることも出来ず悩んでます…
どなたかアドバイスをお願いします。