Reprenons, et regardons de plus près les deux tables restantes, thread_participants et text_events.
thread_participants
| Champ | Type | Commentaire |
|---|---|---|
| accountId | chaîne | Clé vers la table "threads" |
| threadId | chaîne | Clé vers la table "threads" |
| type | entier | Clé vers la table "threads" |
| participantId | chaîne | Le nom du participant à ce fil de discussions. Pour les SMS simples, c'est simplement notre correspondant. De ce que je vois des données, utiliser la même valeur que le threadId fonctionne |
text_events
| Champ | Type | Commentaire |
|---|---|---|
| accountId | chaîne | Clé vers la table "threads" |
| threadId | chaîne | Clé vers la table "threads" |
| eventId | chaîne | Probablement un identifiant unique pour le message. Dans mes données, c'est à une valeur qui ressemble à "/ril_0/message_" suivi d'une chaîne qui ressemble furieusement à un hash pour les messages envoyés, et à une date au format ISO (par exemple 2015-06-01T22:35:52+0100-1) pour les messages reçus |
| senderId | chaîne | L'envoyeur, à "self" pour les messages envoyés, et au numéro de tel de l'envoyeur pour les messages reçus |
| timestamp | datetime | La date et l'heure auxquelles le message a été reçu |
| newEvent | booléen | Aucune idée. Toujours à faux dans mes données. |
| message | chaîne | Le message proprement dit |
| messageType | entier | Le type de message, manifestement toujours à 0 |
| messageStatus | entier | Manifestement là pour indiquer si le message a été lu, envoyé, etc. Les bonnes valeurs semblent être 4 pour les messages envoyés, et 0 pour les messages reçus |
| readTimestamp | datetime | La date et l'heure auxquelles le message a été lu. Peut probablement être mis à la même valeur que timestamp pour les messages reçus, et à null pour les messages envoyés. |
| subject | chaîne | Le sujet du message, manifestement non-existant pour les SMS (peut-être là pour les MMS?). Doit probablement être mis à null pour les messages envoyés et à la chaîne vide pour les messages reçus |
Maintenant, il va me falloir passer à la deuxième phase: massage de mes données en CSV pour pouvoir les insérer dans la base et retrouver mes SMS.
4 commentaires:
Bonjour,
Je suis assez intéressé par votre article, je cherche moi aussi à transférer des sms vers un Ubuntu Phone et je manque de connaissances pour me plonger dans les bases de données. Quand pensez-vous écrire la suite ?
En tout cas ce début d'investigation semble prometteur.
Bonjour,
Je crois que votre article va être très populaire sur l'internet. Il n'y a que votre site qui traite ce sujet.
Le compléter va être très utile pour les communautés Ubuntu Touch et linux.
Bonjour,
Avez vous réussi à importer des sms dans Ubuntu Touch?
Depuis Android? (en utilisant quel système d'exportation?
Depuis Firefox OS? En utilisant cet app https://github.com/elninosi/BackupApp-FXOS ?
Merci pour vos efforts,
Thatoo
Malheureusement, j'ai un peu mis ce projet de côté... Je n'ai finalement jamais eu besoin de mes vieux SMS, et je ne regrette donc pas de ne pas les avoir poussé dans le nouveau téléphone. Mon idée était de tout faire à la main avec du SQL dans une copie de la base SQLite. Peut-être la prochaine fois que je mets à jour mon téléphone, je m'y remettrai!
Enregistrer un commentaire