Please note: If this FAQ s empty you must choose English language from the drop-down-box below. Only English content is available as of now!
Navigation
- FAQ Home
- All categories
- About Webyog support and about this FAQ
- About the SQLyog program

- Connection issues

- Using the GUI
- Managing your MySQL Database Systems

- Database Schema Synchronization
- MySQL DATA synchronization
- Notification Services
- Importing external data
- Backup/Restore
- SQLyog Job Agent (SJA)

- Working with Views, Stored Procedures and Triggers
- Character Set and Localization Issues
- MySQL bugs that affect SQLyog
- Questions on Open Source and Compiling
- Instant Response
- Sitemap
15 Users online :: 15 Guests and 0 Registered
Most popular FAQs 
- I get error 1130 "Host is not allowed to ... (115398 views)
- Error no. 2003: Can't connect... (52114 views)
- Error no. 1251: "Client does not support authentication..." (48094 views)
- Error no. 1045: "Connection denied..." (41350 views)
- SQLyog Version History (39958 views)
- What is HTTP-tunneling? (29296 views)
- Error No. 2005: Unknown MySQL server host... (28370 views)
- What Is SSH and SSH-tunneling? (25497 views)
- Why are Stored Procedures not created when I import ... (23463 views)
- Do I need PHP to use SQLyog with MySQL? ... (21521 views)
Latest FAQs 
- SQLyog Version History (2010-03-09 03:20)
- SQLyog is a client for the MySQL server - ... (2009-09-11 07:48)
- Can I use SQLyog with the various SQL-modes available ... (2009-08-20 08:02)
- Failed dependency for libstdc++.so.5 error (2009-08-13 11:22)
- Wrong results are returned for FOUND_ROWS(). (2009-08-12 06:31)
Character Set and Localization Issues
ID #1131
Can I store 'long strings' in BLOBs with SQLyog?
Yes, you can. But basically you should consider a better option!
BLOB types are 'BINARY LONG' data. It is intended for storing binary data and not character data. For that reason SET NAMES has no effect on BLOBs. Data from binary types like BLOBs will always be retrieved as an exact 'binary copy' of how it is stored on the server.
The similar l-o-n-g datatype for character data is named TEXT in MySQL. We recommend that our users use TEXT for characters (if a char or varchar type is not appropriate) and BLOB for BINARY (like images, media clips etc) only.
However we also realize that users are not always in control. A lot of standard web applications (mostly PHP based guestbook's, Forum's, Wiki's etc) use BLOBs for long character data and the user has no option to change this.
Since SQLyog version 6 we have therefore built in a 'encoding detector' module in the BLOB viewer (visible for BLOBs only (and only for character data) and not TEXTs) that will detect what encoding is used for that storage. In the upper right corner of the BLOB viewer a listbox will display telling the encoding that SQLyog has detected for the data. If user edits data from the BLOB viewer and saves data, they will be encoded and saved as they were retrieved.
There is no way to have the Server handle this. We have needed to implement our own solution on the client side.
We think that this solution is rather elegant as a 'workaround' for bad practices among web developers! - but still TEXTs are preferred for character data. Use TEXTs and not BLOBs whenever you can!
Also note that when entering data into an empty BLOB field you should select the encoding to use before typing!
Tags: -
Related entries:
- Do I need PHP to use SQLyog with MySQL?
- SQLyog gives you the most options for connecting to MySQL
- Welcome to the Webyog FAQ
- Installation and upgrading
- Buying and Licensing SQLyog
Last update: 2007-06-21 09:07
Author: Peter Laursen
Revision: 1.0
You can comment this FAQ