SQLite

SQLite ay isang bukas na pinagmulan, multiplatform, malaya at maliit na library ng C na nagpapatupad ng isang database ng database ng database na naka-self-contained, maipapalit, transaksyon, walang server at zero. Ito ang pinaka ginagamit na database ng database ng SQL.

Mga tampok sa isang sulyap
Ang mga pangunahing tampok ay kinabibilangan ng suporta para sa mga nakahiwalay, atomic, matibay at pare-parehong mga transaksyon, pagpapatupad ng SQL92, mga database file ay maaaring malayang ibabahagi sa pagitan ng mga computer, sumusuporta sa mga database hanggang sa 2 terabytes, suporta para sa gigabyte-sized na mga blobs at mga string, maliit na bakas ng paa ng code, maging isang madaling gamitin at napaka-simpleng API (Application Programming Interface).

Bukod pa rito, hindi nangangailangan ng SQLite ang paunang configuration o karagdagang administrasyon, pinapayagan ang mga developer na mag-imbak ng isang kumpletong database sa isang solong, cross-platform disk file, na perpekto para sa paggamit ng mga format ng application file, walang panlabas na dependency, ay may built- sa TCL (Tool Command Language) bindings, at komprehensibong dokumentasyon.

Ang mga bindings para sa maraming iba pang mga programming language ay magkahiwalay na magagamit. Ang source code nito ay mahusay na nagkomento at ito ay may isang standalone CLI (Command-line Interface) na kliyente na dinisenyo mula sa offset na gagamitin para sa pangangasiwa ng mga database ng SQLite.

Ano ang maaari kong gamitin para dito?

Maaaring gamitin ang database engine ng SQLite para sa anumang layunin, personal o komersyal. Ang mga iminungkahing paggamit para sa SQLite ay kinabibilangan ng database para sa mga gadget, database ng website, stand-in para sa isang enterprise RDBMS (Relational Database Management System), pati na rin ang format ng application file.

Sa ilalim ng hood at suportadong OSes

Ang pamamahagi ng SQLite ay may isang nakapag-iisang command-line access program (sqlite) na maaaring magamit upang mangasiwa ng isang database ng SQLite at nagsisilbing isang halimbawa kung paano gamitin ang SQLite library. Ito ay ganap na nakasulat sa ANSI-C programming language.

Ang mga sinusuportahang operating system ng desktop ay kasama ang GNU / Linux, Mac OS X at Microsoft Windows. Ang mga suportadong mobile operating system ay kasama ang Android at iOS. Matagumpay na nasubok sa parehong 32-bit at 64-bit na mga platform ng hardware, at madaling gamitin ito sa iba pang mga OS.

Ano ang bago sa paglabas na ito:

Kabilang sa mga highlight ng release na ito ang suporta para sa PostgreSQL-style na UPSERT at pinabuting pagganap, lalo na para sa ORDER BY LIMIT query.

Ano ang bagong sa bersyon:

