Gavin Bierman - Microsoft Research in UK works on database query language | TheChannel9Team

staceyw
Before C# there was darkness...

Ooo my, they have the UK starting each sentence with "So" also. Who started that at MS anyway? I think it may have been Jim Allchin (maybe not) Smiley

Anyway, very nice work and really good ideas. That SQL stuff seems like low hanging fruit that nobody thought about doing - great stuff. I think Anders H. is thinking about adding this for 3.0 and maybe other/different data access stuff to the language - we shall see. Cheers.

Ant857

Now that ROCKS!!! I am a FoxPro Developer who finds dealing with data with ADO.NET to be somewhat of a pain. This would make life ALOT easier. I hope to see it in a final product sometime.

~Ant~

Sk4rlath
The lesser of two Sampys (in age only).

Crazy awesome - I would install that preview right now if it didn't need 2003 (all I have is 2002).

So, what's up with the stream type? Doesn't that totally blow away pointers in unsafe blocks? Couldn't they just use *type, or type% or type<insert other symbol here>?

mwirth

maybe that project is somehow (I know they're not working together) related to the stuff Anders Heijlsberg talked about for C#3.0 .. data integration into the language... would be a very nice feature to have, indeed.
svg Figure() { yield return <svg ........ />; }
my question would be if the return type 'svg' has to be declared somewhere? Or is it just saying 'this is an xml fragment called svg that's produced in this method'? So is 'svg' in this case more than a name, i.e. a type that has properties, methods and events?
very interesting stuff, as always !

ScottStonehouse

Maybe I've been doing database development for too long, but aren't you better off using a stored procedure? Embedding SQL doesn't make sense for most applications.

Sometimes you need to dynamically generate SQL in the application, but I don't think this solves that problem.

Maybe this will make a lot more sense after I get a good look at Yukon? I don't see much value for the client or the middle tier, but maybe on the database server itself.

Clearly there's some value in the idea - catching problems at runtime is no fun.

GaryBushey
The blob in the upper right hand corner is my dog

While we are critizing the production of these videos perhaps you could have the cameraperson recommend to the person doing the demonstration to make their code font much larger. Makes it much easier to read.

Rhelic
Drink up, life is short

Channel 9, you've lied to us. Back on Sept 16th you promised not to let the UK research team shoot with a Window in the background as it causes a dark image (lighting 101, what are those UK guys doing!).

Here we are again, another dark video.

On another subject:

Considering that the real meat & potatoes is demostrating the technology perhaps somebody should invest in a VGA vampire tap (splitter) so that they can record the computer screen, and perhaps cut it so it will be readable on the video. Then cut the demo sound with the VGA recording and we can get some half decent video of the computer without all the flicker or bizarre color archs.

Yes this will require MUCH more work than simply encoding 1 video, but hey, decent video takes work.

mwirth

nah, keep the videos simple and quick to produce. i think that the advantage of having a couple of videos a week really outweights an improvement in production quality. i used to catch every episode of the .net show. but one video every month or so doesn't do it.
quick insight into current projects at microsoft - that's what channel9 is all about, imo.

mikehall
Mike

sorry about the lighting chaps, there are some other MSR Cambridge vidoes on the way which are also a little on the dark side :O(

I got a slap from the Scoble for this, since all the MSR videos were recorded on the same day I didn't have any chance to go back and re-record, the good news is that I'm recording some new video this week and will certainly make sure I get the lighting right this time round...

- Mike