Tại sao các số nguyên trong tuple của cơ sở dữ liệu có hậu tố 'L'?

Question

Câu hỏi của tôi là tại sao giá trị số nguyên của hàng MySQL có hậu tố 'L'? Dưới đây là chi tiết:

Từ điển sau - định dạng nhân tạo vào đây để dễ dàng hiển thị -

{'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'} 

bao gồm các cột cơ sở dữ liệu bảng của MySQL nén với kết quả của việc đọc một lần từ bảng.

tôi có thể loại bỏ các 'L' bằng cách thông qua các giá trị vào int(), vì vậy nếu từ điển mà là trong một biến có tên snapped_read, tôi có thể làm điều này:

int(snapped_read['reading']) và 3018L sẽ thay đổi để 3018.

Tôi chỉ tò mò là tại sao các số nguyên hiển thị theo cách này.

Answer 1

Bởi vì trong các phiên bản của Python trước Python 3, literals số nguyên dài được chỉ báo bằng một l hoặc L hậu tố. Trong Python 3, int s và long s đã được hợp nhất thành chỉ int, hoạt động khá giống với long được sử dụng.

Do lưu ý rằng, về mặt kỹ thuật, Python (2) 's int tương đương với C long, trong khi Python của long là giống như một điều BigNumber -type với độ chính xác không giới hạn (mà bây giờ là trường hợp đối với Python 3 của int loại.)

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

Answer 2

L dành cho loại dữ liệu long.

Ví dụ,

age = 24 # int 
bankBalance = 20000005L # long 

Answer 3

Vì chúng không chính xác số nguyên, chúng là 'longs'.

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

Họ thường không cung cấp quá nhiều rắc rối, mặc dù

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

câu hỏi stackoverflow khác về vấn đề này: here