Using SQL Server Management Studio To Work With Sage 100

Ok,

So I'm new to this forum, so I apologize in advance for any breach of protocol.

Basically, I have set up a DSN on my server running MS SQL, and it works fine.  I can see all of my tables (but not fields) for Sage 100 Advanced ERP in SSMS - Great! However, it appears that I can't use the typical functionality of SSMS to see the fields in the database, or to build new views for the Sage ProvideX tables, but that I must actually write the SQL code (which does work).  I'm using Sage Advanced ERP 2013 (Upgrading to 2016 soon), and SQL Server Managament Studio 2014.  My DSN and SQL are both 64-Bit.

My question, is this typical with a Server Linked Sage database?  Part of the reason I wanted to use SSMS was to easily view the database and create the views graphically rather than having to write the SQL code manually.

My goal in creating the views is to create a subset of tables that I work with ALL the time in conjuction with custom Crystal Reports, and to speed up those reports.  In particular, some of the tables I regularly report on include AR_InvoiceHistoryHeader, HistoryDetail, CI_Item, ProductLine and so on.

I am a Crystal Reports manic, but I admit, I'm pretty new to SQL, so any observations, suggestions, or questions would be welcome!

THANKS everyone.

Parents Reply Children
  • 0 in reply to Frank Fratzke
    If your data needs to be Live, go with MS Access and SQL Specific Pass Through queries.
    If your data can be end of previous day accurate, run "select into" queries overnight to move the Providex data into SQL Server, for the full performance benefits of server side processing with SQL Views.
    If you have really big data / reporting requirements that need to be Live, DSD sells a SQL mirroring enhancement.