You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using the buzzcutnorman variant of tap-mssql which is based on the SDK.
There is an enormous list of tables in the DB but I only need access to a handful. I think that by default discover is generating a catalog entry for each of the 1000s of tables.
Is there any way to avoid this? I have a select in my meltano.yml already but that doesn't seem to prevent it, only stops the records from non-required tables getting emitted. (edited)
If it's the problem I think it is the discovery process takes 5-30 minutes to run (I've heard longer for some people) , it can reduce that down to seconds to minutes. Where I've seen it for folks is when they have something like 10k tables
def get_object_names(
self, engine, inspected, schema_name: str
) -> list[tuple[str, bool]]:
# Get list of tables and views
if self.config.get('fake_it', False):
table_names = ['my_table']
view_names = []
return [(t, False) for t in table_names] + [(v, True) for v in view_names]
else:
super().get_object_names(engine, inspected, schema_name)
def get_schema_names(self, engine, inspected) -> list[str]:
return ['dbo']
From Meltano Slack on 7/16/2024
I'm using the buzzcutnorman variant of tap-mssql which is based on the SDK.
There is an enormous list of tables in the DB but I only need access to a handful. I think that by default discover is generating a catalog entry for each of the 1000s of tables.
Is there any way to avoid this? I have a select in my meltano.yml already but that doesn't seem to prevent it, only stops the records from non-required tables getting emitted. (edited)
If it's the problem I think it is the discovery process takes 5-30 minutes to run (I've heard longer for some people) , it can reduce that down to seconds to minutes. Where I've seen it for folks is when they have something like 10k tables
Our "workaround" in tap-postgres is this MeltanoLabs/tap-postgres#218 add a filter_schemas config
The text was updated successfully, but these errors were encountered: