Subject | RE: [IB-Architect] [ Bug #127473 ] isql always ignores charset NONE in metadata extraction |
---|---|
Author | Patrick J. P. Griffin |
Post date | 2001-01-07T18:12:58Z |
Ann,
Thanks, those were the answers I was hoping to get.
...pat
-----Original Message-----
From: Ann W. Harrison [mailto:harrison@...]
Sent: Sunday, January 07, 2001 12:23 PM
To: IB-Architect@egroups.com
Cc: Dave Schnepper
Subject: Re: [IB-Architect] [ Bug #127473 ] isql always ignores charset NONE
in metadata extraction
At 01:35 AM 1/6/2001 -0500, Patrick J. P. Griffin wrote:
I've just looked at the collation_id and character_set_id
fields in rdb$fields for a simple database. There seems to
be neither rhyme nor reason to the use of null and zero in
those fields. Normally that means there's something major
I haven't understood, so I'm looking for a correction here.
If we use 0:0 to mean an explicit NONE, and null:null to mean
unspecified, then here is the assignment order I would use:
if a charset, including null, is specified for a field,
that field retains that char set.
else if a charset is set for the database
fields from that table retain that charset
else the field adopts the charset of its new database.
Patrick's puzzle:
those fields should carry that character set.
one database should use the same character set in other databases.
Fields that implicitly use a character set in one database should
continue to use that character set if and only if source database
has an explicit character set.
Fields defined with no explicit character set should have a null
collation id and a null
Regards,
Ann
www.ibphoenix.com
We have answers.
To unsubscribe from this group, send an email to:
IB-Architect-unsubscribe@onelist.com
Thanks, those were the answers I was hoping to get.
...pat
-----Original Message-----
From: Ann W. Harrison [mailto:harrison@...]
Sent: Sunday, January 07, 2001 12:23 PM
To: IB-Architect@egroups.com
Cc: Dave Schnepper
Subject: Re: [IB-Architect] [ Bug #127473 ] isql always ignores charset NONE
in metadata extraction
At 01:35 AM 1/6/2001 -0500, Patrick J. P. Griffin wrote:
>I've been meditating on [ Bug #127473 ] isql always ignores charset NONE inPatrick,
>metadata extraction and I've got a question.
I've just looked at the collation_id and character_set_id
fields in rdb$fields for a simple database. There seems to
be neither rhyme nor reason to the use of null and zero in
those fields. Normally that means there's something major
I haven't understood, so I'm looking for a correction here.
If we use 0:0 to mean an explicit NONE, and null:null to mean
unspecified, then here is the assignment order I would use:
if a charset, including null, is specified for a field,
that field retains that char set.
else if a charset is set for the database
fields from that table retain that charset
else the field adopts the charset of its new database.
Patrick's puzzle:
>Database A has no default character set.explicitly
>
>Database A has the table T1 with field F1 with no character set specified.
>
>Database A has the table T2 with field F2 with character set NONE
>specified.WIN1251, by default.
>
>
>Database B uses the default character set WIN1251.
>
>
>Using ISQL to copy the table structure for T1 into Database B, what
>character set should be used for the field F1?
>Using ISQL to copy the table structure for T2 into Database B, whatNone, explicitly.
>character set should be used for the field F2?
>And, for extra credit, how about:explicitly
>
>Database C uses the default character set WIN1251
>
>Database C has the table T3 with field F3 with no character set specified
>(will be defined with WIN1251)
>
>Database C has the table T4 with field F4 with character set NONE
>specified.Win1251.
>
>
>Database D uses the default character set CYRL.
>
>
>Using ISQL to copy the table structure for T3 into Database D, what
>character set should be used for the field F3?
>Using ISQL to copy the table structure for T4 into Database D, whatNone, explicitly
>character set should be used for the field F4?
>Should fields with no explicit character set in one database assume theNot always. If the source database has a default character set, then
>default character set of the target database?
those fields should carry that character set.
>Should fields explicitly or implicitly using the default character set ofFields that explicitly use a character set (including NONE) in
>one database assume the default character set of the target database?
one database should use the same character set in other databases.
Fields that implicitly use a character set in one database should
continue to use that character set if and only if source database
has an explicit character set.
Fields defined with no explicit character set should have a null
collation id and a null
Regards,
Ann
www.ibphoenix.com
We have answers.
To unsubscribe from this group, send an email to:
IB-Architect-unsubscribe@onelist.com