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 have created a SIARD archive from a MS SQL database which contains some arabic text (nvarchar). The text is exported correctly and I can see the arabic characters when I browse the data in the DBPTK GUI. However when I send the archive to a new MS SQL database the columns are created as varchar columns and consequently the arabic characters are not preserved but show as '????'. If I create the table in the database with nvarchar columns before sending the archive the arabic characters are imported correcly.
The text was updated successfully, but these errors were encountered:
The database collation is SQL_Latin1_General_CP1_CI_AS and I do not use a special collation for the nvarchar columns. The type name in the siard extract shows as NATIONAL CHARACTER VARYING (255), original type nvarchar. The script for the table creation after importing shows as
CREATE TABLE [dbo].[Firstnames](
[FIRST NAME (English)] varchar NULL,
[FIRST NAME (Arabic)] varchar NULL,
[Status] varchar NULL,
[Observations] varchar NULL,
[Type] varchar NULL
) ON [PRIMARY]
If I drop that table and create the table with the following script the arabic characters are imported correctly.
CREATE TABLE [dbo].[Firstnames](
[FIRST NAME (English)] nvarchar NULL,
[FIRST NAME (Arabic)] nvarchar NULL,
[Status] nvarchar NULL,
[Observations] nvarchar NULL,
[Type] nvarchar NULL
) ON [PRIMARY]
This is only one of the tables in the database that has arabic data - there are more than 70 columns that could contain arabic data and the same problem occurs in all of them.
I have created a SIARD archive from a MS SQL database which contains some arabic text (nvarchar). The text is exported correctly and I can see the arabic characters when I browse the data in the DBPTK GUI. However when I send the archive to a new MS SQL database the columns are created as varchar columns and consequently the arabic characters are not preserved but show as '????'. If I create the table in the database with nvarchar columns before sending the archive the arabic characters are imported correcly.
The text was updated successfully, but these errors were encountered: