【I love Access】やっぱりアクセスが良い

【I love Access】やっぱりアクセスが良い at DB

[前50を表示]
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)

次ページ