The Artima Developer Community
Sponsored Link

.NET Buzz Forum
Killing a Yukon myth

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Frans Bouma

Posts: 265
Nickname: fbouma
Registered: Aug, 2003

Frans Bouma is a senior software engineer for Solutions Design
Killing a Yukon myth Posted: Sep 12, 2004 5:03 AM
Reply to this message Reply

This post originated from an RSS feed registered with .NET Buzz by Frans Bouma.
Original Post: Killing a Yukon myth
Feed Title: Frans Bouma's blog
Feed URL: http://www.asp.net/err404.htm?aspxerrorpath=/fbouma/Rss.aspx
Feed Description: Generator.CreateCoolTool();
Latest .NET Buzz Posts
Latest .NET Buzz Posts by Frans Bouma
Latest Posts From Frans Bouma's blog

Advertisement

About once a week or so I get the question what the strategy will be with our O/R mapper LLBLGen Pro in relation with Yukon (SqlServer 2005): will the O/R mapping code run totally inside the database server or will it be running outside the database, like with SqlServer 2000. This is actually a question that I can imagine is puzzling a lot of developers, also the ones not using any O/R mapper at all: will we be able to run the DAL inside Yukon and with that benefit from the close connections between DAL code and database server, and how do we call this DAL?

Before I read the Yukon documentation, I was assuming, based on the marketing material available, I was able to run my assemblies inside Yukon, instead of running them outside the database. Recently I thought more about this and wondered: but how am I going to call the methods on the various classes, like myCustomerCollection.GetMulti(filter) ?

I installed Yukon beta 2 and start reading the documentation. It turned out: what I assumed was wrong. You can't move your DAL inside the database server. You can write stored procedures in C#, you can call .NET code from your stored procedures, you can create user defined types using .NET, you can write user defined aggregate functions and you can write user defined functions, but you can't run a complete DAL inside Yukon.

Furthermore there are a couple of restrictions placed on the .NET code running inside Yukon, especially related to static methods. The documentation sums them up quite nicely, but it comes down, as far as I can see it, that it's not possible to move the DAL assembly (or assemblies) inside Yukon and call the methods from a C# stored procedure for example (to work around the limitations that C# code can only be used in stored procs).

To sum it up: if your DAL code is already running outside SqlServer 2000, it will be running outside Yukon as well.

Read: Killing a Yukon myth

Topic: MapPoint Mobile Locator Previous Topic   Next Topic Topic: Piping command-line output directly to the Clipboard with .NET - now THAT'S useful

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use