Access総合相談所 27 [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ACCESSに関する質問はこちらへ
▼━ 質問のしかた ━━━━━━━━━━━━━━━━━━━━
★ OS、ACCESSのバージョンを明記してください。
★ 質問内容は具体的に書いてください。
・何がしたいのか
・どんな処理を試したか
・動作状況など駄目な理由
テーブル/フォームの構成、クエリ、VBAの内容など差し支えない
範囲で詳しく書くと、早く回答が得られるかもしれません。
図解があれば尚良し。
聞き返さなくても詳細が把握できる質問が望ましいです。
★ 事前にヘルプ・Google等で調べられる範囲は調べてください。
大概の疑問は検索することで解決します。
★ アドバイスを貰ったら、必ず経過・結果の報告をして下さい。
ギブアンドテイクで情報を共有しましょう。
▼━質問テンプレ ━━━━━━━━━━━━━━━━━
【 システム環境 】 Windows**, Access**
【 VBAが使えるか 】 はい・いいえ
【 VBAでの回答 】 可・否
【 検索キーワード 】 Googleやヘルプでの検索キーワード
前スレ
Access総合相談所 26
http://toro.2ch.net/test/read.cgi/bsoft/1349049986/ accdbのノースウィンド、俺は見た事ない。サンプルサイトには無かったような。 【 システム環境 】 WindowsXP, Access2000
【 VBAが使えるか 】 いいえ
【 VBAでの回答 】否
【 検索キーワード 】 Googleやヘルプでの検索キーワード
アクセス2000でDBを作り、スタンドアローンで活用してきました
パソコンが古くなり、この際更新を考えています
WINDOWS8.1、アクセスのソフトも現在のものを考えています
1 自作アプリを何世代も上にバージョンアップできるでしょうか?
2 DBに2台のパソコンでアクセスするにはどうするのが簡単でしょうか?
3 LANディスクにDBを置き、共有で見に行くことはできますか? >>52
1.Access2000のMDBなら可能。97形式は2013では未対応
2.1台にmysqlを入れて、データはそこに保存。
3.見ることは可能。但し、速度は遅い。同時書き込みは?。
2.はMySQL Workbenchのマイグレーションツールでデータベース
の構造からリレーションシップまで全部MySQLへ変換してくれる。
変換後は、今使ってる奴はテーブルをODBCのリンクテーブルに
してあげればOK >>52
>1 自作アプリを何世代も上にバージョンアップできるでしょうか?
大丈夫ではなかろうか。
>2 DBに2台のパソコンでアクセスするにはどうするのが簡単でしょうか?
テーブルとそれ以外のオブジェクトに分割して、共有フォルダにはテーブルの実体が有るmdbを、テーブルのリンクとその他のオブジェクトが有るmdbは各パソコンに配布してruntimeで使う。
>3 LANディスクにDBを置き、共有で見に行くことはできますか?
可能だけど、オブジェクトとデータが入ったmdbを共有すると直ぐ壊れる、と思う。 ACCESS2013が単体で1万円ちょっと、runtimeは無償ダウンロードできるから、乗り換えのハードルは史上最安値かと。 【 システム環境 】 Windows7, Access2007
【 VBAが使えるか 】 いいえ
【 VBAでの回答 】 否
テーブル1に、開催日時、盆踊り主催者、公園と3つのフィールドがあります。
テーブル2に、公園、公園住所と2つのフィールドがあります。
データーベースツール→リレーションシップツールで2つの公園を線でつなぐことは出来ました。
ただし、
テーブル1の公園フィールドには公園名以外の寺の名前、神社の名前等が入っています。
テーブル2には、寺や神社の住所は入っておらず、公園名とその住所しか入っていません。
やりたいことは、
この2つのテーブルを合体させ、開催日時、盆踊り主催者、公園、公園住所(データがあるところの住所だけ)と4つのフィールドが入った新しいテーブルを作りたいです。
この後どうやればいいか教えて下さい。 >>56
選択クエリで where テーブル2.公園 like *テーブル1.公園*
これを追加クエリで新しいテーブルに放り込めばいいんじゃないの
>>55
ハードルが最安値とかはしょりすぎ
>>54
2013は意外と壊れないよ。といっても一時テーブルが10個未満の使い方だけど。
まぁ2000のときはいやになるほど壊れたけどな。
>>53
データはsqlserverでもいいんじゃないの。expressならただだし、今のなら何とかツールも全部入りだから。
sqlもツールで発行してくれるから楽じゃん。それをコピーしてsqlビューでペーストすれば一丁上がりだから。 >>57
ありがとうございます。
つか、クリエウイザード→選択クリエウイザード、と適当にやっていったら出来てしまいました!
↓を書くやり方は、作成→クリエデザイン、と入っていくのですか?
where テーブル2.公園 like *テーブル1.公園* クエリのデザインビューで テーブル2.公園 フィールドの抽出条件のとこに書くんだよ。
ビルダ使えば選んでいくだけで書けると思うけど。あとはググればいやになるほど例が見つかるはず。 スマン、↑は間違い
こっちでどう。sqlビューでなきゃ書けないけど。
SELECT [テーブル1].*, [テーブル2].*
FROM テーブル1 INNER JOIN テーブル2 ON ([テーブル1].公園 LIKE "*" & [テーブル2].公園 & "*"); Ac2010にはノースウィンドというテンプレートがある
作成するとノースウィンド1.accdbが出来上がる
社員別のログイン画面から始まり、リンクの[発注の表示]画面を出して
状態フィールドをダブルクリックすれば発注明細が
仕入先を 〃 仕入先詳細が
合計額を 〃 発注明細が
提出者を 〃 社員詳細が、それぞれ別画面で立ち上がる
だけじゃないテイジン いや、なんでもない 他の画面でも面白がって
ダブルクリックすればいろいろ立ち上がる これじゃアカンか
因みにググったネタで恐縮だが、2013だと「オンラインテンプレート」で
ノースウィンドを検索すると2007のバージョンで出てくるらしい
らしいでスマン 持ってないものは試しようが無い
2007と2010の違いは画面下部にグラフが表示されるかされないか らしく northwindの無いAccessなんて >>53,54
ありがとうございます
97のオブジェクトオリエンテーティドが懐かしいです
mysqlの本を立ち読みしましたが厚すぎましたw レスありがとうございます。
ノースウインドというのは初耳だったので、それを調べてみます。
ありがとうございます! Ac2013です
3つの区分があり
それを判定するとき
後々の修正やVBAのことを考慮すると
どちらが適切ですか?
1
判定フィールドを作りそこに0〜2を入力し判定する
VBAや計算では0=A,1=B などとします
2
3つのYES NOフィールドを作成しチェックをいれる
判定フィールド1=TrueならBとします
よろしくお願いいたします >3つの区分があり
>それを判定するとき
ここで既に意味がわからん >>66
例えば
進行中 保留 完了
など3つの区分がありそれをどのように格納するかと言うことです
0〜3とするかそれぞれのフィールドをつくりTrueならチェックいれるか、どちらがよいかということです >>68
そうなんですね
ありがとうございます
0,1,2がそれぞれ何なのかというのは
どこにメモしとけばいいのでしょうか >>65
普通に1だろ。2みたいなのはダメな例の典型だぞ。 >>69
そういうのは、別にテーブルを作って、ID, 値というフィールドだけ
用意して格納しておき、リレーション貼っておく。テーブルの設定画面で、
その情報を入れておく。
ユーザに0だの1だの入れさせるのは愚の骨頂ですよ。
さらに、1個ではなく複数選択する場合には、ビットマスクを使うと良いですよ。
http://www.f3.dion.ne.jp/~element/msaccess/AcTipsBitMask.html 最近のAccessでコントロール名とがコントロールソース
が同じかどうかで計算コントロールの自動反映の
動きが違うって誰か知ってました?
<例>
コントロール名 コントロールソース
COL1 COL1
COL2 COL2
COL3 =[COL1] * [COL2]
→この場合、COL3には計算結果がすぐ反映されます。
コントロール名 コントロールソース
txtCOL1 COL1
txtCOL2 COL2
txtCOL3 =[COL1] * [COL2]
→この場合、COL3には計算結果がすぐ反映されません。
レコード保存したら反映されます。 >>69
例示で作ってみた
http://www.rupan.net/uploader/download/1432980607.png
この画面に於いて、例えば今回のようなケースだと、右上にある
資産タイプ。これが複数選択出来るようになってる。
で、これをリレーションで見るとassettypeってのがそれ。
http://www.rupan.net/uploader/download/1432980707.png
こうしておけば、例えばコンボボックスなどで値を選択すると入る。
asset側には0,1,2の値が入る。参照先はassettypeというわけだ。 >>71
税区分や売上区分など区分が必要な場合はたくさんありますが
それぞれの区分ごとに税区分テーブル 売上区分テーブルといったものを作成していくやり方でいいのでしょうか? >>74
フィルタ施してクエリをテーブルにして実体は1テーブルでも良いですが
管理が面倒だったりするので、細かくこういった区分テーブルは作ると
良いです。
自分の場合、例えば宛先として後から候補で出てくるように追加なんかも
自動でしてたりするので、こういうちょっとしたテーブルってのはよく作り
ます。 数件程度の区分でそれが頻繁に改変(追加・編集・削除)されないようなものなら、
値リスト使わね? 全部テーブルにしてたら無駄遣いだろ? >>76
パッと確認したりvbaなんかではテーブルになってるほうがやり安い気がするけど
詳しい人、どうなんでしょうか? 俺は全部テーブルにする。
同じ動作にロジックを変えることはしない。
エクスポートもめんどうだしな。 >>78
俺もテーブルにするね。数の問題じゃないし。
そもそも正規化考えたら、当たり前のこと。値リストなんかで組んじゃったら
あとで拡張する時に非常に面倒なことになるし。 >>79
こんな設計してたら後で大変なことになるぞ
ってのが他にもあったら教えて下さい accessというか、DBについて最も基本的な初歩的なことだと思いますが、質問です。
accessで自社ユーザー情報として、ユーザー名や住所電話番号など基本的な情報に加え、
契約日や区分などを必要に応じて同じテーブルに追加してきました。
今では使用PCメーカーやプリンター情報など細かな項目も増えてきています。
ここで質問ですが、同じテーブルにこの調子でどんどん追加していっていいものなのでしょうか?
ある程度分割した方がいいのかという気はするものの、分割後、双方のテーブル同士で
どうやって整合性を保つのかさっぱり分かりません。 >>81
分割 = 正規化です。
非常に小規模で拡張予定もないというのなら、ソレでも良いのですが、
拡張したり、利便性を向上させたいなどあるなら普通は分割します。
整合性云々というのは、そもそも、DBを理解できていれば問題ありません。
その辺りはリレーションシップなどや正規化の仕方を勉強されれば自然に
DBの分割ができます。
ちなみに、あなたのそのDBを正規化すると以下のような感じになります。
1.ユーザマスター
[ユーザマスタID] - [ユーザ名] - [住所]
2.PCセッティングテーブル
[PCID] - [ユーザマスタID] - [PCメーカー]
これらを一覧で見たいときにはクエリを使って、ユーザマスタIDをつかって結合します。 >>82
ありがとうございます。
現在は、
1.ユーザマスター
[ユーザマスタID] - [ユーザ名] - [住所] - [PCメーカー]
2.問い合わせ履歴
[PCID] - [ユーザマスタID] - [問い合わせ日] - [問い合わせ内容]
というような感じでやってましたので、非常にイメージがよく分かりました。
2.問い合わせ履歴は、同一ユーザーで複数のデータが発生するために作ったもの
ですが、考え方はそのままでよかったのですね。
1.ユーザマスター と 2.PCセッティングテーブル の並びを同一にして
2.PCセッティングテーブル内部に重複する[ユーザマスタID]があってはならない
とか、勝手に条件付けして考えてしまって頭が固くなっていました。
なんとかなりそうです。
どうもありがとうございました。 >>83
exactly
あとは、両者を一覧で見る為にユーザマスタIDを基準にクエリつくっておけば
いいだけ。 家族経営の会社やってます
ExcelVBAでやってましたがデータ量の増加によりAccessへの移行を考えています
基本的な売上入力から請求などはある程度かたまったのですが
会計処理(いままではアナログ管理)は同じシステムに組み込んでもいいのでしょうか?
諸経費テーブル、ローン返済テーブル、借入金テーブルなどをつくるということです
決算書は税理士委託のため細かい会計自体が委託になっているので資金繰りのときの資料として利用したいです 【 現在使用のシステム環境 】 WindowsXP, Access2003
【 今後使用予定のシステム環境 】 Windows8.1, Access2013
【 VBAが使えるか 】 はい
【 VBAでの回答 】 可
アクセスから離れて久しいのですが、
以前2003のADP形式で作ったSQLサーバーとのシステムがありまして、
今度システム入れ替えで2013にするのですが、
確認テストの段階で2013ではADPファイルが変換も開く事もできません。
2013からADPは無くなったのでしょうか?
あともうすぐ2016?が出ると聞いたのですが、
この2016もやはりADPファイルを扱えないのでしょうか? >>86
何を今更・・・・
2010からなくなってるよ。調べりゃ分かることだろ。 >>87
ありがとうございます。
2013からなくなっているようですね。
これだと2016?も多分ないのでしょうね。
2010もしくはODBC接続での変更やVBでの検討をする予定です。 Accessが根本的にわかりません。
どうしたらいいですか?
というのもテーブルの設計とリレーションシップの設計ができません。
最終的に何がやりたいからこのテーブルのこのフィールドとあのテーブルのフィールドをリレーションするとか
そういうのがわからないんです。 >>90
そりゃ困ったね。
学生名簿と試験成績表、社員名簿と出退勤記録、顧客一覧と購入履歴など、身の回りの既にあるデータをテーブルにするところから始めては? >>90
なら、例題を与えよう。
一番身近で自分でも使うものだ。それは、家計簿。これが一番シンプルで最も
わかりやすい。辺に業務知識を要求しないしね。
で、Accessを挫折する奴の大半がその第一の壁で躓くんだよ。
最初にやる事は、勘定科目のテーブルを作ること。次に記録を取るテーブルを
作ることからだ。そして、勘定科目のIDと記録を取るテーブルの勘定科目の列
とをリレーションシップを貼る。 >>93
一般常識ないのなら、それはAccess以前の問題だよ。 家計簿の場合勘定科目というほどのものはいらないんじゃない? >>91
まさにそれですね。
自分が作りたいものは顧客一覧と、購入履歴を1つのフォームで管理するデータベースです。
そもそもリレーションの貼り方がいまいち分からないんですよね。
リレーションシップというアイコンをクリックしてそこから作ればよいのですよね?
例えば、テーブルAのフィールドAからテーブルBのBフィールドに向けて引っ張るだけでよいのでしょうか?
ここで引っ張る方向を間違えると一体多の関係が逆になっちゃうなんて事になるので、
どっちが一でどっちが多なのかの関係を理解する必要がありますね。
>>92
本当は>>91に書いてるように顧客一覧と購入履歴のデータベースが作りたいんですが、
まずは家計簿がよいでしょうか? >>96
引っ張った線を上手く右クリックして調整できるよ。 >>96です
このようなものを作るのに参考になるサイトはありませんでしょうか?
顧客一覧と購入履歴を管理するデータベースを一から作ろう!(初心者実践編)みたいな。 >>98
普通に本を1冊買ったほうがじっくりスキルを身につけられるよ。
ウェブでバラバラと知識を手に入れるよりもね。但し、以下の本は除く
1.できるシリーズ
2.逆引きシリーズ
ただし、自分に合うものはよく読まないと無駄になってしまうので、
じっくり本屋で立ち読みして買うと良い。
そこから先は、ウェブのほうが実践スキルを身につけられるから本じゃ全く
力不足になるが。
※ちなみに俺はほとんど独学だが、買って勉強した本は1冊だけある。それは
http://www.scc-kk.co.jp/scc-books/support/B-102/support.html
自分が会計ソフトを作る必要があったので、参考になった。これをベースに、
経営シミュレーションを作った。 >>99
やっぱり基本を押さえないことにはどうにもなりませんね。
できるシリーズ以外で
自分なりにも調べて古本ですが、かんたん図解(基本操作)、プロパティ辞典、Accessデータベース理論があったので
買ってみました。 Accessデータベース理論を最初から熟読中です。
(Accessの基本操作ではなく理論の方)
これしっかり読み終わらないと、作りたいものがあってもいきなり手を出すのはやめた方がいいですよね?
急がば回れの精神で読み終わるまで。
基礎が固まってない→テーブル設計がめちゃくちゃになる→結局つくれないことに。 >>103
別にやりながらでいいと思うけれど。
基礎って結局の所、1発で頭に身につくわけがないから、トライ&エラーで
本見ながら作るほうが近道。
結局作れないなんて 当たり前のこと なので、その都度その都度なぜ、
おかしくなったのかのトラブルシューティングで根気よくやると、ある日突然
アハ体験が来る。
これが出来るか出来ないかが習得の分かれ目。Excel組が挫折するのは、
こういうのが出来ない人ばかりだから。結局身につけてしまうと、大したことじゃ
ないんだけれどね。
それを補強するのが、データベース理論本と言える。 理論なんて知らん。見よう見まね。
まあ利用者はたまったもんじゃないだろうけど。 いくら見よう見まねって言っても
理論が分からないと作りたいもののテーブル設計とかリレーションとかできなくない?
これを実現するにはどうやればいいんだってならない? 何を以てして基礎をマスターしたと断言するのか
オラクルマスター? テーブルの分類分けができません。多分頭が悪いんだと思います。
どういう事かと申しますと
商品テーブルに仕入先フィールドを設けるべきなのか
仕入先テーブルを別に作るべきなのかといった具合です。
最終的に何がやりたいからこのようにテーブルを分けるべきだというテーブル設計が難しいです。 accessで売上の入力やそれにかかった経費(従業員や営業車の維持費)などを入力するものをつくろうと思っています
会計処理というか金の流れを把握するために帳簿をつける場合
入力された売上などを集計し、別途弥生会計などのソフトに入力するのでしょうか?
それともうまい具合にエクスポートインポートできるのでしょうか >>110
売上の入力がいろいろ複雑な計算があったりそれを元に請求書つくったり
従業員への歩合もあるので
市販ソフトでは対応できそうにないんですよね >>111
弥生、いろいろできるけどなあ。法改正も対応してくれるし。自作は法改正対応を自分でやることになるよ。
別にとめないけどね。 >>112
さすがに在庫管理したり販売管理したり給与管理するには弥生会計だけじゃむりじゃないの?
市販の販売管理なんかも細かいとこでなかなか自社にあった構造になってなかったりするし
そこいらはAccessやExcelで自作して
弥生に出力するもゆじゃないの? そも、弥生は手持ちであるのか無いのか
有るとして、入力の前段階をAccessなりExcelなりで下拵えだけしたいのか
としたら弥生側でインポートできる形式を把握して、その仕様に合わせる必要があるし
Accessから直接弥生にエクスポートは・・ 出来ないんじゃないかな
そんな仕様公開してないだろ、たぶん
無かったら自分の好き放題に作ればいいし
ただ、そんなとこで思案に暮れてるようじゃあ、二年掛けても完成は覚束無いんじゃ・・
その二年を生暖かい目で見てくれる環境なん? 親が経営者とか? その間の経費で外作に出したほうが 一般的には販売管理や売上管理に基づいて発行する請求書などと
会計は別だと思う
各部署や担当が入力集計したデータや請求書データを
会計担当に渡してそこが簿記などの会計処理する >>114
なら、お前は黙ってるといいよ。
お前の御託は誰も聞いてないww Accessのフォーム作成でお伺いしたいのですが
例えばコマンドボタンを置くと、名前が日本語で「コマンド〜」になりますよね。
これを「Command〜」みたいにデフォルトでアルファベット表記にすることはできませんか? >>117
コントロールのデフォルト標題を設定するのは無理だと思うけどなあ。
一つ一つその都度変更していくしかないんじゃないかなと俺は思ってる。
そこらへん知りたいけどね >>117
vbaでコントロールの名前変えてる。
テキストをtextやリストボックスをlistにしてる。 アナログで考えてみたらいいと思うんだけど
何個仕入れて誰がどこに何個いくらで売ったか
というのを記録しておくノートがあり
それをみて帳簿に売掛いくらと記入するんだから
販売管理ソフトと会計ソフトは別だと思う >>115
各部署って個人事業主が使う機会が多いのにナニイッテンの? >>121
そういう御託は他でやりな。スレ違いなんだよお前。 Accessのレポート機能での質問です。
A4サイズの「請求書」とその「控」を同時に印刷するため、
レポートの横サイズをA4サイズの2倍にし、控と請求書のコントロールを配置することで
印刷すると、1ページ目が「控」、2ページ目が「請求書」を印刷できるようにしています。
業務では1度に両方印刷するときもあれば、控だけ印刷するときもあります。
単発案件の印刷のときは、印刷プレビューで「1ページ目だけ印刷」とかすれば問題ないのですが
複数案件の時はそれができないので、何か解決法がないかと探しています。
印刷ボタンを押したときにinputboxで
「(1)請求書印刷」「(2)控印刷」「(3)両方印刷」
を選ばせ、(1)と(2)の時は印刷する範囲を横幅何cm〜何cmまで
見たいな手法で解決することはできないものでしょうか?
または他のアイディアがあればぜひご教示願います。 補足
「請求書」と「控」には、後者に
「(控)を印字する」「日付を印字しない」という違いがあります。 自己解決しました。
レポートの「詳細」セクションに「請求書」と「控」を横並びさせるのではなく
サブレポートにして、
「控」をサブレポートのヘッターセクションに
「請求書」を詳細セクション
に配置換えし
印刷ボタンを押したときにinputbox関数で片方か両方印刷するか選ばせて
レポートの「グループヘッター」と「詳細」のフォーマットに
Me.グループヘッダー1.Visible = False
こんな感じで制御できました。
スレ汚しすいませんでした。 ありがちなのは「(控)」と日付を visible True/False でコントロールするとかだけど
正式が出力済み・控えのみ・・ などを管理したい場合は請求データにフィールド設けるとかしないと
「あ?どっち出したっけ?」になる
A4サイズ縦を横並びに二枚 っつーとA3ヨコのレポート?
それぐらいならレポートを二つ作って方や正式、こなた控え で、どっちのレポートを出力・・と、分岐させる
手もあるだろうし 大きいレポートでてんやわんやするよかA4タテで統一しといたほうが手間が少ないような
ところで控えつうと、相手に正式/自社に保存する分が「控え」というケースが多いと思うけど、日付要らんの?
そういうのは「仮」扱いとかじゃ無いん?
あ、出力対象をワークテーブルに入れて(1)(2)のフィールド設けてチェックボックスとかで分別
1だけ 2だけ 両方チェックは・・ でレポートを選択させればいちばん楽か >>128
レスありがとうございます。
当初は
請求書も控もA4サイズで、印刷設定をA4にし、請求書が2ページ目にくるように微調整していました。
(これでは単体のみ印刷をする方法で行き詰ってしまったので、>>127 に変更しました。)
日付が空欄なのはお察しのように「仮扱い」の場合で、
この時は本番まで印刷する必要がないので、
「仮」だけを印刷できるように模索していた次第です。
本来は、ワークテーブルにデータを転送し、
それをデータソースにしたレポートにするべきだと思いますが
そこまで作りこんでいないのが現状です。 いや、データまるごとワークテーブル・・ は必要無くて 対象の得意先コード? 番号? と得意先名程度
それだけをワークに入れて実データとクエリやらで ・・でいいと思うけど
ワークに入れる理由は印刷チェックの(1)(2)を使うためだけ
そのワークをソースにしたフォームでチェックOn/Off入れて、印刷の判断基準にすると 印刷終えたらワーク消すなりなんなり
(1)Onグループは正式レポート (2)Onグループは仮レポート(つうかVisible True/False か) 両方Onなら両方出力になるし >>124←現場をわかってない馬鹿はこういう見当違いなレスをする。 >>132
そもそも、小規模な企業組織では総務経理などは兼務が当たり前で別れてない
ので、「使う」などと言った所で、>>115を覆す理屈にはならんってこと。
請求書と会計が別なんて、それなりの規模の企業で言うべき話であって、小規模
な利用が当たり前のAccessスレで>>115みたいなマヌケな そして誰もが知ってる
話など、見当違いも甚だしいってこと。
ま、大規模企業ではそもそも別なんてやってないけれどね。 最新バージョンのAccess2010でなければならないものってどんなものがありますか?
よほど特殊な要求がない限り最新機能なんて使わなくてもそこそこやりたいことはできますよね?
うちの会社のシステムはこういうものが必要だったからそれはAccess2010じゃないと出来ないとかあったら教えてください。 まだ初学段階なのでこれから作ろうとするもの対して
それがどのバージョンでなければ作れないなど、バージョンごとの機能知識はありません
まだそこまで考える知識は身についていません。 女子中学生が学友を金槌とのこぎりで解剖した。
鈍器で後頭部を殴り、体を切断、腹を切り裂き、内蔵を取り出す猟奇的犯罪。
加害者Y子【ザキシマ結子=元稲城市立向陽台小学校評判Y子】の家庭環境、
小学生、中学生時代の壮絶な問題行動が明らかに。
給食へ漂白剤等異物混入、猫の殺害解剖、実兄(嶋崎亮介(TDU万引少年S東京電機大学中学校評判落とす万引少年S君)
父親嶋崎慎太郎(近○相姦←結子と)自殺。 >>133
じゃあAccessやExcelで売上管理してるとこは
帳簿つけるときに弥生会計とかつかってないの? >>133
文章が下手くそすぎていってる意味がわからん >>135
ネットワークにオンラインなら新しいに越したことは無い(セキュア的な意味で)
オフライン、スタンドアロンとかなら現場ではAc'97だろうといまだ現役で普通に稼動させてたりする
機能的にはAc'97やら2Kやらの頃は「頑張れば自作できる」ものが最新のは標準で装備されてたりとか
逆にカレンダとかツリービューとか便利だったものがダメ出しされて消えてったり(頑張ればつくれるけど
あるいはカタチを変えて新登場) とかとか 熱意があれば努力量はおんなじかも 見た目が「古臭っ!」て言われるかも、もあるか >>137-138
相手にしない方がいい人じゃないかな。
現場のことは誰かに聞いた話だけで妄想してるんでしょ。
先さんなんて規模も思考も千差万別だから何でもあるんだよ。
無いのは予算と仕様書だけ。 >>115
普通は連携させるんで、会計担当がそれらの会計処理なんて
やりませんよwww
更に言えば、小企業の場合、その手の処理は一人で担当するので、
会計と売上が別部署でそれぞれやるなんてやりません。
売伝上がってる段階で既にもう会計処理は終わってますよ。
会計というか経理が何やってるか知らんらしいね。君。 >>141
個人経営レベルの人がつくったAccessでそこまでできると思ってんの?
自分にあったExcelを発展させた販売管理をAccessでやって
請求書などを発行してそれを会計ソフトに入力して帳簿つけるんだと思っけどな もっというと
Accessでつけた集計された売上をもとに資金繰り表などをつくると思うんだけどな 個人的なスキルアップのためにMOSのAccess(一般)を受けようかなと思ってますが
どうでしょうか?
転職や就職で履歴書に書いて面接で少しでも評価をもらうという気はさらさらないんですが、
試験勉強するだけでもAccessのスキルは身につきますか?
あんまり意味ないでしょうか? >>144
全く意味が無いということを保証する。
この手のソフトウェアは実践に勝るトレーニングはない。
そしてそれら厳しい実践 つまり実務でつきつけられる課題
があるから必死に取り組む。そして身につく。さらに言えば
VBAはプログラミングスキルそのもの。
本なんか読んでも1行もコードは書けないよ。 全く意味が無いかはわかん無いけど、求められてると上達するよ。こんな風に見せたい、少ないクリックで目的の情報まで辿り着かせたいとか工夫すると。 >>145>>146
ありがとうございます。
MOSは意味がなさそうなので受けないことにします。
実務でやるのではないのですが個人的な目的で作りたいものがあるので
基礎があまりないですがいきなり実践で取り組もうと思います。 >>147
都度都度壁が出てくるだろうが、それらを1個1個調べて、クリアして
行く。これが王道。
その内、それらは壁でなくなる。アハ体験が来たらひとつのゴールだ。 >>8
無くなるの?
今から勉強しようと思ってたのに、うわぁぁ ■ このスレッドは過去ログ倉庫に格納されています