• Samantalahin ang mga kakayahan ng atomic-write sa F2FS filesystem kapag available, para sa lubos na nabawasan ang overhead ng transaksyon. Kasalukuyang nangangailangan ito ng pagpipilian sa pag-compile-time na SQLITE_ENABLE_BATCH_ATOMIC_WRITE.
• Pahintulutan ang mga utos ng ATTACH at DETACH na magtrabaho sa loob ng isang transaksyon.
• Payagan ang WALANG ROWID mga talahanayan ng virtual na maisulat kung ang PRIMARY KEY ay naglalaman ng eksaktong isang haligi.
• Ang & quot; fsync () & quot; na nangyayari pagkatapos ng nakasulat na header sa isang WAL reset ay gumagamit na ngayon ng mga setting ng pag-sync para sa mga checkpoint. Nangangahulugan ito na gagamitin nito ang isang & quot; fullfsync & quot; sa macs kung ang PRAGMA checkpoint_fullfsync ay nakatakda.
• Sinusubukan ng sqlite3_sourceid () function na makita kung ang source code ay binago mula sa kung ano ang naka-check sa kontrol ng bersyon at kung may mga pagbabago, ang huling apat na character ng bersyon na hash ay ipinapakita bilang & quot; alt1 & quot; o & quot; alt2 & quot ;. Ang layunin ay upang makita ang mga hindi sinasadya at / o mga pagwawasto. Ang isang manghuhuwad ay maaaring magpalit ng tampok na ito.
• Pinahusay na de-quoting ng mga pangalan ng haligi para sa LILIKHA NG TALAAN ng mga pahayag na may pinagsama-samang query sa kanang bahagi.
• Mas kaunting & quot; stat () & quot; mga tawag sa system na inisyu ng unix VFS.
• Pinahusay ang pag-optimize KATULAD upang ito ay gumagana sa isang ESCAPE clause.
• pinahusay na PRAGMA integrity_check at PRAGMA quick_check upang makita ang nakatago na katiwalian sa hilera na dating nawawala na sa kanila. I-update din ang parehong pragmas upang bumalik sila ng error text kaysa sa SQLITE_CORRUPT kapag nakakaranas ng katiwalian sa mga talaan.
• Mas pinipili ng tagaplano ng query na ipatupad ang FROM-clause subqueries gamit ang mga co-routine sa halip gamit ang query flattener optimization. Ang suporta para sa paggamit ng mga co-routine para sa mga subquery ay maaaring hindi na paganahin.
• Ipasa ang impormasyon tungkol sa! =, AY, AY HINDI, HINDI null, at IS NULL mga hadlang sa xBestIndex na paraan ng mga virtual table.
• Pinahusay ang virtual table ng CSV upang tinanggap nito ang huling hilera ng input kung nawawala ang pangwakas na bagong linya ng character.
• Alisin ang bihirang-ginamit na & quot; scratch & quot; memory allocator. Palitan ito gamit ang setting na pagsasaayos ng SQLITE_CONFIG_SMALLOC na nagbibigay sa isang pahiwatig ng SQLite na dapat iwasan ang mga malalaking memory allocations kung maaari.
• Nagdagdag ng ibon na virtual na mesa sa umiiral na extension ng virtual table ng unyon.
• Nagdagdag ng sqlite_dbpage virtual table para sa pagbibigay ng diretsong access sa mga pahina ng file ng database. Ang source code ay binuo sa pag-iisa at isinaaktibo gamit ang pagpipiliang-compile-time na -DSQLITE_ENABLE_DBPAGE_VTAB.
• Magdagdag ng bagong uri ng fts5vocab virtual na talahanayan - & quot; Halimbawa & quot; - na nagbibigay ng diretsong access sa isang index ng full-text FTS5 sa posibleng pinakamababang antas.
• Alisin ang isang tawag sa rand_s () sa Windows VFS dahil nagdudulot ito ng mga problema sa Firefox sa ilang mga mas lumang laptop.
• Ang src / shell.c source code sa shell ng command-line ay hindi na sa ilalim ng control na bersyon. Ang file na iyon ay nabuo na ngayon bilang bahagi ng proseso ng pagtatayo.
• Iba't ibang mga microoptimisation bawasan ang paggamit ng CPU sa pamamagitan ng tungkol sa 2.1%.
• Mga pag-aayos ng bug:
• Ayusin ang isang may sira na igiit () na pahayag na natuklasan ng OSSFuzz. Ticket cb91bf4290c211d
• Ayusin ang isang nakatago na pagtagas ng memory sa sqlite3_result_pointer (). Ticket 7486aa54b968e9b
• Iwasan ang posibleng error na walang kasamang paggamit sa pamamagitan ng pagpapawalang muli ang mga panukala ng schema hanggang matapos ang pagtakbo ng tagaplano ng query. Ticket be436a7f4587ce5
• Gamitin lamang ang index-on-expression upang ma-optimize ang ORDER BY o GROUP BY kung tama ang COLLATE. Ticket e20dd54ab0e4383
• Ayusin ang isang kasalanan ng assertion na darating kapag ang expression sa isang index-on-expression ay talagang isang pare-pareho. Tiket aa98619ad08ddca
• Ayusin ang isang kasalanan ng assertion na maaaring maganap kasunod ng PRAGMA reverse_unordered_selects. Ticket cb91bf4290c211d
• Ayusin ang isang segfault na maaaring maganap para sa mga query na gumagamit ng mga function ng talahanayan sa talahanayan sa isang subkeryong IN o EXISTS. Ticket b899b6042f97f5
• Ayusin ang isang potensyal na problema sa overflow na integer kapag pinagsama ang isang partikular na horrendous common expression na talahanayan. Ito ay isa pang problema na natuklasan ng OSSFuzz. Mag-check-in na 6ee8cb6ae5.
• Ayusin ang isang potensyal na hindi nakabukas na basahin kapag nag-query sa isang sira file ng database, isang problema na nakita ni Natalie Silvanovich ng Google Project Zero. Check-in na 04925dee41a21f.

Ano ang bago sa bersyon 3.20.1:

• Ang bersyon 3.20.1 patch release ay nagbabago ng dalawang linya ng code sa sqlite3_result_pointer () interface upang ayusin ang isang bihirang memory leak.

Ano ang bago sa bersyon 3.9.2:

• Ang bersyon ng SQLite 3.9.2 ay isang patch release na nag-aayos ng dalawang nakakubling mga bug.

Ano ang bago sa bersyon 3.8.9:

Kabilang sa mga bagong tampok sa release na ito ang PRAGMA index_xinfo command, ang sqlite3_status64 () interface, at ang command na ".dbinfo" ng command-line shell.

Ano ang bago sa bersyon 3.8.8.2:

• Ang release ng 3.8.8.2 patch ay nag-aayos ng isang solong problema sa menor de edad: Sinisiguro nito na ang operasyon ng sqlite3_wal_checkpoint (TRUNCATE) ay palaging papatayin ang write-ahead log kahit na nai-reset ang log at walang bagong nilalaman. Ito ay hindi malinaw kung ito ay isang bug fix o isang bagong tampok.
• May ganitong bagay na karaniwan nang pumupunta sa susunod na regular na naka-iskedyul na paglabas, ngunit isang kilalang user ng SQLite ang nangangailangan ng pagbabago nang magmadali kaya nalulugod kaming magmadali ito sa pamamagitan ng patch na ito.
• Walang dahilan upang mag-upgrade maliban kung kailangan mo ang pinahusay na pag-uugali ng sqlite3_wal_checkpoint (TRUNCATE).

Ano ang bago sa bersyon 3.8.8.1:

• Ayusin ang isang bug sa lohika sa pag-uuri, kasalukuyan mula sa bersyon 3.8.4, na maaaring maging sanhi ng output na lumitaw sa maling order sa mga query na naglalaman ng isang ORDER BY clause, isang LIMIT clause, at may humigit-kumulang na 60 o higit pang mga haligi sa itakda ang resulta. Ticket f97c4637102a3ae72b79.
• SQLITE_SOURCE_ID: "2015-01-20 16:51:25 f73337e3e289915a76ca96e7a05a1a8d4e890d55"
• SHA1 para sa sqlite3.c: 33987fb50dcc09f1429a653d6b47672f5a96f19e

Ano ang bago sa bersyon 3.8.8:

• Mga Bagong Tampok:
• Nagdagdag ng PRAGMA data_version command na maaaring magamit upang matukoy kung ang isang database file ay binago ng isa pang proseso.
• Nagdagdag ng pagpipilian sa SQLITE_CHECKPOINT_TRUNCATE sa sqlite3_wal_checkpoint_v2 () na interface, na may kaukulang mga pagpapahusay sa PRAGMA wal_checkpoint.
• Nagdagdag ng sqlite3_stmt_scanstatus () interface, na magagamit lamang kapag naipon sa SQLITE_ENABLE_STMT_SCANSTATUS.
• Ang sqlite3_table_column_metadata () ay pinahusay upang gumana nang tama sa WALANG ROWID na mga talahanayan at upang suriin ang pagkakaroon ng isang talahanayan kung ang parameter ng pangalan ng haligi ay NULL. Kasama rin sa interface ang build sa pamamagitan ng default, nang hindi nangangailangan ng opsyon sa pag-compile-time na SQLITE_ENABLE_COLUMN_METADATA.
• Nagdagdag ng pagpipilian sa pag-compile-time ng SQLITE_ENABLE_API_ARMOR.
• Nagdagdag ng pagpipilian sa pag-compile-time na SQLITE_REVERSE_UNORDERED_SELECTS.
• Nagdagdag ng opsyon sa pag-compile-time na SQLITE_SORTER_PMASZ at pagpipilian ng start-time na SQLITE_CONFIG_PMASZ.
• Nagdagdag ng opsyon sa SQLITE_CONFIG_PCACHE_HDRSZ sa sqlite3_config () na ginagawang mas madali para sa mga application upang matukoy ang angkop na halaga ng memorya para gamitin sa SQLITE_CONFIG_PAGECACHE.
• Ang bilang ng mga hilera sa isang sugnay na VALU ay hindi na limitado sa pamamagitan ng SQLITE_LIMIT_COMPOUND_SELECT.
• Nagdagdag ng extension ng loadable eval.c na nagpapatupad ng isang eval () SQL function na recursively suriin ang SQL.
• Mga Pagpapahusay sa Pagganap:
• Bawasan ang bilang ng mga memcpy () na mga operasyon na kasangkot sa pagbabalanse ng isang b-tree, para sa 3.2% pangkalahatang boost boost.
• Mga pagpapabuti sa mga pagtatantya ng gastos para sa pag-optimize ng skip-scan.
• Ang awtomatikong pag-optimize sa pag-index ay may kakayahang bumubuo ng bahagyang index kung naaangkop iyon.
• Mga pag-aayos ng bug:
• Tiyakin ang tibay na sinusundan ng pagkawala ng kapangyarihan sa "PRAGMA journal_mode = TRUNCATE" sa pamamagitan ng pagtawag sa fsync () sa tuwing pagputol ng journal file.
• Kinikilala ngayon ng tagaplano ng query na ang anumang hanay sa kanang talahanayan ng isang LEFT JOIN ay maaaring null, kahit na ang hanay na iyon ay may HINDI null na pagpilit. Iwasan ang pagsisikap na ma-optimize ang mga pagsusulit ng NULL sa mga kasong iyon. Ayusin para sa tiket 6f2222d550f5b0ee7ed.
• Siguraduhing ORDER BY ay naglalagay ng mga hilera sa pataas na order kahit na ang pagpapatupad ng DISTINCT ay ginagamit gamit ang isang pababang index. Ayusin para sa tiket c5ea805691bfc4204b1cb9e.
• Ayusin ang mga karera ng datos na maaaring mangyari sa ilalim ng stress kapag tumatakbo na may maraming mga thread sa shared mode ng cache kung saan ang ilan sa mga thread ay pagbubukas at pagsasara ng mga koneksyon.
• Ayusin ang mga nakatagong mga bug sa pag-crash na natagpuan ng amerikanong fuzzy lop. Ticket a59ae93ee990a55.
• Magtrabaho sa isang bug ng GCC optimizer (para sa gcc 4.2.1 sa MacOS 10.7) na naging sanhi ng extension ng R-Tree upang kumpirmahin ang mga hindi tamang resulta kapag naipon sa -O3.
• Iba pang mga pagbabago:
• Huwag paganahin ang paggamit ng strchrnul () C-library routine maliban kung partikular itong pinagana gamit ang -DHAVE_STRCHRNULL na pagpipilian sa pag-compile-time.
• Mga pagpapabuti sa pagiging epektibo at katumpakan ng posibilidad (), malamang (), at malamang na hindi () function ng SQL pahiwatig.
• SQLITE_SOURCE_ID: "2015-01-16 12:08:06 7d68a42face3ab14ed88407d4331872f5b243fdf"
• SHA1 para sa sqlite3.c: 91aea4cc722371d58aae3d22e94d2a4165276905

Ano ang bago sa bersyon 3.8.7.4:

• Ang mga pag-aayos ng paglabas ay nagdaragdag sa isang mutex na kinakailangan ng mga pagbabago ng 3.8.7.3 na patch ngunit hindi sinasadyang tinanggal. Ang mutex ay hindi kinakailangan ng alinman sa mga panloob na pagsusulit sa SQLite, ngunit nag-crash ang Firefox nang hindi ito. Ang mga kaso ng pagsusulit ay naidagdag upang matiyak na ang mutex ay hindi na muling napalampas.

Ano ang bago sa bersyon 3.8.7.3:

• Pag-aayos ng bug: Tiyakin na ang mga naka-cache na mga bagay na KeyInfo (isang panloob na abstraction na hindi nakikita sa application) ay hindi lipas na kapag tumatakbo sa shared mode ng cache at madalas na pagsasara at muling pagbubukas ng ilang mga koneksyon sa database habang umaalis sa iba pang mga koneksyon sa database sa parehong shared cache bukas patuloy na. Ticket e4a18565a36884b00edf.
• Bug fix: Kilalanin na ang anumang hanay sa kanang talahanayan ng isang LEFT JOIN ay maaaring null kung ang haligi ay may HINDI null na pagpapaandar. Huwag ilapat ang mga pag-optimize na ipinapalagay na ang column ay hindi NULL. Ticket 6f2222d550f5b0ee7ed.
• SQLITE_SOURCE_ID: "2014-12-05 22:29:24 647e77e853e81a5effeb4c33477910400a67ba86"
• SHA1 para sa sqlite3.c: 3ad2f5ba3a4a3e3e51a1dac9fda9224b359f0261

