Automatically decode hex for BLOB fields.

LiteCLI has a terrific feature in which BLOB fields (e.g. used to store an UUID primary key) are automatically encoded for display as hex:

```
CREATE TABLE notes (
id BLOB PRIMARY KEY,
content TEXT NOT NULL
)

notes.db>
+------------------------------------+---------------------------------------------------+
| id | content |
+------------------------------------+---------------------------------------------------+
| 0x019b5525a6f878709a20d7da96f5e599 | Note the first. |
+------------------------------------+---------------------------------------------------+
```

However, that hex value can not be used in a query:

```
notes.db> select * from notes where id = '0x019b5525a6f878709a20d7da96f5e599';
0 rows in set
Time: 0.000s

notes.db> select * from notes where id = '019b5525a6f878709a20d7da96f5e599';
0 rows in set
Time: 0.000s
```

**Please consider automatically decoding hex values used on BLOB fields.**

For reference, this is what the SELECT query looks like in sqlite3:

```
sqlite> select id, content from notes;
+------------+---------------------------------------------------+
| id | content |
+------------+---------------------------------------------------+
| | Note the first. |
| �U%��xp� �ږ��� | |
+------------+---------------------------------------------------+
```

Commencez par retracer la manière dont LiteCLI exécute la requête SELECT affichée et dont les valeurs BLOB de SQLite sont représentées pour la saisie et l’affichage. Reproduisez l’exemple de la table notes, puis définissez et testez le comportement attendu à la fois pour les valeurs hexadécimales préfixées par 0x et pour les valeurs hexadécimales sans préfixe ; le travail est terminé lorsque la valeur affichée peut être utilisée pour récupérer la ligne BLOB correspondante.

Rédigé par le modèle d'indexation à partir du texte de l'issue.