Question

当在SQQite3中建立一个表格时,我感到困惑的是,在面对所有可能的数据类型时,这意味着类似内容,因此,任何人都能够告诉我以下数据类型之间的区别?

INT, INTEGER, SMALLINT, TINYINT

DEC, DECIMAL

LONGCHAR, LONGVARCHAR

DATETIME, SMALLDATETIME

是否有任何文件列出了各种数据类型的能力。例如,I guess smallint 最大价值大于<代码>tinyint,但价值比惯值小,但我不知道这些能力是什么。

Answer 1

http://www.sqlite.org/datatype3.html RDBMSes. 内部的所有物品都作为文本储存。数据类型是按属性(用于各栏的甲类数据类型)胁迫/转换成各种储存地点。

我建议你采取的最佳行动是:

暂时忘记你用来了解独立数据库数据类型的一切情况
阅读<代码>SQLite网站的上述链接。
采用你原有的图表,并看其地图载于<代码>。页: 1
将所有数据输入<代码>SQLite数据库。

<>说明: 数据类型的限制可能繁琐,特别是如果在上添加时间期限或日期,或具有这种性质的事项。 <代码>SQLite对于此类事情几乎没有内在功能。但是,<代码>SQLite确实为你提供了方便的途径,通过sqlite3_create_Function 图书馆职能。您将利用这一设施取代传统程序。

Answer 2

差异为yn糖。与同类关系有关的类别名称只有少数次。

INT, INTEGER, SMALLINT, TINYINT → INTEGER affinity, because they all contain "INT".
LONGCHAR, LONGVARCHAR → TEXT affinity, because they contain "CHAR".
DEC, DECIMAL, DATETIME, SMALLDATETIME → NUMERIC, because they don t contain any of the substrings that matter.

确定亲子关系的规则列于 SQLitesite 。

如果您的insist关于严格打字,你可使用实施。 CHECK restrictions:

CREATE TABLE T (
   N   INTEGER CHECK(TYPEOF(N) =  integer ),
   Str TEXT CHECK(TYPEOF(Str) =  text ),
   Dt  DATETIME CHECK(JULIANDAY(Dt) IS NOT NULL)
);

但我从来都不赞同。

关于每种类型的能力:

INTEGER is always signed 64-bit. Note that SQLite optimizes the storage of small integers behind-the-scenes, so TINYINT wouldn t be useful anyway.
REAL is always 64-bit (double).
TEXT and BLOB have a maximum size determined by a preprocessor macro, which defaults to 1,000,000,000 bytes.

Answer 3

其中大多数是兼容的。你们实际上只有愤怒、浮动、案文和博龙。日期可以储存为一定数目(总时间为负数、微型时间为浮动)或案文。

Answer 4

www.un.org/Depts/DGACM/index_french.htm 该数值为NUL值。

www.un.org/Depts/DGACM/index_french.htm 价值是指根据价值大小,储存在1、2、3、4、6或8个矿石中的经签字的ger。

www.un.org/Depts/DGACM/index_french.htm 该数值为浮动点值,储存在8个逐个的电子计算站点。

。该数值是一份案文,使用数据库编码储存(UTF-8、UTF-16BE或UTF-16LE)。

BLOB。价值是数据的一个博览,其储存恰好是投入。

Answer 5

作为丹4的答复的补充,如果你想盲目的插入<>NUMERIC,但以<代码>TEXT为代表,但确保文本<>>可兑换<>至数字:

your_numeric_col NUMERIC CHECK(abs(your_numeric_col) <> 0)

典型使用案例来自将所有数据作为文本处理的方案(关于统一和简单化,因为QQ已经这样做)。这里的一点是,它允许这样的建筑:

INSERT INTO table (..., your_numeric_column, ...) VALUES (..., some_string, ...)

如果你重新使用地主,那是方便的,因为你不需要专门处理这种非零数字领域。采用<条码>的示例模块是:

conn_or_cursor.execute(
    "INSERT INTO table VALUES (" + ",".join("?" * num_values) + ")",   
    str_value_tuple)  # no need to convert some from str to int/float

在上述例子中,<代码>中的所有数值——价值_tuple在通过至SQlite时,将予以规避和引用。然而,由于我们不通过<代码>TYPEOF明确核对这一类型,而只是易向查询,因此,它仍将按预期运作(即,Kallite要么将它作为数字储存,要么以其他方式失败)。

友情链接