Ano ang bago sa bersyon 3.8.7.2:

• Ang pangunahing dahilan para sa paglabas na ito ay upang mapahusay ang ROLLBACK command upang ito ay nagpapahintulot sa pagpapatakbo ng mga query sa parehong koneksyon sa database upang magpatuloy sa pagtakbo hangga't hindi binabago ng ROLLBACK ang schema. Sa lahat ng mga nakaraang bersyon ng SQLite, isang ROLLBACK ang magdudulot ng mga nakabinbing query upang itigil kaagad at bumalik SQLITE_ABORT o SQLITE_ABORT_ROLLBACK. Ang mga nakabinbing query ay pa rin bumaba kung ang ROLLBACK ay nagbabago sa database schema, ngunit sa paglabas ng patch na ito, ang mga query ay pinapayagan na magpatuloy sa pagpapatakbo kung ang panukala ay hindi nabago.
• Bukod sa pagpapahusay ng ROLLBACK, kabilang din ang patch release na ito ang mga pag-aayos para sa tatlong nakakubli na mga bug.

Ano ang bago sa bersyon 3.8.7.1:

• Ang pangunahing dahilan para sa pagpapalabas ng bug-fix na ito ay upang matugunan ang isang problema sa pag-update ng halaga ng mga patlang sa dulo ng isang talahanayan na idinagdag gamit ang ALTER TABLE ADD COLUMN. Ang problemang ito 1 ay unang lumitaw sa 3.8.7 release.
• Ang isa pang menor de edad na pag-abala sa 3.8.7 release ay ang katunayan na sinubukan ng Android build na gamitin ang strchrnul () function mula sa standard library ng C ngunit hindi available ang pag-andar sa Android. Ang build ng Android ay kailangang idagdag -DHAVE_STRCHRNUL = 0 upang gumana sa paligid ng problema. Ang pag-aayos ng patch na ito upang ang Android build ay dapat na magtrabaho ngayon nang walang anumang mga pagbabago.
• Ang pagpapatakbo ng PRAGMA journal_mode = TRUNCATE ay pinahusay na kaya na ito invokes fsync () pagkatapos truncating ang journal file kapag PRAGMA kasabay = FULL. Ito ay nakakatulong upang mapanatili ang tibay ng transaksyon sa kaso ng pagkawala ng kapangyarihan na naganap sa ilang sandali matapos ang gumawa.
• Sa wakas, ang ilang mga pangmatagalang at nakakubli na mga problema na nauugnay sa run UPDATE at DELETE sa VIEWs ay naayos.

Ano ang bago sa bersyon 3.8.7:

• Karamihan sa mga pagbabago mula sa nakaraang release ay mga micro-optimization na dinisenyo upang tulungan ang SQLite na tumakbo nang kaunti nang mas mabilis. Ang bawat indibidwal na pag-optimize ay may isang walang sukat maliit na epekto sa pagganap. Ngunit nagdaragdag ang mga pagpapabuti. Sinusukat sa isang mahusay na tinukoy na workload (na ginagamit ng mga developer ng SQLite bilang isang proxy para sa isang tipikal na workload ng application) gamit ang cachegrind sa Linux at naipon sa gcc 4.8.1 at -Os sa x64 linux, ang kasalukuyang release ay higit sa 20% na higit pang trabaho para sa ang parehong bilang ng mga CPU cycle kumpara sa nakaraang release. Ang Cachegrind ay hindi isang tunay na CPU, at ang workload na ginamit para sa pagsukat ay isang proxy lamang. Kaya maaaring mag-iba ang iyong pagganap. Inaasahan naming makita ang tungkol sa kalahati ng sinusukat at iniulat na pagpapabuti sa mga application sa real-world. 10% ay mas mababa sa 20% pero medyo maganda pa rin, sa tingin namin.
• Ang release na ito ay nagsasama ng isang bagong hanay ng mga interface ng C-wika na walang unsigned na 64-bit sa halip na naka-sign na mga parameter ng haba ng 32-bit. Ang mga bagong API ay hindi nagbibigay ng anumang mga bagong kakayahan. Ngunit ginagawa nila itong mas madali upang magsulat ng mga application na mas lumalaban sa mga kahinaan ng overflow ng integer.

