Replies: 3 comments 3 replies
-
I'm in the process of doing that same migration, 1.4 -> 1.7. There have been so many other issues with moving to the newer version that I haven't even had a chance to see how the SQL actually runs. If this is true, that is going to be a problem for us. |
Beta Was this translation helpful? Give feedback.
-
Adding some comments here that its been fine for our use cases. Are you still having those issues? I had put the original changes through with the hope that others would pick up the continued support of it. |
Beta Was this translation helpful? Give feedback.
-
@MosBabe any chance you could give some feedback if the 1.8.0rc1 helps with the issues you're seeing? |
Beta Was this translation helpful? Give feedback.
-
We were using dbt-sqlserver 1.4.3 before we update this adapter to 1.7.4 .
When we run an asset in dbt-core, dbt-sqlserver 1.4.3 adapter first create a temp table and try to fill this temp table regarding to our sql statement. After it completes filling the temp table, drop the main table and rename the temp table as main table.
dbt-sqlserver 1.7.4 adapter first rename the main table like "maintable__dbt_backup" then try to fill main table with my sql statement. While it is filling the main table, main table is inaccessible/unreachable. This is the problem 1.
If I terminate running the sql statement while it is trying to fill the main table, Then I can not find the main table. When I try to access the table ("SELECT * FROM main table") , I encounter the INVALID OBJECT problem. This is the problem 2.
We change our system from Microsoft SSIS to dbt and dagster. It means from old(obsolote) data stack to modern data stack. But this dbt-sqlserver 1.7.4 adapter seems like insist on bringing obsolote data stacks back
I wonder If anybody encounter these problems?
Thank you in advance.
Beta Was this translation helpful? Give feedback.
All reactions