Fix!: Pass the model dialect when computing a hash for the column types

[izeigerman]

Otherwise, there can be a mismatch between the hash computed using the original instance of a model and the deserialized one when the type is constructed using the default dialect. (eg. exp.DataType.build("int")).

Example:

In [6]: exp.DataType.build("int").sql("bigquery")
Out[6]: 'INT64'

In [7]: exp.DataType.build("int64", dialect="bigquery")
Out[7]: DataType(this=Type.BIGINT, nested=False)

[georgesittas]

Is it correct that we don't need a migration script for this because state's not changed?

[izeigerman]

@georgesittas We do need a migration script to trigger the fingerprint re-compute, it just the test didn't catch it, cause we don't have this problem there. Good catch