Telerik blogs
  • Web

    Getting Started With LightSwitch and OpenAccess – Part 2

    In the last blog we looked at creating an OpenAccess domain model to expose to LightSwitch.  In this blog we continue down the path of integrating OpenAccess and LightSwitch.  Today we will set up an OpenAccess Domain Service that can be consumed by LightSwitch. Creating the Service The first thing we need to do is add a new “WCF RIA Service Class Library” to our solution:   This will add a new folder to our solution containing 2 projects, one is the RIA Service library(Demo.OALightSwitch.Web), and the other is a Silverlight client project(which we can ignore for these blogs).    After we add the new projects, we...
    May 27, 2021 2 min read
  • Web

    Getting Started With LightSwitch and OpenAccess

    Over the next few blogs we will look at working with LightSwitch and OpenAccess, but first i would like to lay a little ground work. :) What is LightSwitch? LightSwitch is a new Microsoft tool enabling developers, and power users, to create multi-tier applications, quickly and easily.  Those of you familiar with Microsoft Access will find it gives you even more power to create application that are easy to maintain, and easy to distribute. Since the applications made with LightSwitch are Silverlight based, they are easily deployed in browser (3-tier), out of browser(3-tier), or directly to the desktop(2-tier).  What Do I Need? To get...
    May 27, 2021 2 min read
  • People

    Tips on working with large models : Code Generation

    Say you have a large model with more than 500 mapped tables. Surely you will notice how the designer becomes a little unresponsive on saving. There is a simple explanation for this. By default OpenAccess generates a file per class. Every time you perform a save on the document code generation of all files is performed. This is basically generating content for each and every file, comparing this content with the one from the old file if available, and based on that writing it to the file system. And let’s of course not forget that we should also take into account the...
    May 27, 2021 1 min read
  • Productivity

    Defining hierarchical domain models - Part Two

    The first blog post on this topic described how to create a domain model from an existing database and set inheritance relations between the generated classes. It was also shown how to use vertical mapping. In this post however, the focus is on the flat strategy (multiple classes mapped to one table) and forward mapping. Let's add some new classes to the model from the previous post: The new classes - Coupe and Limousine, will be mapped to the table of the Car class. To do that, select each of the new classes and change the "Mapped to" option in the Details Editor...
    May 27, 2021 2 min read
  • Productivity

    Defining hierarchical domain models - Part One

    With the 2010 Q2 release of Telerik OpenAccess ORM we introduced a lot of new features, including forward mapping capabilities for the visual designer. This makes the life much easier when it comes to defining a domain model which contains classes in a hierarchy. Until now it was only possible to use the vertical strategy for mapping a class hierarchy but in Q2 we have enabled the flat strategy as well. Any combination of flat and vertical mapping is also supported. This leaves the horizontal strategy as the last one to be supported, probably later this year. Now let's see how those things...
    August 09, 2010 3 min read