11/23/2023 0 Comments Sqlpro create table from csv![]() ![]() Perhaps you should load another table that has the matching character set: CREATE TABLE anothertable LIKE mytable Ĭhange the whole table's character set ALTER TABLE anothertable CONVERT TO CHARACTER SET charset_name You can also see the character set of the database mysql> show create database mydb\G | character_sets_dir | /usr/share/mysql/charsets/ | Please run this query and you will see something like this: mysql> show variables like 'character_set%' You may have to resort to setting the default character set to match that CSV file. If the CSV file was generated on another Mac OSx server, you should not be having this issue. See the following URLs as SequelPro's character set problems are not new If the CSV file was generated on a Windows machine, there could be some character set issues This may depend on where you generated the CSV file. ![]() This is what I'm getting when I run the character set query: show variables like 'character_set%' Ĭharacter_sets_dir /usr/local/mysql-5.6.10-osx10.7-x86_64/share/charsets/ Which ones doesn't MySQL accept and how would I find and replace them? Out of 130,000 rows, there's definitely the possibility for some non-English characters. csv file, which there were, but I got rid of those and the same thing happened. When I hit "Ok," everything else seems to work relatively fine, I'm just missing about 107,000 rows.Īny idea as to what it could be? Maybe I should use something other than auto-detect during the import? I thought that it might have been some extra commas floating around in the actual. Everything seems to work fine, then I get the message:įile Read Error: An error occurred when reading the file, as it could not be read using the encoding you selected (Auto-detect - Unicode (UTF-8)). I used the import function to upload a 130k. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |