Comment Feed for Channel 9 - Anders Hejlsberg - Programming data in C# 3.0

Re: Anders Hejlsberg - Programming data in C# 3.0

yag — Wed, 16 Jun 2004 22:32:38 GMT

Just wanted to point out that this is actually being worked on by a cross-language team. IOW, this isn't only a C# thing, but should be usable across .NET languages.

yag

posted by yag

Re: Anders Hejlsberg - Programming data in C# 3.0

Charles — Wed, 16 Jun 2004 23:03:20 GMT

Excellent point. The merging of general purpose and database programming is certainly an effort that will require multiple teams working together. Anders is tasked primarily with thinking about the C# end of the spectrum. This is what he meant by "local focus".

Thanks for pointing this out, Yag.

Charles

posted by Charles

Re: Anders Hejlsberg - Programming data in C# 3.0

schweitn — Wed, 16 Jun 2004 23:14:23 GMT

Of course what he's really talking about is Cw (That's C Omega)...

http://research.microsoft.com/Comega/

posted by schweitn

Re: Anders Hejlsberg - Programming data in C# 3.0

AT — Wed, 16 Jun 2004 23:29:28 GMT

To accomplish this goal Anders need to go to network databases instead of relational.

Network databases has much more similarities to OO programming language compared to 0 similarities in relational databases and SQL.

posted by AT

Re: Anders Hejlsberg - Programming data in C# 3.0

magnusandersson — Wed, 16 Jun 2004 23:29:33 GMT

I sure hope they have read Foundation for Object / Relational Databases: The Third Manifesto by
Chris J. Date...

http://search.barnesandnoble.com/bookSearch/isbnInquiry.asp?sourceid=00397892457856981112&ISBN=0201309785&bfdate=06-16-2004+19:28:29

posted by magnusandersson

Re: Anders Hejlsberg - Programming data in C# 3.0

gsus — Thu, 17 Jun 2004 01:46:24 GMT

I am glad to see that C# 3 mixs concepts of the data-programming languages and the general-purpose programming languages. This feature not only refers to SQL, also refers to XPath, XQuery among others. It is the same concept that Comega.

posted by gsus

Re: Anders Hejlsberg - Programming data in C# 3.0

lars — Thu, 17 Jun 2004 14:26:37 GMT

Isn't this something that will be improved with Object Spaces?

Does Anders have a blog btw?

/Lars.

posted by lars

Re: Anders Hejlsberg - Programming data in C# 3.0

zombie — Sat, 19 Jun 2004 01:22:27 GMT

I like the idea of seperating object persistence from object programming. Have you considered using attributes to define the object / database mapping in a similar way to XML serialization?

posted by zombie

Re: Anders Hejlsberg - Programming data in C# 3.0

scobleizer — Sat, 19 Jun 2004 02:00:30 GMT

Nope, I asked him if he could do one, but he said he's too busy (has several kids at home).

posted by scobleizer

Re: Anders Hejlsberg - Programming data in C# 3.0

Corvax — Wed, 23 Jun 2004 14:14:39 GMT

Do you think it will be easier to change data access model instead of programming language? I know the WinFS team has many good ideas in this area. I would prefer to access data from a programming language directly by URL and object model. For example:

{
Database db = new Database("db://amazon.com");
XML list = db.Search("Author like 'Hugh Darwen'");
foreach (XML book in list) {
wishlist.Add(book.Title + ", " + book.ISBN);
}
}

posted by Corvax

Re: Anders Hejlsberg - Programming data in C# 3.0

vonsy — Sat, 26 Jun 2004 17:02:46 GMT

哪位知道Anders Hejlsberg的blog.暂时还是用delphi.不过c#很棒的。

posted by vonsy

Re: Anders Hejlsberg - Programming data in C# 3.0

tcholzer — Tue, 27 Jul 2004 16:38:33 GMT

I think that is terrific for C#, however, to be accurate that ability does exist today in MSFT Visual Foxpro.

posted by tcholzer

Re: Anders Hejlsberg - Programming data in C# 3.0

mattwar — Tue, 27 Jul 2004 21:49:59 GMT

Anders doesn't have a blog, but I do.

I'd be happy to convey what information that I can about data programming in C# 3.0.

posted by mattwar

Re: Anders Hejlsberg - Programming data in C# 3.0

radek tereszczuk — Wed, 28 Jul 2004 22:34:42 GMT

recently ms research had relased prev comega compiler and some docs

http://research.microsoft.com/Comega/

posted by radek tereszczuk

Re: Anders Hejlsberg - Programming data in C# 3.0

mattwar — Wed, 28 Jul 2004 22:46:59 GMT

