Yhea... Where's everybody? I'm bored and the forum is dead...

It's the middle of a work day here.

They don't pay me to chat on the internet

But since I'm taking a break, I can spend a couple moments to spam random forums!

If you are bored, play WoW. Yes, it is boring as well but occasionally some other player runs through your view, ignoring you on their quest to collect/kill/bring n of x from a to b, which makes it feel like you are part of an active world.

http://www.newgrounds.com/portal/view/302922

It's morning, and I'm working right now. I regularly visit Allegro.cc while waiting for my program to compile, though I don't have much to say, so I just read some threads in the off-topic section and move on.

I don't have much to say, because I haven't been doing any programming recently.

I bought a Surface Pro 2 yesterday. I'm still learning how to drive it, with the touch screen, and the digipen thing, and the new OS - but I'm pretty happy so far. I didn't realise that the computer can detect the presence and position of the digitiser pen without it touching the screen. I'm pretty impressed by that. (It means you can point at the screen with the pen to get "mouse-over" text and stuff like that without touching the computer.)

Something.

a b c d e f g h i j k l m n o p q r s t u v w x y z.
I wins thread?

Something ? I practice trumpet everyday !

It's good to confirm every once in a while that one doesn't have epilepsy.

... Also, I'd almost forgotten about those ads.

This just sounds like a poorly designed data model. There should be a student table for student information (including their names), a course table for course information (including their names), and perhaps an intersection between them that would effectively capture your "attempts" in a dynamic way (i.e., count the number of records grouped by student and course). You may want a table to hold course information distinctly and a separate table to associate courses with specific "runs" (e.g., "Computer Programming 101" beginning September 4th, 2014 and ending January 31st, 2015 taught by Mr. Hackz Leetsauce in room M2051). Grouping and counting might not be ideal for the "attempts" (if that even practically matters), but you could always cache the answer in an intersection table between student and course.

In any case, it seems to me that you could use more tables. I am inclined to agree with AMCerasoli that having a "composite" key in this case probably isn't very useful either. You could always add a unique index if you wanted to enforce uniqueness amongst those fields, but having a single integer primary key is otherwise useful to reference specific records without having to carry around several pieces of information in code. Just because those fields make the record unique doesn't necessarily mean that they should compose the primary key (it doesn't mean that they shouldn't either, but at least in my example above your key would consist of several integer keys instead of strings).

That's not how you database.

A corncob, you say. Intriguing. It was a poorly made up Exam table for a lab in Java II.

This sounds a bit like homework. I still think that my previous post contains the best answer you'll get, however subtle it may be.

{"name":"h14E2A55A","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/6\/f69804312463aa134dfe22aa33a2c888.jpg","w":500,"h":375,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/6\/f69804312463aa134dfe22aa33a2c888"}

Turned 29 on Wednesday.

Today is last day of class. Start again on May 5th, teaching the same material, but have more hours next semester.