Welcome to EverybodyWiki 😃 ! Nuvola apps kgpg.png Log in or ➕👤 create an account to improve, watchlist or create an article like a 🏭 company page or a 👨👩 bio (yours ?)...

DuckDB

From EverybodyWiki Bios & Wiki


DuckDB
SQLite370.svg
Initial release13 July 2019;
2 years ago
 (2019-07-13)
Written inC++
Engine
    Operating systemCross-platform
    TypeRDBMS (embedded)
    LicensePublic domain
    Website{{URL|example.com|optional display text}}

    Amazon.com Logo.png Search DuckDB on Amazon.


    DuckDB is a relational database management system (RDBMS) contained in a C library. In contrast to many other database management systems, SQLite is not a client–server database engine. Rather, it is embedded into the end program.

    SQLite is ACID-compliant and implements most of the SQL standard, generally following PostgreSQL syntax. However, SQLite uses a dynamically and weakly typed SQL syntax that does not guarantee the domain integrity.[1] This means that one can, for example, insert a string into a column defined as an integer. SQLite will attempt to convert data between formats where appropriate, the string "123" into an integer in this case, but does not guarantee such conversions and will store the data as-is if such a conversion is not possible.

    SQLite is a popular choice as embedded database software for local/client storage in application software such as web browsers. It is arguably the most widely deployed database engine, as it is used today by several widespread browsers, operating systems, and embedded systems (such as mobile phones), among others.[2] SQLite has bindings to many programming languages.

    Design[edit]

    Unlike client–server database management systems, the SQLite engine has no standalone processes with which the application program communicates. Instead, the SQLite library is linked in and thus becomes an integral part of the application program. Linking may be static or dynamic. The application program uses SQLite's functionality through simple function calls, which reduce latency in database access: function calls within a single process are more efficient than inter-process communication.

    SQLite stores the entire database (definitions, tables, indices, and the data itself) as a single cross-platform file on a host machine. It implements this simple design by locking the entire database file during writing. SQLite read operations can be multitasked, though writes can only be performed sequentially.

    Due to the server-less design, SQLite applications require less configuration than client–server databases. SQLite is called zero-conf[3] because it does not require service management (such as startup scripts) or access control based on GRANT and passwords. Access control is handled by means of file-system permissions given to the database file itself. Databases in client–server systems use file-system permissions that give access to the database files only to the daemon process.

    Another implication of the serverless design is that several processes may not be able to write to the database file. In server-based databases, several writers will all connect to the same daemon, which is able to handle its locks internally. SQLite, on the other hand, has to rely on file-system locks. It has less knowledge of the other processes that are accessing the database at the same time. Therefore, SQLite is not the preferred choice for write-intensive deployments.[4] However, for simple queries with little concurrency, SQLite performance profits from avoiding the overhead of passing its data to another process.

    SQLite uses PostgreSQL as a reference platform. "What would PostgreSQL do" is used to make sense of the SQL standard.[5][6] One major deviation is that, with the exception of primary keys, SQLite does not enforce type checking; the type of a value is dynamic and not strictly constrained by the schema (although the schema will trigger a conversion when storing, if such a conversion is potentially reversible). SQLite strives to follow Postel's rule.[7]

    History[edit]

    D. Richard Hipp designed SQLite in the spring of 2000 while working for General Dynamics on contract with the United States Navy.[8] Hipp was designing software used for a damage-control system aboard guided-missile destroyers, which originally used HP-UX with an IBM Informix database back-end. SQLite began as a Tcl extension.[9]

    The design goals of SQLite were to allow the program to be operated without installing a database management system or requiring a database administrator. Hipp based the syntax and semantics on those of PostgreSQL 6.5. In August 2000, version 1.0 of SQLite was released, with storage based on gdbm (GNU Database Manager). SQLite 2.0 replaced gdbm with a custom B-tree implementation, adding transaction capability. SQLite 3.0, partially funded by America Online, added internationalization, manifest typing, and other major improvements.

    In 2011 Hipp announced his plans to add a NoSQL interface (managing documents expressed in JSON) to SQLite databases and to develop UnQLite, an embeddable document-oriented database.[10]

    SQLite is one of four formats recommended for long-term storage of datasets approved for use by the Library of Congress.[11][12][13]

    Features[edit]

    SQLite implements most of the SQL-92 standard for SQL, but lacks some features. For example, it only partially provides triggers and cannot write to views (however, it provides INSTEAD OF triggers that provide this functionality). While it provides complex queries, it still has limited ALTER TABLE function, as it cannot modify or delete columns.[14]

    SQLite uses an unusual type system for a SQL-compatible DBMS: instead of assigning a type to a column as in most SQL database systems, types are assigned to individual values; in language terms it is dynamically typed. Moreover, it is weakly typed in some of the same ways that Perl is: one can insert a string into an integer column (although SQLite will try to convert the string to an integer first, if the column's preferred type is integer). This adds flexibility to columns, especially when bound to a dynamically typed scripting language. However, the technique is not portable to other SQL products. A common criticism is that SQLite's type system lacks the data integrity mechanism provided by statically typed columns in other products. The SQLite web site describes a "strict affinity" mode, but this feature has not yet been added.[7] However, it can be implemented with constraints like CHECK(typeof(x)='integer').[8]

    Tables normally include a hidden rowid index column, which gives faster access.[15] If a database includes an Integer Primary Key column, SQLite will typically optimize it by treating it as an alias for rowid, causing the contents to be stored as a strictly typed 64-bit signed integer and changing its behavior to be somewhat like an auto-incrementing column. Future[when?] versions of SQLite may include a command to introspect whether a column has behavior like that of rowid to differentiate these columns from weakly typed, non-autoincrementing Integer Primary Keys.[16][not in citation given]

    SQLite with full Unicode function is optional.[17]

    Several computer processes or threads may access the same database concurrently. Several read accesses can be satisfied in parallel. A write access can only be satisfied if no other accesses are currently being serviced. Otherwise, the write access fails with an error code (or can automatically be retried until a configurable timeout expires). This concurrent access situation would change when dealing with temporary tables. This restriction is relaxed in version 3.7 when write-ahead logging (WAL) is turned on, enabling concurrent reads and writes.[18]

    Version 3.6.19 released on October 14, 2009 added support for foreign key constraints[19][20]

    SQLite version 3.7.4 first saw the addition of the FTS4 (full-text search) module, which features enhancements over the older FTS3 module.[21] FTS4 allows users to perform full-text searches on documents similar to how search engines search webpages.[22] Version 3.8.2 added support for creating tables without rowid,[23] which may provide space and performance improvements.[24] Common table expressions support was added to SQLite in version 3.8.3.[25]

    In 2015, with the json1 extension[26] and new subtype interfaces, SQLite version 3.9 introduced JSON content managing.

    As per version 3.33.0 the maximum supported database size is 281 TB.

    Development and distribution[edit]

    SQLite's code is hosted with Fossil, a distributed version control system that is itself built upon an SQLite database.[27]

    A standalone command-line program is provided with the DuckDB distribution. It can be used to create a database, define tables, insert and change rows, run queries and manage an DuckDB database file.

    DuckDB uses automated regression testing prior to each release. Over 2 million queries are run as part of a release's verification.

    Programming language support[edit]

    Language bindings to DuckDB for a large number of programming languages exist, including:

    • C
    • C#
    • C++
    • Java
    • JavaScript
    • Python
    • R

    See also[edit]


    Other articles of the topic Free and open-source software : Hush (cryptocurrency), Moleculer, Lobsters (website), MediaCMS, NewNode, MIXR, herbstluftwm
    Some use of "" in your query was not closed by a matching "".Some use of "" in your query was not closed by a matching "".

    • Comparison of relational database management systems
    • List of relational database management systems
    • SQL compliance


    References[edit]

    1. Owens, Michael (2006). "Chapter 4: SQL". In Gilmore, Jason; Thomas, Keir. The Definitive Guide to SQLite. D. Richard Hipp (foreword), Preston Hagar (technical reviewer). Apress. p. 133. ISBN 978-1-59059-673-9. Retrieved 30 December 2014. Search this book on Amazon.com Logo.png
    2. "Most Widely Deployed SQL Database Estimates". SQLite.org. Retrieved May 11, 2011.
    3. "SQLite Is A Zero-Configuration Database". SQLite.org. Retrieved August 3, 2015.
    4. "Appropriate Uses For SQLite". SQLite.org. Retrieved 2015-09-03.
    5. "PGCon 2014: Clustering and VODKA". Lwn.net. Retrieved 2017-01-06.
    6. "PGCon2014: SQLite: Protégé of PostgreSQL". Pgcon.org. Retrieved 2017-01-06.
    7. 7.0 7.1 "SQLite: StrictMode". Sqlite.org. Retrieved September 3, 2015.
    8. 8.0 8.1 Owens, Michael (2006). The Definitive Guide to SQLite. Apress. doi:10.1007/978-1-4302-0172-4_1. ISBN 978-1-59059-673-9. Search this book on Amazon.com Logo.png
    9. Cite error: Invalid <ref> tag; no text was provided for refs named :0
    10. "Interview: Richard Hipp on UnQL, a New Query Language for Document Databases". InfoQ. August 4, 2011. Retrieved October 5, 2011.
    11. "LoC Recommended Storage Format". www.sqlite.org. Retrieved 2020-04-09.
    12. "SQLite, Version 3". www.loc.gov. 2017-03-28. Retrieved 2020-04-09.
    13. "Recommended Formats Statement – datasets/databases". Library of Congress. Retrieved 2020-04-09. Unknown parameter |url-status= ignored (help)
    14. "SQL Features That SQLite Does Not Implement". SQLite.org. January 1, 2009. Retrieved October 14, 2009.
    15. "SQL As Understood By SQLite". SQLite. Retrieved 21 May 2018. Searching for a record with a specific rowid, or for all records with rowids within a specified range is around twice as fast as a similar search made by specifying any other PRIMARY KEY or indexed value.
    16. "SQLite: Check-in [2494132a]". www.sqlite.org. 2017-11-28. Add the "PRAGMA table_ipk(TABLE)" command for evaluation purposes.
    17. "Case-insensitive matching of Unicode characters does not work". SQLite Frequently Asked Questions. Retrieved 2015-09-03.
    18. "Write Ahead Logging in SQLite 3.7". SQLite.org. Retrieved September 3, 2011. WAL provides more concurrency as readers do not block writers and a writer does not block readers. Reading and writing can proceed concurrently.
    19. Karwin, Bill (May 2010). Carter, Jacquelyn, ed. SQL Antipatterns: Avoiding the Pitfalls of Database Programming. The Pragmatic Bookshelf. p. 70. ISBN 978-1-934356-55-5. Sometimes you're forced to use a database brand that doesn't support foreign key constraints (for example MySQL's MyISAM storage engine or SQLite prior to version 3.6.19). Search this book on Amazon.com Logo.png
    20. "SQLite Release 3.6.19 On 2009-10-14".
    21. "SQLite Release 3.7.4 On 2010-12-08". SQLite.org. December 8, 2010. Retrieved September 3, 2015.
    22. "SQLite FTS3 and FTS4 Extensions". SQLite.org. Retrieved September 3, 2015.
    23. "SQLite Release 3.8.2 On 2013-12-06". SQLite.org. December 6, 2013. Retrieved September 3, 2015.
    24. "The WITHOUT ROWID Optimization". SQLite.org. Retrieved September 3, 2015.
    25. "SQLite Release 3.8.3 On 2014-02-03". SQLite.org. February 3, 2014. Retrieved September 3, 2015.
    26. "The JSON1 Extension". SQLite.org.
    27. "Fossil: Fossil Performance". Fossil-scm.org. August 23, 2009. Retrieved September 12, 2009.


    Category:Cross-platform free software Category:Embedded databases Category:Free computer libraries Category:Free database management systems Category:Public-domain software with source code Category:RDBMS software for Linux Category:Relational database management systems Category:Serverless database management systems


    This article "DuckDB" is from Wikipedia. The list of its authors can be seen in its historical and/or the page Edithistory:DuckDB. Articles copied from Draft Namespace on Wikipedia could be seen on the Draft Namespace of Wikipedia and not main one.