December 5, 2008 at 10:30 am
Is it any API that uses SMO to create the database objects like tables, triggers, sp etc ... from a snapshot??
Thanks
December 6, 2008 at 5:54 pm
Sorry, I do not follow your question.
SMO is an API, and it can be used to create Tables and other database objects. However, SMO itself actually uses SQL to do almost everything that it does (scripting is one of the few exceptions).
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
December 8, 2008 at 4:05 am
first thank you for your reply, and now i will try to explain myself better.
what i need is to be able to create all the tables, triggres etc ( as a SMO objects or other API ) from a snapshot.
The final idea is to be able to compare two snapshots , comparing the objects (without having to create them in a database) and not comparing the snapshots as Strings.
December 8, 2008 at 6:14 pm
What do you mean by a "Snapshot"?
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
December 9, 2008 at 1:31 am
I created a script with all the Database Objects , tables, triggers , SP, views etc .. that is what I called a snapshot. I am trying to create the Database Objects (SMO objects or any other API) again from that script ( snapshot) so after i could compare two scripts by comparing the objects and not as a String.
December 9, 2008 at 7:03 am
Why can't you just execute the script?
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
December 9, 2008 at 8:16 am
Running the script, will create the objects in a database, right? but i just want to create the smo (or any other API) objects without having to create them in a Database.
December 9, 2008 at 10:56 am
It doesn't work like that. SMO objects are not persistent objects in a database, like SQL Server objects are. SMO objects are ephemeral instances of SMO classes that you create in a client program in order to access, manipulate and manage SQL objects.
There is no tool that I know of to create SMO objects directly from script. The only way that I know of to do it (without writing your own complete Transact-SQL DDL parser, and that's not going to happen anytime soon) is to first create the SQL Objects and then use client code to create the SMO objects from the SQL Objects, which is relatively easy but still requires a lot of code.
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
December 9, 2008 at 12:28 pm
thanks for your time.. i am currenty working in the translator .. but this will take me some time ...
i need it this way because that is a requirement, to compare the 2 snapshot you may not have access to any sql-server.
December 9, 2008 at 3:36 pm
valigula (12/9/2008)
i need it this way because that is a requirement, to compare the 2 snapshot you may not have access to any sql-server.
Why is this a requirement? It doesn't make any sense.
And why can't you just compare the text of the scripts?
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
December 10, 2008 at 2:24 am
I think comparing strings it is never as good as comparing objects, extra spaces or tabs .. missing or extra Go´s etc ... depending on the database size that can be an issue, also later you need to reviewed it manually automatic processes are more difficult to achive. Comparing the objects it is always better, also that will be better if later we need to generate a differential script to bring both databases to the same model.
It is long to explain, and dont want to be tedious in the foro.
Thanks for your time
December 10, 2008 at 10:37 am
Well, the scripts are not objects and the only thing that can turn them into objects is to execute them in SQL Server. This of course turns them into SQL objects.
So those are your choices:
1) Compare the text
2) Make SQL DB's from them and then compare the DB's (via SMO, 3rd party tools, etc.)
or
3) Write your own SQL DDL parser and build your own object tree from that.
I do not see any other way to do it.
[font="Times New Roman"]-- RBarryYoung[/font], [font="Times New Roman"] (302)375-0451[/font] blog: MovingSQL.com, Twitter: @RBarryYoung[font="Arial Black"]
Proactive Performance Solutions, Inc. [/font][font="Verdana"] "Performance is our middle name."[/font]
Viewing 12 posts - 1 through 11 (of 11 total)
You must be logged in to reply to this topic. Login to reply