COmega has a lot of data integration concepts built into it. Will any of these appear in C# 3.0? I can't say exactly, except that I was the developer that put them into COmega. Small world.

posted by mattwar

Re: Anders Hejlsberg - Programming data in C# 3.0

astorrs — Thu, 29 Jul 2004 08:29:12 GMT

I agree with yag, it should definatly be a cross-language team (and one would assume it would be given the depth of the undertaking). I look forward to more posts to give some understanding of how this develops... (i.e. if it expands/encompases COmega or not).

posted by astorrs

Re: Anders Hejlsberg - Programming data in C# 3.0

yag — Thu, 29 Jul 2004 16:59:39 GMT

This is a cross-language (and cross-team and cross-division) effort. You'll be seeing more and more over time.

yag

posted by yag

Re: Anders Hejlsberg - Programming data in C# 3.0

joe.wurzburger — Thu, 29 Jul 2004 20:09:23 GMT

God, this is so true. It seems like we spend half of the time in our shop writing freakin' queries inside of our DAL, mapping database types to DAL types and presentation-layer types, and other flavors of data-related plumbing. It used to seem like debugging was all about finding where I'd accidentally stomped on memory or mismanaged a pointer ... now it seems to be all about a bad character in a SQL string or handling DBNull.Value correctly.

If there was some compiler awareness of and native control over database constructs, it would be like butter.

posted by joe.wurzburger

Re: Anders Hejlsberg - Programming data in C# 3.0

wOOdy — Sun, 01 Aug 2004 15:07:02 GMT

Data and OO ? Ever heard of that strange MS product called "Visual FoxPro" ? It's already there since almost 10 years... See www.msdn.com/vFoxpro

wOOdy

posted by wOOdy

Re: Anders Hejlsberg - Programming data in C# 3.0

Daniel MD — Sat, 07 Aug 2004 15:42:37 GMT

Hi all, have to agree with wOOdy on this one...

Microsoft people these days, just try to solve everything with new programming languages, or exotic syntaxes, etc... Never really thinking deep enough about what they are doing, I know you are all very smart people (I hope, at least that is why I bought MSFT stock J ) but adding 10 new features per year on a language should not be the goal, addressing the issues that developers are having problems with, thinking ahead of the curve predicting new problems and spending more time planning than implementing, is what I want from a language vendor, not a new version every 12 months, with more “tricks” to be learned, that wore not properly addressed in previous versions.

I want issues solved not arisen, by my programming languages.

The real issues don't need to be solved with programming languages, no C#, J# whatever# or Cw, can fuse two very different ways of managing data.

Most problems people are facing today will not be solved by new languages nor mixing syntaxes, and I must say that the idea of C# 3.0 being some sort of super-glue (OO/SQL) is very appealing... initially.

Still, if you think about it for a little wile, that means new and esoteric syntax to be learned, the first version will probably be very limited, it will be very messy, and of course a new version of SQL server will have to be adopted, a new standard will have to be approved so that the other SQL database vendors can be compatible, etc... It will be a very big mess and you know it.

C# 3.0 Super-Glue, has a higher probability of being a problem than a solution, (added complexity for sure, "oh no COM/COM+ all over again").

Instead you should improve on proven solutions (TOOLS) Visual FoxPro, is a great tool, developing the proper tools in my opinion is the way MS, SUN, etc... Should be going, pass the Imperative, go Declarative, but use the proper tools to make Declarative a proper developer ecosystem.

IMHO new, innovative, better tools is the way to go.

Oh boy, I let myself get a little carried away, sorry for the long post. But I believe those building new tools that make the developer life easier, and enable him to be more productive, more creative, and simply more fun will be the winners.

Best Regards,
DAniel MD

posted by Daniel MD

Re: Anders Hejlsberg - Programming data in C# 3.0

PQ — Wed, 01 Sep 2004 02:52:07 GMT

I've been playing around with the Comega preview and am looking for a hint on how to bind a stream to a datagrid or similar tabular structure in a form. Can I assign a stream in some way to the Datasource property of a Datagrid? How do I specify the members to be displayed?

Any clues?

posted by PQ

Re: Anders Hejlsberg - Programming data in C# 3.0

tamir — Thu, 02 Dec 2004 16:18:38 GMT

Just for fun Following my article

posted by tamir

Re: Anders Hejlsberg - Programming data in C# 3.0

littleguru — Sun, 05 Dec 2004 21:19:33 GMT

Perhaps Opf3 can fill the gap already with .net 2.0 ?

www.opf3.com

It's actually doing the mapping by using attributes.

Christian

posted by littleguru

Re: Anders Hejlsberg - Programming data in C# 3.0

