October 23, 2017 at 5:30 am
I do not think it's possible, but i could really use it.
Best regards
Edvard Korsbæk
October 23, 2017 at 5:47 am
Edvard Korsbæk - Monday, October 23, 2017 5:30 AMI do not think it's possible, but i could really use it.Best regards
Edvard Korsbæk
Depends what you're after. If it's a SQL Server 2016 database, then it's a no go. If it's in compatibility 110 (SQL Server 2012), or lower, then you can.
This does not mean change the compatibility of your database so you can!
Thom~
Excuse my typos and sometimes awful grammar. My fingers work faster than my brain does.
Larnu.uk
October 23, 2017 at 5:58 am
Thom A - Monday, October 23, 2017 5:47 AMDepends what you're after. If it's a SQL Server 2016 database, then it's a no go. If it's in compatibility 110 (SQL Server 2012), or lower, then you can.
This does not mean change the compatibility of your database so you can!
-was in compability level 100, so it must be possible.
thanks!
October 23, 2017 at 6:42 am
Presuming you're trying to take a backup of a database on SQL 2016 to restore to SQL 2012, no, it is not possible regardless of the compatibility setting. All that impacts is how SQL handles certain features within TSQL code (ex: With the correct compatibility level setting, you could still use =* or *= for joins.)
October 23, 2017 at 11:54 am
I remember, that there is a way to save tables and content as queries somewhere in the mssql manager - I found tasks|generate scripts, but it does only make the tables. Where is it, I can make the records as INSERT queries?
Best regards
Edvard Korsbæk
October 23, 2017 at 12:28 pm
Edvard Korsbæk - Monday, October 23, 2017 11:54 AMI remember, that there is a way to save tables and content as queries somewhere in the mssql manager - I found tasks|generate scripts, but it does only make the tables. Where is it, I can make the records as INSERT queries?Best regards
Edvard Korsbæk
You can change the scripting options to include data.
When you so through the tasks/generate scripts, you get to the Set Scripting Options page. On that page click on the Advanced button.
Under Advanced options, in the General section, scroll down to Types of Data to Script. Select Schema and Data if you want the tables and the data.
Sue
October 23, 2017 at 1:00 pm
T H A N K S!
October 23, 2017 at 8:17 pm
Edvard Korsbæk - Monday, October 23, 2017 1:00 PMT H A N K S!
It's horribly slow because every row is a single Insert/Values. It would be better/faster for larger tables to export the data, say as a TAB delimited text file, and import it on the other side. For that matter, a linked server to pull the data across would be faster than the monster/bloated script that SSMS will generate for data.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 23, 2017 at 11:11 pm
Of cause it's slow, but as it's only an example db with less than 50.000 records, its manageable. What really impressed me was, that a couple of encrypted fields used by my login system went through without any problems.
My laptop is perhaps 10 years old, and I am a bit surprised over how much it's able to after i changed to an SSD hard disk.
Even the SQL manager works without delay, and my program runs trouble free
Thanks for all help this Day - I go to my customer in a few hours.
Best regards
Edvard Korsbæk
October 24, 2017 at 4:17 am
Jeff Moden - Monday, October 23, 2017 8:17 PMEdvard Korsbæk - Monday, October 23, 2017 1:00 PMT H A N K S!It's horribly slow because every row is a single Insert/Values. It would be better/faster for larger tables to export the data, say as a TAB delimited text file, and import it on the other side. For that matter, a linked server to pull the data across would be faster than the monster/bloated script that SSMS will generate for data.
It would have been useful to have the same "Script INSERT statements" on the individual tables too.
It is too well hidden here.
Thank you very much for posting the solution; I did not know it existed.
Viewing 10 posts - 1 through 9 (of 9 total)
You must be logged in to reply to this topic. Login to reply