Answer 1

ObjectTracking is the concept that if the object is from the database and changes it will be updated on submit changes

DataContext dc = new DataContext();
Item item = dc.GetTable<Item>().FirstOrDefault();
if(item != null
{
 item.Value = "New Value";
 dc.SubmitChanges(); //Updates Item
}

What you want is the latest version.  The only way to do that is to create a new DataContext.  DataContexts are light and disposable, so it isn't a big deal.  You can create a Singleton that notifies each thread on Submitted.  You probably would want to look into Optimistic Concurrency.

Having the data  Update auto magically update would be a management nightmare.  IE: Your iterating over a list and the list count changes.  Another issue is the speed in which the properties of the data is executed.  If everytime you accessed a property it had to go back to the database they shouldn't be properties but methods.  So, you might also want to look into member design also. The values of the properties are interally cached after their first get. Any changes to those properties will be stored, and subsequent queries will return the cached values.

If you go into the DBML and select your table's column and goto properties. There is a property called Auto-Sync. You can set that to Always. I have not used it therefore don't know what to expect.

Answer 2

Create a new datacontext or invalidate the current one to force it to update the cached info.

This is perhaps the simplest way to achieve what you want

Also you can update using the datacontext because of the object tracking (if you don't disable it), however this will work only when you need it because of the optimistic concurrency, that what the caching  is all about

Regards

PS: also please don't double post

Answer 3

Sorry for the double posting.  Dont know what happened, I thought I only posted once, but it showed up twice, thats weird!

I am a newbie so please bear with me.  I still cant wrap my head around this behavior.  Let me try to clarify, the data  is not being updated within the code.  Here are the steps:

1. I run my application (pressing F5) in visual  studio.

2. i retrieve a list of employee records by calling the web service and see wrong data.

3. i stop  the application in visual studio

4. in management studio, i updated one employee in the database manually, lets say i changed birthdate for employeeID 5 from 1/8/2000 to 7/25/2000

5. i run the application again, pulling up exactly the same records using the same web service, birthdate for employeeID 5 still shows 1/8/2000.

I should see 7/25/2000, no?

Answer 4

Did you actually commited the data  in the database? Did the program that runs the code you show was restarted?

If so then yes

Answer 5

Let me understand the architecture. You have VS2010, a web service and a database, right? Are you resetting the web service in between? It would be that which is caching  the data.

I would have thought that using a new context each time, would resolve your problem. A couple of extra thoughts; though I don't know if they really will help.

1) You don't dispose your context - you could use "using (DB.EmployeeDataContext employeeData = new DB.EmployeeDataContext();) { ... }"

2) Maybe you need to also use the Refresh method with RefreshMode.OverwriteCurrentValues

John.

Answer 6

Yes the data  is committed, and yes the program restarted.  But still seeing the old data.  I am pulling my hair out I dont understand what is going on.

\The web service is an existing web service all i am doing is adding a new webMethod to use the linqToSQL datacontext to pull data.  Other web methods in the same web service do not have this behavior, but they are not using linqToSQL.

i understand the disposing part, but wouldnt restarting the program re-instantiate a new datacontext?  I tried looking for setting that may contribute to this behavior  but couldnt find any.  Did i miss something?

Thanks guys for trying to help, really appreciate it. 

Answer 7

Answer 8

From the behavior  you are describing the webservice seems guilty

Try restarting the webservice to see if you get the new data

Check how the webservice is pulling the data, read this, it might help  you (specially the end part)

http://msdn.microsoft.com/en-us/library/bb882663.aspx

Regards

Answer 9

I feel like a total retard...

Apologies to all of you the data  i was pulling IS updating.  I updated the wrong field, well they have the same name but in different tables.

Anyways, again sorry, and i must say, i trully appreciate all the help!!!