Microsoft accessを使ってるんだけど
科目数が今後増えてテーブルのフィールド追加が
できなくなりそう。（科目名、評価、取得年度を
ひとつのクエリでまとめてレポートで印刷している為）
accessにくわしい人や大学に勤めている人で
成績証明書を発行するいい方法あったら教えてください。
また、大学職員の人に聞きたいのですが、
もしaccessが限界で、将来業務用システム入れる
としたら、とこのどんなシステムがいいか
教えてください
ttp://http://homepage.mac.com/hiroyuki43/jaz09.html うちでやってみたが、いくらでも追加できるぞ。
調べたらフィールドは255項目が限界らしい
これを解除できたらいいなと思うんだけど
ムリなら他の方法で
たとえば、主キーと学籍番号、氏名、住所などの個人データだけ
入れた学生テーブルを一つ作る。
次に、数学テーブルを作り、学生テーブルの主キーとリンクする。
同様に、科目ごとにテーブルを作り、それぞれ学生テーブルの主キーと
リンクする。
普通、こうやるぞ。
テーブルを分けて、各科目と学生をリレーションで結べば
確かに少なくて済むけど
accessの「レポート」から印刷するときの
デザインビューでその各科目をどうやって
参照すればいいの？「レポート」って
あるクエリを利用して
「フィールドリスト」として項目に追加するじゃん
別のクエリの項目からも追加できるの？
桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。
桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。
桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。
桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。
桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。
桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。
桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。桐がいいよ。
>うちの大学、証明書発行（成績証明書など）に
>Microsoft accessを使ってるんだけど
>科目数が今後増えてテーブルのフィールド追加が
>できなくなりそう。（科目名、評価、取得年度を
そもそも設計が間違っているのでわ？
テーブルを正規化して出直してきてください。
答えが必要ならAccess相談所でどうぞ。
>accessにくわしい人や大学に勤めている人で
>成績証明書を発行するいい方法あったら教えてください。
>また、大学職員の人に聞きたいのですが、
>もしaccessが限界で、将来業務用システム入れる
>としたら、とこのどんなシステムがいいか
>教えてください
データのバックアップがちゃんとできていて、
そのMDBを同時に一人のオペレータが使うというならAccessで十分。
>普通、こうやるぞ。
やらないよ。そんな下手な作り方。
どこの教科書読んだらそんな作り方しろとかいてありますか？？
※参考：情報処理データベーススペシャリストの過去問に参考になる
設計があったはずですのでそちらを探し出すことをお勧めします。
--------*以降はAccess総合スレか素人相談所でどうぞ*-----------
テーブルの正規化という言葉が何を意味するかを調べてから出直してください。
正規化するためにテーブルを分けるのは基本中の基本。
普通は
学生テーブル： 学生番号、氏名、住所、〜
成績テーブル： 学生番号、科目コード、取得年度、成績、〜
科目テーブル： 科目コード、科目名〜
しかしそれ、どこ大学だ？
ネタ？
成績テーブルが一つ増えてるだけじゃん。
しょうがないので付き合ってやるか。
おもしろいですね。
あなたが正規化理論を勉強した教科書をぜひとも教えてほしいです。
どこの教科書に、第一正規化として「テーブル分割しろ」なんて書いてますか？
テーブル分割が発生するのは第二正規化以降からとばっかり思っていました。
＞大学関係者様
格安でシステム構築のお手伝いをさせていただきますがいかがですか？
当方練馬区に住まうただの会社員ですので会社にバレるほどのアルバイトはできないのですが
ごく小規模のシステムでしたら、テスト環境一式(ハード、ソフトウエア一式）を
ご用意いただいた上で、交通費＋経費で落とせる程度の金額で
作らせていただけるかも知れませんよ♪
レポートから印刷をするのに
元になるクエリを指定しますが
そのクエリのフィールド数が多すぎて
クエリを２つに分けなければならないんです
それでレポートからその分けた２つのクエリを
同時に使用したい場合どうすればいいのですか？
教えてください
ttp://http://homepage.mac.com/yuuka20/ いやいや、君の作ったシステムなんか使い物になりそうも無いから、
お断りだよ(藁
なんでそのレベルで売り込もうと思うかね？
マゾ？(藁
第一正規化は正規化で、第二正規化は正規化じゃないと、どこの教科書に
メモってたのかね？(藁
その辺にしておかないとお前の大学に入学希望者が殺到するぞ（ｗ
２ちゃんねるはご存知の通り今年からＩＰの記録を行っています。
通常記録されたIPは運営側が消さない限り残ってしまいますし、
議論の相手が●を持っている人(お金を払って２ちゃんねるから
各種サービスを受けている人）や削除人だった利した場合、
IPが筒抜けになってしまうことがあります。
もしこれまでに会社や大学からの書き込みを行っている場合、
unfusianasanを行なっておけばそのホストからの書き込みのIPは消去されます。
(ベテランのコテハンが時々名無しさんになるのはそのせいです。）
unfisianasanはfusianasanコマンドの逆として実装されています。
使い方も酷似していて紛らわしいですがfusianasanと同様に
unfusianasanと入れてメール欄はsageでお願いします。
※fusianasanはリモートホストを晒すためのコマンドです。
間違えると某大学や某自衛隊のようにＩＰを晒して個人まで特定されることがあります。
絶対間違えないようにお願いします。
バカ発見(ｗ
晒しage
ttp://http://homepage.mac.com/yuuka20/ 第一正規化の過程で、繰り返しを取り除くためにレコードに
分割することはあってもテーブルに分割することなどありえない。
やってる大学があったらそのシステムを組んだﾔｼは逝ってﾖｼ
教授クラスの奴が作ってたらおもしれーな（ｗ
おいおい、恥の上塗りをするだけだから、その辺にしといたら？(藁
あることがわかったんだね。
よしよし、学習能力だけは認めてあげよう。
でも、全然ごまかせてないぞ(藁
お前マジで第二正規化だと思って数学テーブルとか科目ごとのテーブルとか作ったの？？
てーかﾈﾀだといってくれ。ﾏｼﾞﾃﾞｗ
ﾊﾗｲﾃｰ・・・・・（ｗ
正規化は全部終わってはじめてデータベースになるんだよん(藁
ここんとこ、テストに出るからちゃんとメモっといてね(藁
第一正規化と第二正規化でやることが両方出てるんだから、
第一正規化限定の話じゃないよねー(藁
なぜに限定だと思っちゃったのかなーぁ？
科目が増えるたびにテーブル追加するのか？
でクエリーも書き直すのか？
みたいにしてりゃ科目テーブルにレコード追加だけですむだろ
とってもDQNな大学だとお見受けしますが偏差値50未満の超DQN大学の教授ですか？？
おーい、自分も学科ごとのテーブル作ったの忘れたのか？(藁
それで、第二正規化が正規化であることまでは理解できたのかい？
それともまだ？(藁
いやー、おぼえの悪い学生だねぃ(藁
だ め だ こ り ゃ ！ ！
ﾁｮｯﾄｺﾉ人ｵﾚﾉｿｳｿﾞｳｦｺｴﾃｲﾀ・・・・
を「技術的にはおかしいんだけど・・・」ではなく、
「どうだ！すごいだろう！これが学問だ！！」みたく勝ち誇って言える
教授が居るとは思いませんでした。ヽ(`Д´)ﾉ ｳﾜｧｧﾝ!!
付ける薬がないし、付き合ってても頭が割れそうに痛いので撤収するわ。
大学教授のDQN成績証明書スレのご多幸をお祈りしていまつ。
ｻﾖｳﾅﾗ・・・・。
てーかIP晒していい？
別スレに誘導貼るなよ。
で、正規化って何？
の意味がわからん。テーブル設計で回避できそうな問題な気がするが。
＞ 科目が増えるたびにテーブル追加するのか？
＞ でクエリーも書き直すのか？
に対するアドバンテージにもなり得てない気がする。
とりあえず教務係は優・良・可・不可のデータを教員からもらえば
十分だと思うが。に訊かないと分からないけど。
それで，のような構造にしたとき，どうレポートにするかだが，
受講した科目だけを表にすればいいのであれば容易だが，
開講されている全科目を表にして，その中で受講した科目のところに
成績をいれるとするとむずかしそう。
> 開講されている全科目を表にして，その中で受講した科目のところに
> 成績をいれるとするとむずかしそう。
科目テーブル側を全にして外部結合すりゃいいじゃん
二つに分けなければならないのは、フィールド数のためですか？
どれほどのフィールドを、持たせる必要があるのか知りませんが、
もし、その分けたクエリーのフィールドを、全部使っているのだったら、
どうしようもありませんが、そうでなければ、使っているフィールドだけで
クエリー組みなおせば良いだけではありませんか？
17ですが、ひとつのクエリに
科目名、その評価、科目の取得年度がそれぞれ７０〜８０くらい
あるので、クエリがいっぱいになってしまうのです
レポートで「成績証明書」を出すためのクエリなので
それぞれ必要な項目なんです
どうしたらいいですか？
やっぱクエリをいじらなければダメですかね？
意味が分からんのはやったことがないからだよ。
科目テーブルのテーブルを作っとけばクエリーの変更の必要も無い。
成績は優良可の一種類で済むとは限らん。
教授によって実にわがままな柔軟性を強いられる。
「テストの点もついでに保存しといてくれ」とか、「実習の出席も
入れといてくれ」なんてのはザラ。
そうすると教授が成績を管理することになり、ややこしくなる。
それよりも、せっかくデータベース使ってるんだから、
データを一元管理するのが本当だよね。
だから、データは可能な限り柔軟に作るのが基本。
今しか使えないガチガチのテーブル構造と、今しか使えないガチガチの
クエリを作って「はい、おしまい」じゃ、仕事したうちには入らないよ。
使えねー業者はよくそれをやりたがって、後のサポートにはしぶい顔するけどね。
レポートの一行に255フィールド以上を見せなければならない、
という事を、今までやった事が無いので、何とも言えませんが、
多分それだけのフィールド数だと、帳票ではなく単票ではないかと思いますが、
単票なら非連結にして、コントロールに順番に放り込んでいけば、
いくつでも行けそうな気がします。やった事ありませんが。
または、クエリーの項目数を絞って、レポート上でルックアップさせる、とか
演算させる、みたいな感じでも、ある程度までは行けるんではないでしょうか。
いずれにしても、そんなにたくさんのフィールドでやったこと無いので、
やってみないとわかりませんが。
もし二つに分けなければならない理由が、クエリ上での演算処理の限界であるなら
多分、多段に連なってるであろう演算フィールドを、一つの関数にまとめて
１マスで勘定させてみてはどうでしょうか？
計算上どうしても、見先のフィールドとして、項目の全てが必要であるなら、
計算結果だけを、ワークにひたすらクエリーでインサートさせるか、
DAOでくるくる回すか、、、、くらいしか思いつきませんが、
とりあえずは、冗長な部分を一度見直してみてはどうでしょうか？
ありがとうございます
ちなみに「クエリーの項目数を絞って、
レポート上でルックアップさせる」
というのは、どのようにするのか
教えてもらえませんか？
たびたびすいません
レポート上におけるコントロール数には上限があるので、
多分256フィールド×複数行はカバーできないと思う・・
1レコード分なら何とか足りるかな・・
テキストで帳票作るって手もあるが・・・ｗ
すごい高性能なマシンがあれば、もしかしたら処理できるかも
とか思いましたが、やっぱり無理ですかね。
固定長のテキスト作るってのは、確実そうですね。
>17
コントロールに =Dlookup(なんちゃら〜) って書いたら出来ますよ
やり方に合わせて、ヘルプ参照して見てください。
> 17ですが、ひとつのクエリに
> 科目名、その評価、科目の取得年度がそれぞれ７０〜８０くらい
> あるので、クエリがいっぱいになってしまうのです
この説明だけ見ても、項目数が210〜240-αぐらい減りそうな気がするのだが
正規化すれば一気にフィールドが減るとは思いますが、
技量的に、そういった作業が出来ないとすれば、
そこまで冗長な状態で、データをためてしまったら、
その膨大な内容を、正規化させて行くのは難しいでしょうから
その状態で解決させていく必要があるかもしれませんね。
詰めて作るとすれば、のような感じでやれば良いでしょうし
みたいな事が懸念されるなら、みたいにすれば
良いような気がします。
80テーブルのユニオンはきつそうですが・・・
レポートから印刷するのに
例えばある選択科目をとってないと
レポートの科目の表示
（ラベルであらかじめ全科目
表示してある）を消すという
ことはできないでしょうか？
つまり選択していない科目は
表示されないようにしたいのです。
VBAのコートを利用するのでしょうか
教えてください
だから基本情報と課目情報のテーブルを分けろと言ってるのに
あとラベルじゃなくてマスタから引っ張って表示しろ
デザインビューで複数のテーブルやクエリに
基づいてレポートをつくるには
どうしたらいいか教えてください
Access2000です
デザインビューで複数のテーブルやクエリに
基づいてレポートをつくるには
どうしたらいいか教えてください
Access2000です
1つのレポートに255も項目はいらんだろう。
あらかじめ印刷に関連する項目だけのクエリーを書いておけ。
ま た 成 績 証 明 書 か
> 成績証明書の印刷には全成績が必要に決まってるじゃねーか。
じゃあ何か。お前の成績は255項目あるのか。
お め で て ー な
そろそろ無能は放置しようぜ
アクセスの質問スレは、既に正規のものが２つある。
このスレは「成績証明書」＋アクセスの話題以外は禁止だろ。きっとｗ
ま、その場合は単発質問s(ry なわけだが。
半過疎板だし別にいいやな。
これだけのレスがついてようございましたね。
彼よりもおばかなレスもついているようです。
彼よりもお馬鹿がいないと気の毒でございますからたいへん気分良くなられたことでしょう。
早く逝かれるとよろしいですね。
それではｺﾞｷｹﾞﾝﾖｳ。
笑い死にしそうです。もう夜もふけてるのに目がさえて寝られそうにありません。
あしたしんどいよぉ。
素人はこれだから・・・何でも正規化すればいいってもんじゃねーよ。
藁ちゃんご無沙汰
「管理工学研究所「桐」の使い方スレッド」ここで暴れまわってたやつだろ。
ここでも荒らしてんの？友達いないの？次どこ行くの？
たぶんはからの引用と思われ
いわく、「糞スレageんな！」だそうです。
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
山崎のいけず・・・・・
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
|￣|
＿|￣|○ .|
こういうアホなことやってるケースは文系職場じゃ意外と多いんじゃないか？
まだ見ているかどうか知らんが、後学の為
具体的な構成を是非晒して欲しいもんだ。学校名付きで。
こういう状況は他人事じゃないと思う。
Excelなんかと同じ感覚で、解説書を片手に手探りで構築しちゃうから。
RDBの基本というか、
一度登場したデータはPrimary keyを除いて再利用する という合理的思考
ができないからにすべてが起因すると思うよ
ttp://http://lotte-fits.jp/dance/play_dance.php?v=7m58J5-N0Dw accessの新曲公開！？に、ちなんで最新情報♪
● 【 人種偏見から日本人を憎悪し、「Ｙｅｌｌｏｗ Ｊａｐ」 を連呼する白人アルドウ 】
● 有道 出人 ｢WaiWai は日本人を知るのに必須です｣
---> ● マジかよ糞箱売ってくる
八巻正治先生が学ばれただけあって権威のある大学なんでしょうね。
八巻正治先生、八巻正治先生、八巻正治先生！！
応援していますよ！ がんばってくださいね！
Accessが限界ということはないな。
そもそも、ファイルサイズの限界は確かに存在するが、それはデータの置き場を変えればいいだけのこと。
MySQLにでもすれば、事実上制限は消える。
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
巨大テーブルなんか、恥ずかしい。
参考までに、
⇒ 『加藤のセセエイウノノ』 というサイトで見ることができるらしいです。
グーグル検索⇒『加藤のセセエイウノノ』
17K65C6J7Q
