¿Por qué los enteros en la tupla de fila de la base de datos tienen un sufijo 'L'?

Question

Mi pregunta es ¿por qué los valores enteros de una fila MySQL tienen un sufijo 'L'? Aquí están los detalles:

El siguiente diccionario - artificialmente este formato para facilitar la visualización -

{'estimated': '', 
'suffix': '', 
'typeofread': 'g', 
    'acct_no': 901001000L, 
    'counter': 0, 
    'time_billed': datetime.datetime(2012, 5, 1, 9, 5, 33), 
    'date_read': datetime.datetime(2012, 3, 13, 23, 19, 45), 
    'reading': 3018L, 
    'meter_num': '26174200'} 

se compone de columnas de una tabla de base de datos MySQL con cremallera con el resultado de la lectura de una vez de la mesa.

me puede quitar la 'L' que pasa por estos valores en int(), así que si eso fuera diccionario en una variable denominada snapped_read, que podría hacer esto:

int(snapped_read['reading']) y 3018L cambiaría a 3018.

Tengo curiosidad por saber por qué los enteros aparecen de esta manera.

Answer 1

Debido a que en las versiones de Python antes Python 3, literales enteros largos se indican con un sufijo l o L. En Python 3, int sy long s se han fusionado en solo int, lo que funciona más o menos como long solía hacerlo.

tenga en cuenta que, técnicamente, Python (2) 's int era equivalente a C de long, mientras que Python de long era más como una cosa BigNumber de tipo con precisión ilimitada (que ahora es el caso para Python 3 int tipo.)

http://docs.python.org/library/stdtypes.html#numeric-types-int-float-long-complex

Answer 2

L es para el tipo de datos long.

Por ejemplo,

age = 24 # int 
bankBalance = 20000005L # long 

Answer 3

Porque no son exactamente números enteros, que son largos ''.

http://docs.python.org/library/stdtypes.html#typesnumeric

Por lo general, no ofrecen demasiados problemas, aunque

>>> a=1 
>>> b=long(1) 
>>> a 
1 
>>> b 
1L 
>>> a==b 
True 

Otra pregunta sobre este stackoverflow: here