Hi, I've setup Airbyte and I'm liking it so far. O...
# replication-troubleshooting
s
Hi, I've setup Airbyte and I'm liking it so far. One thing bothers me though, when moving data from postgres to another postgres, table names on the destination are getting shortened well below the maximum table name length of postgres. Why is this? Can I turn this off and make it use the same table name as from source?
✍️ 1
u
@[DEPRECATED] Marcos Marx turned this message into Zendesk ticket 2738 to ensure timely resolution!
m
What version of postgres are you using? Normalization reduces name of column based on limitation of the destination.
s
Hi, I’m on 0.40.14
The postgres destination connector is on 0.3.26
The funny thing is that it also creates these “temporary” tables (the ones which names start with _airbyte), which do have the full table name
@Marcos Marx (Airbyte)
m
I’m asking about the Postgres database not connectors, sorry if it was not clear
s
Hi @Marcos Marx (Airbyte), sorry didn’t read well. Using Amazon RDS for Postgres 13.7
m
You can raise an github issue to make this configurable
u
Thanks
s
Hi
It is not using the 63
It is shortening to 43
e.g.:
user_organizationplatformprofile_proposition_types
from postgres source is inserted as
user_organizationpla__ile_proposition_types
in postgres target
Since both source and target are postgres anyway there isn't a reason to change any table names anyway @Marcos Marx (Airbyte)
This seems to have to do with these:
Copy code
# DBT also needs to generate suffix to table names, so we need to make sure it has enough characters to do so...
TRUNCATE_DBT_RESERVED_SIZE = 12
# we keep 4 characters for 1 underscore and 3 characters for suffix (_ab1, _ab2, etc)
# we keep 4 characters for 1 underscore and 3 characters hash (of the schema)
TRUNCATE_RESERVED_SIZE = 8
Although I can't work out how it exactly comes to 43. But it seems unneeded to reserve these characters for table names that don't need a suffix. After all, airbyte also creates the table
_airbyte_raw_user_organizationplatformprofile_proposition_types
without shortening anything
m
yep, because dbt uses some character for internal purpose
probably there are some improvements to be made in normalization @Steven Herweijer do you mind creating a Github issue to request this?
s
I can do this on Monday @Marcos Marx (Airbyte)
In the main project?
or any specific repo
m
main repo