Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Database describing databases and references to tables Expand / Collapse
Author
Message
Posted Monday, March 4, 2013 8:15 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Thursday, April 18, 2013 3:07 AM
Points: 1, Visits: 5
Hello, I asked a question at dba.stackexchange.com here, that's not getting a lot of interest. Now that it has fallen out of the first page I fear there's no hope of getting an answer, if there's someone that can help here I would appreciate a lot.
I don't know how these things work, if you think it's better to answer on the other site do so, if you want to answer here you're welcome.

If you don't understand something please tell me.

P.S. I asked it there because there seemed to be more activity and I needed an answer quickly, I hope no one feel offended
Post #1426267
Posted Thursday, March 7, 2013 6:15 AM


SSCoach

SSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoach

Group: General Forum Members
Last Login: Yesterday @ 7:32 PM
Points: 15,517, Visits: 27,895
I'll be perfectly honest, I don't understand most of what you're trying to describe.

From the description, you've wondered extremely far afield of traditional relational storage. As soon as you start doing this, you will run into trouble. I can't be sure from your description, but, guessing here, maybe SQL Server is not the way to go. Maybe you would better off with something like MongoDB (which uses ID/Value pairs for just about everything). Storage on a system like that is great, but for reporting you have to go back to coming up with an actual structured storage system with good relationships on the table.

SQL Server is a relational storage engine. That has a series of rules predicated around the concept of some type of primary key that is used to create relationships to other tables through referential constraints, called foreign keys. It's just not designed to store referential information as data from which you can then join tables. It doesn't work well.

If you have to do something like that because you're dealing with an existing, problematic, design, then your best bet is to pull the data from tables and generate ad hoc t-sql that you can then execute using sp_executesql.

Hopefully this helps a little.


----------------------------------------------------
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood..." Theodore Roosevelt
The Scary DBA
Author of: SQL Server 2012 Query Performance Tuning
SQL Server 2008 Query Performance Tuning Distilled
and
SQL Server Execution Plans

Product Evangelist for Red Gate Software
Post #1427932
Posted Sunday, March 10, 2013 7:46 PM


Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Tuesday, January 28, 2014 8:15 AM
Points: 3,068, Visits: 4,639
gbfv (3/4/2013)
Hello, I asked a question at dba.stackexchange.com here, that's not getting a lot of interest. Now that it has fallen out of the first page I fear there's no hope of getting an answer, if there's someone that can help here I would appreciate a lot.
I don't know how these things work, if you think it's better to answer on the other site do so, if you want to answer here you're welcome.

If you don't understand something please tell me.

P.S. I asked it there because there seemed to be more activity and I needed an answer quickly, I hope no one feel offended


If you need an answer quickly - how about simplifying the life of the people volunteering time in this forum and copy/paste your question here? Some people may think that if the poster does not bothers in publishing the question in this forum why in the world would they bother in looking for it in a different place - like myself :)


_____________________________________
Pablo (Paul) Berzukov

Author of Understanding Database Administration available at Amazon and other bookstores.

Disclaimer: Advice is provided to the best of my knowledge but no implicit or explicit warranties are provided. Since the advisor explicitly encourages testing any and all suggestions on a test non-production environment advisor should not held liable or responsible for any actions taken based on the given advice.
Post #1429054
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse