SQLite COMMANDE PAR chaîne de caractères contenant des numéros commençant par 0

comme le titre le stipule:

J'ai une requête select, dont je suis en train de "commander" un champ qui contient des nombres, le truc, c'est cela, les nombres sont vraiment les chaînes de caractères commençant avec des 0, de sorte que le "order by" est en train de faire cette...

...
10
11
12
01
02
03
...

Toutes les pensées?

EDIT: si je fais ceci: "...la COMMANDE PAR (champ+1)" je peux contourner ce problème, car en quelque sorte la chaîne est à l'intérieur être converti en entier. Est-ce une façon de "officiellement" le convertir comme C atoi?

Comment en êtes-vous le résultat? Êtes-vous sûr que les chaînes de caractères ont zéros ou sont les principaux espaces concernés ainsi?
La chaîne n'a pas les espaces. J'essayais de trouver un moyen de trier les chaînes contenant des nombres (1,2,3...,10,11,12) sans être triés dans l'1,10,2,3,4,5 de la mode. J'ai ajouté manuellement le 0, j'ai essayé avec des espaces trop, mais je vois maintenant un moulage de la colonne de type ENTIER était le plus intelligent chose à faire en premier lieu.
Mais '01' devrait venir avant '10' quand ils sont triés comme des chaînes, d'où ma curiosité. Ou dites-vous que vous avez vraiment '1' plutôt que '01' dans la base de données?
J'étais curieux de connaître elle aussi, '01' avant '10' triés comme des chaînes, le tri précédent du mécanisme de la plaine de l'ORDRE de la valeur. Je sais que c'est pas la jtable qui re-trié les lignes, je suis perplexe.

InformationsquelleAutor | 2012-07-15

65

Vous pouvez utiliser CAST http://www.sqlite.org/lang_expr.html#castexpr de jeter l'expression d'un Entier.
```
sqlite> CREATE TABLE T (value VARCHAR(2));
sqlite> INSERT INTO T (value) VALUES ('10');
sqlite> INSERT INTO T (value) VALUES ('11');
sqlite> INSERT INTO T (value) VALUES ('12');    
sqlite> INSERT INTO T (value) VALUES ('01');
sqlite> INSERT INTO T (value) VALUES ('02');
sqlite> INSERT INTO T (value) VALUES ('03');
sqlite> SELECT * FROM T ORDER BY CAST(value AS INTEGER);
01
02
03
10
11
12
sqlite>
```
si je fais ceci: "...la COMMANDE PAR (champ+1)" je peux contourner ce problème, car en quelque sorte la chaîne est à l'intérieur être converti en entier. Est un moyen de "officiellement" le convertir comme C atoi?

Bien c'est intéressant, même si je ne sais pas combien de DBMS appui d'une telle opération, donc je ne le recommande pas, juste au cas où vous avez besoin d'utiliser un autre système qui ne prend pas en charge, de ne pas mentionner l'ajout d'un supplément de fonctionnement, ce qui peut affecter les performances, mais vous pouvez aussi le faire ORDER BY (field + 0) Im va pour étudier la performance

prises à partir de la sqlite3 docs:

Un CASTING expression est utilisée pour convertir la valeur d'une autre classe de stockage de manière similaire à la transformation qui a lieu quand un colonne d'affinité est appliquée à une valeur. L'Application d'un plâtre expression est différente de l'application d'une colonne d'affinité, comme avec un CASTING d'expression de la classe de stockage de conversion est forcé, même s'il est incomplet et irrreversible.

4.0 Opérateurs

Tous les opérateurs mathématiques (+, -, *, /, %, <<, >>, & et |) projeter les deux opérandes NUMÉRIQUES de classe de stockage avant d'être réalisée. La distribution est réalisée à travers, même si il est incomplet et irréversible. NULL opérande d'un opérateur mathématique donne un résultat NUL. Un opérande d'un opérateur mathématique qui n'a pas l'aspect en aucune façon numérique et n'est pas NULL est convertie à 0 ou 0.0.

J'étais curieux donc j'ai couru quelques repères:
```
>>> setup = """
... import sqlite3
... import timeit
... 
... conn = sqlite3.connect(':memory:')
... c = conn.cursor()
... c.execute('CREATE TABLE T (value int)')
... for index in range(4000000, 0, -1):
...     _ = c.execute('INSERT INTO T (value) VALUES (%i)' % index)
... conn.commit()
... """
>>> 
>>> cast_conv = "result = c.execute('SELECT * FROM T ORDER BY CAST(value AS INTEGER)')"
>>> cast_affinity = "result = c.execute('SELECT * FROM T ORDER BY (value + 0)')"
>>> timeit.Timer(cast_conv, setup).timeit(number = 1)
18.145697116851807
>>> timeit.Timer(cast_affinity, setup).timeit(number = 1)
18.259973049163818
>>>
```
Comme on peut le voir un peu plus lent, mais pas de beaucoup, c'est intéressant.
- merci pour la référence! Peut-être l' +0 opérandes optimiser avant d'être exécutée à tout, si c'est le cas, +1 ou +random serait certainement conduire à un ralentissement de la requête.
- yep sur 1% plus lent vs + 0 allez comprendre 🙂
- Qu'advient-il si le champ(Colonne valeur) est vide ou null
InformationsquelleAutor Samy Vilar
31

Vous pouvez utiliser CAST:
```
ORDER BY CAST(columnname AS INTEGER)
```
- C'est que c'est bon format de COMMANDE EN FONTE(columnname as INTEGER) ='01'
InformationsquelleAutor skinnynerd

Dans ListView avec chargeur du curseur!

String projection= some string column;
String selection= need to select;

String sort="CAST ("+ YOUR_COLUMN_NAME + " AS INTEGER)";

CursorLoader(getActivity(), Table.CONTENT_URI, projection, selection, selectionArgs, sort);

InformationsquelleAutor Ko Nyan

0

Grâce à Skinnynerd. avec Kotlin, FONTE travaillé comme suit:
FONTE à résoudre les problèmes de la hiérarchisation de 9 sur 10 OU 22 sur 206.

définir les variables à modifier plus tard à la demande, puis de le brancher dans la requête:
```
var SortOrder:String?=null
```
pour modifier l'ordre d'utilisation:

Pour descendant:
```
 SortOrder = "CAST(MyNumber AS INTEGER)" + " DESC"
```
(du plus élevé au plus bas)

Pour l'ascension:
```
 SortOrder =  "CAST(MyNumber AS INTEGER)" + " ASC"
```
(du plus bas au plus haut)

InformationsquelleAutor BlackHatVisions
0

CONVERTIR fonction de distribution à l'aide de la commande par la valeur de la colonne format de nombre dans SQL SERVER

SELECT * from Nom_table COMMANDE EN FONTE(COLUMNNAME COMME INT);

InformationsquelleAutor wilfred

Vous devez vous connecter pour publier un commentaire.