Comments
Sort by recent activity
Thanks for clarifying, we'll put that on our backlog.
It's really nice that people have been so patient with SQL Multi Script, the issue internally was that some development work was done on the mainline branch but never left in a state fit to be released (the projects work). We had to sort that mess out before we could start shipping it again. The last release I think fixed most of the remaining projects issues so now we can move forward with other enhancements. / comments
Thanks for clarifying, we'll put that on our backlog.
It's really nice that people have been so patient with SQL Multi Script, the issue internally was that some development work was done on the ma...
So would you want that per script and database (harder) or just a global increasing rowcount/time for all scripts on all databases? / comments
So would you want that per script and database (harder) or just a global increasing rowcount/time for all scripts on all databases?
Just looking through things I see that the rowcount is actually displayed on the messages grid (if you put the display in text it becomes easier to see). Does that help?
eg
<RMSQL.TESTNET.REDGATE.COM.Acme> (1 row(s) affected)
<RMSQL.TESTNET.REDGATE.COM.Acme> (1 row(s) affected)
<RMSQL.TESTNET.REDGATE.COM.Acme> (1 row(s) affected)
<RMSQL.TESTNET.REDGATE.COM.Acme> (1 row(s) affected)
/ comments
Just looking through things I see that the rowcount is actually displayed on the messages grid (if you put the display in text it becomes easier to see). Does that help?
eg
<RMSQL.TESTNET.REDGA...
Can I just second the thanks for that feedback.
The couple of things we're probably going to be doing next in multi-script is a "save all" and a pattern based "add databases". Some of the things you suggest can be rolled into that work. / comments
Can I just second the thanks for that feedback.
The couple of things we're probably going to be doing next in multi-script is a "save all" and a pattern based "add databases". Some of the things yo...
Sounds complicated from your description.
Not sure if this helps but there is a "Foreign key (manual)" generator that should reference values from another table at generation but I don't think it will do the cross-matching you're after for your multiple tables.
It sounds a bit like you're pulling in some data from existing database values is that correct? (The masking ability of SQL Data Generator is something we're investigating currently)
Are the id's being regenerated for the source table or is it an entirely newly generated table?
For truly complex scenarios like this there is the python generator which could be used in a two-stage re-generation by first generating the source table and then storing a lookup for the second generation in a separate file.
Hopefully this will give you areas to investigate. / comments
Sounds complicated from your description.
Not sure if this helps but there is a "Foreign key (manual)" generator that should reference values from another table at generation but I don't think it w...
Not that helpful but you may want to look in the logs to see what could be going wrong. https://documentation.red-gate.com/disp ... +log+files
There's pretty verbose logging at all points in population that may indicate where the issue occurred.
It's not something we've seen before from memory. / comments
Not that helpful but you may want to look in the logs to see what could be going wrong.https://documentation.red-gate.com/disp ... +log+files
There's pretty verbose logging at all points in populat...
The update is now available.
Full release notes are at https://documentation.red-gate.com/disp ... ease+notes
Richard / comments
The update is now available.
Full release notes are at https://documentation.red-gate.com/disp ... ease+notes
Richard
Can you have a look in your %localappdata% directory as there may still be the config file from the v1 install - if you remove the v2 config files then on startup it should try to re-transform the v1 config file.
Not the ideal upgrade experience [image]
Richard / comments
Can you have a look in your %localappdata% directory as there may still be the config file from the v1 install - if you remove the v2 config files then on startup it should try to re-transform the ...
No worries, it's really nice to see there are people still getting good use out of the tool. / comments
No worries, it's really nice to see there are people still getting good use out of the tool.
The update available today via check for updates 1.2.4, will import the distribution lists from the 1.1 settings if the new Application.dat file doesn't exist.
There is also an updated MultiScriptListExport program included in the program files for managing lists - we really want to migrate that functionality into the tool though. / comments
The update available today via check for updates 1.2.4, will import the distribution lists from the 1.1 settings if the new Application.dat file doesn't exist.
There is also an updated MultiScriptL...