Advertisement

09.23.2008 at 09:25PM PDT, ID: 23757423
[x]
Attachment Details
[x]
The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

  • The Grade of the Solution
  • The Zone Rank of the Expert Providing the Solution
  • The Number of Author and Expert Comments
  • The Number of Experts Contributing
  • The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!

8.7

dbo. vs dbo_ prefixs

Asked by Adlerm in Microsoft ADP, MS SQL Server, Access Architecture/Design

Hi - I've recently converted an Access 2003 database (. mdb) to Access 2003 .adp front end / SQL 2005 Server backend and in the main it works very well. When I uploaded the Access 2003 .mdb tables to the SQL 2005 Server they were prefixed with dbo. - eg tblName --> dbo.tblName. From the .adp front end prespective these objects appear without the dbo. prefix. Other objects in the SQL 2005 Server (Views, Stored Procedures etc) also have the dbo. prefix. Views, Stored Procedures etc appear under the Queries tab in the access .adp front end without the dbo. prefix.
I then decided to create an Access .mdb front end and attach the SQL 2005 Server objects via an ODBC connection (as a lot of the literature indicated that attaching SQL Server objects was a better alternative than using Access .adp). Unfortunately when I linked the SQL Server objects  via the OBDC connection their reference in the Access mdb appeared as dbo_ (underscore - not dot) eg dbo_tblName not dbo.tblName and/or tblName. Also the linked Views and Stored Views  - apart from having the dbo_ prefix - appear under the Tables tab (rather than the Queries tab) in the Access.mdb front end. All this adds up to a lot of aditional work in getting things to work. For example
            1) a report based on a view now has to be changed to have its Record Source property         modified to include the dbo_ prefix (vwXYZ --> dbo_vwXYZ)
            2) Macros/VBA running Views have to be changed to include the dbo_ prefix as well as changing code like DoCmd.OpenView vwXYZ to DoCmd.OpenTable dbo_vwXYZ.

My question is basically - am I doing something wrong or do I simply have to wear the differences between the alternative approaches (.adp vs .mdb with linked tables/views etc) or can I do something to reduce the the effort - eg: how can I get both approached to use the dbo. (dot) prefix Start Free Trial
[+][-]09.23.2008 at 10:29PM PDT, ID: 22557028

Assisted solutions are selected by the member who asked the question as a comment that contributed to their question's solution.

Start your 7-day free trial to view this Assisted Solution or ask the Experts your question.

 
[+][-]09.24.2008 at 03:01AM PDT, ID: 22558177

View this solution now by starting your 7-day free trial. Setting up your free trial is quick, easy, and secure. We will return you to this solution, unlocked, when you're done.

 

About this solution

Zones: Microsoft ADP, MS SQL Server, Access Architecture/Design
Sign Up Now!
Solution Provided By: LSMConsulting
Participating Experts: 2
Solution Grade: B
 
 
 
Loading Advertisement...
20080716-EE-VQP-32 / EE_QW_2_20070628