uritsukidoji — Fri, 15 Apr 2005 10:38:27 GMT

I created an article on what I miss comparing Delphi to C#, and how it could be improved. Also related to COmega.

I'd like some comments on it, though it's not very in-depth, just some small language features that I'd like to see changed or added...

http://www.netindustry.nl/blog/2005/04/wheres-in-c.html

posted by uritsukidoji

Re: Anders Hejlsberg - Programming data in C# 3.0

Filip — Tue, 24 May 2005 11:59:20 GMT

If it is anything like Comega, that would be absolutely great.

While you are at it, could you include the Spec# features (http://research.microsoft.com/specsharp/) as well? That would be great for both developer productivity (less runtime bugs to track down) as well as for the user!

Any news on including Spec# in C# 3.0?

posted by Filip

Re: Anders Hejlsberg - Programming data in C# 3.0

pareklund — Wed, 08 Jun 2005 14:55:21 GMT

Coming from the Java world and just having dived into the world of .Net, I thought that Microsoft's view on this was more a pragmatic one, viewing Java's fascination with persistence layers as a mere academic exercise catering to unsatisfied egos and instead focusing on "getting the job done" without digging too deep into the Pandora´s Box of object/relational mappings. Having said that, I don't say that the ideas of extending C# with object/relational mapping constructs are necessarily wrong. For example, having used the open source library/product/framework Hibernate for that in my latest project was clearly a positve experience. However, I wonder if putting the equivalent(?) into the language itself is the way to go. The KISS principle should be applicable here as well. In my humble, newbie view, C# is already balancing on the edge, with simplicity and elegance on one side (an improved Java) and with complexity and too many sharp (pun intended) edges (C++++) on the other. Adding to this the functionality of Comega might tip it off in the wrong direction and alienating developers as a result due to the resulting complexity. So, my question is really: Wouldn't it be enough to settle for an addition to the class libraries - say, like a .Net-ified Hibernate - instead of cramming even more expressiveness into an already very expressive core or is it really proven necessary to add native operators to achieve the desired results? Btw., are there alternative .Net libraries (open source or commercial) that provide object/relational persistence (corresponding to Java's Hibernate) already? Please, view my opinions as curiosity, not criticism. Regards /Par Eklund --- Why doesn't newlines work for my post? --

posted by pareklund

Re: Anders Hejlsberg - Programming data in C# 3.0

radek tereszczuk — Fri, 10 Jun 2005 20:30:05 GMT

there is net hibernate version - nhibernate http://nhibernate.sourceforge.net - works very well

but

it is not the same as comega ; not everything can be done thru librariers :O)

"data store / imperativ code impedance mismatch" problem for sure has to be solved (and allready is - but only in academia not in mainstream - a lot of those "object" databases do not have ability to execute imperativ code on database and only allows to store "object" data structures)

for sure ms will do something with this informatics holy grail - watch out for september and first WinFS public info @pdc2005

posted by radek tereszczuk

Re: Anders Hejlsberg - Programming data in C# 3.0

janbannister — Fri, 12 Aug 2005 08:33:55 GMT

How about making the CLR into a Database?

Jan

posted by janbannister

Re: Anders Hejlsberg - Programming data in C# 3.0

falken — Tue, 16 Aug 2005 07:58:48 GMT

Have you seen http://www.suneido.com ? Although not .NET tool, I can deeply recommend to look at this kind of development IDE. It is completely integrated platform. At least reading FAQ and intro about suneido can provide quick "voila!" for you. I am currently working in c# for smart devices (netcf), but IDEAS od Suneido are very good. Main concept of source code library stored structurally in RDBMS, driven by very little "kernel" is practically the same as concept of czech RDBMS PC-FAND, 15 years old.
Both these tools are build for DATA processing and specifically FAND "THE PROBLEM descriptability" is far more powerfull and easier than in any SQL based RDBMS today, may be Yukon CAN be nearest ......
Howgh!

posted by falken

Re: Anders Hejlsberg - Programming data in C# 3.0

bill_g — Wed, 24 May 2006 05:33:35 GMT

Well if Anders would have just implemented the simplicity of database interfaces that was done in Delphi. It wouldn't be such a major issue with C#.

posted by bill_g

Re: Anders Hejlsberg - Programming data in C# 3.0

reinux — Thu, 20 Jul 2006 20:24:29 GMT

.NET's getting messier and messier... sigh.

Someday they need to ditch backwards compatibility and start fresh again -- throw out System.Collections excluding generics, throw out anonymous delegates etc.

And for God's sakes, please don't mix API names with platform names. .NET 3.0 is the last .NET there can be short of another insane branding change. They threw a wrench into it. Literally.

posted by reinux