Ang paglabas na ito ay nagsasama rin ng isang bagong sorter na magagamit ang maramihang mga thread upang makatulong sa mga malalaking operasyon ng pag-uuri. (Ang mga uri ng operasyon ay kung minsan ay kinakailangan upang ipatupad ang ORDER BY at / o GROUP BY clauses at halos palaging kinakailangan para LILIKHA INDEX.) Ang sorter multi-thread ay naka-off sa pamamagitan ng default at dapat na pinagana gamit ang PRAGMA thread SQL command. Tandaan na ang multi-threaded sorter ay nagbibigay ng mas mabilis na pagganap ng real-time para sa malalaking uri, ngunit gumagamit din ito ng higit pang mga cycle ng CPU at mas maraming lakas.

Ano ang bago sa bersyon 3.8.3.1:

• Ang bersyon ng SQLite 3.8.3.1 ay nag-aayos ng isang bug na naroroon sa mga bersyon 3.8.1, 3.8.2 at 3.8.3 na maaaring maging sanhi ng mga query upang alisin ang mga balid. Inirerekomenda ang pag-upgrade mula sa mga bersyon na iyon.
• Ang problema lamang ay lumalabas kung ang SQLite ay pinagsama sa alinman sa SQLITE_ENABLE_STAT3 o SQLITE_ENABLE_STAT4 na mga pagpipilian sa pag-compile-time. Sa kasong iyon, kung ang isang tanong ay mayroong isang WHERE clause na naglalaman ng mga expression tulad nito:
• SAAN (expr1 O expr2 O ... O exprN) AT haligi AY HINDI null
• Kung saan ang lahat ng expr1 sa pamamagitan ng exprN ay angkop para sa paggamit ng mga index, pagkatapos sa panahon ng pagpaplano ng query na SQLite ay maaaring magkamali na ma-convert ang "haligi AY HINDI null" na term sa "haligi & gt; null". Ngunit ang huling termino ay hindi totoo, at sa gayon ang query ay hindi magbabalik ng mga hilera.

Ano ang bago sa bersyon 3.8.3:

• Nagdagdag ng suporta para sa mga karaniwang expression ng table at MAY sugnay.
• Nagdagdag ng function na printf () SQL.
• Nagdagdag ng SQLITE_DETERMINISTIC bilang isang opsyonal na bit sa ika-4 na argument sa sqlite3_create_function () at mga nauugnay na interface, na nagbibigay ng mga application na may kakayahang lumikha ng mga bagong function na maaaring i-factored out sa loob ng mga loop kapag mayroon silang mga constant argument.
• Magdagdag ng SQLITE_READONLY_DBMOVED error code, ibinalik sa simula ng isang transaksyon, upang ipahiwatig na ang pinagbabatayan ng database file ay pinalitan ng pangalan o inilipat mula sa ilalim ng SQLite.
• Pahintulutan ang mga arbitrary na expression, kabilang ang mga function ng mga tawag at subquery, sa argumento ng filename sa ATTACH.
• Payagan ang isang VALUES clause na gagamitin saanman ang isang pahayag ng PUMILI ay wasto.
• Reseed ang PRNG na ginamit ng sqlite3_randomness (N, P) kapag binigyan ng N == 0. Awtomatikong muling mabuo pagkatapos ng isang tinidor () sa unix.
• Pagandahin ang virtual table ng spellfix1 upang maghanap ito ng mahusay sa pamamagitan ng rowid.
• Mga pagpapahusay ng pagganap.
• Mga pagpapabuti sa mga komento sa VDBE byte-code display kapag nagpapatakbo ng I-PLAY.
• Idagdag ang direktiba ng "token_class" sa generator ng parser ng LEMON at gamitin ito upang gawing simple ang grammar.
• Baguhin ang source code ng LEMON upang maiwasan ang pagtawag sa mga function ng C-library na itinuturing ng OpenBSD na mapanganib. (Hal: sprintf).
• Pag-aayos ng bug: Sa tampok na pag-import ng CSV na shell ng command-line, huwag tapusin ang isang patlang kapag ang isang nakatakas na double-quote ay nangyayari sa dulo ng isang linya ng CRLN.
• SQLITE_SOURCE_ID: "2014-02-03 13:52:03 e816dd924619db5f766de6df74ea2194f3e3b538"
• SHA1 para sa sqlite3.c: 98a07da78f71b0275e8d9c510486877adc31dbee