Skip to content
GitLab
    • GitLab: the DevOps platform
    • Explore GitLab
    • Install GitLab
    • How GitLab compares
    • Get started
    • GitLab docs
    • GitLab Learn
  • Pricing
  • Talk to an expert
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    • Switch to GitLab Next
    Projects Groups Topics Snippets
  • Register
  • Sign in
  • S Sqlightning
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 6
    • Issues 6
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • mdb
  • Sqlightning
  • Issues
  • #5
Closed
Open
Issue created May 16, 2015 by ghost-83990-987689@Johannes.Munk

some select statements abort execution or return wrong values

A distilled example is:

CREATE TABLE A (id);
INSERT INTO A (id) VALUES ('A');

SELECT id FROM A WHERE id NOT IN ('A', 'B');
>>> returns 'A', which is not correct.

SELECT id FROM A WHERE id NOT IN ('A', 'A');
>>> (2) statement aborts at 15: [SELECT id FROM A WHERE id NOT IN ('A', 'A');]

But in our application the following queries also fail, depending on the given parameters:

SELECT keyID, valueID FROM Attributes WHERE entryID = 'JM87517';
11: database corruption at line 48036 of [118a3b3569];
11: statement aborts at 9: [SELECT keyID, valueID FROM Attributes WHERE entryID = :entryID] ;
SELECT DISTINCT l1_e_0.id, min(levenshtein('biol', l2_e_2.caption)) AS dst FROM InfixArray l2_inf_3 CROSS JOIN Entries l2_e_2 CROSS JOIN Entries l1_e_0 CROSS JOIN Terms l1_term_1 WHERE l1_e_0.typeID = 'thc' AND l1_term_1.termID = l2_e_2.id AND l1_e_0.id = l1_term_1.entryID AND l2_inf_3.infix = 'bar' AND l2_inf_3.typeID = 'tht' AND l2_e_2.id = l2_inf_3.entryID GROUP BY l1_e_0.id ORDER BY dst ASC;
11: database corruption at line 48036 of [118a3b3569];
11: statement aborts at 24: [SELECT DISTINCT l1_e_0.id, min(levenshtein(:l2_infcap, l2_e_2.caption)) AS dst FROM InfixArray l2_inf_3 CROSS JOIN Entries l2_e_2 CROSS JOIN Entries l1_e_0 CROSS JOIN Terms l1_term_1 W;

For some values they fail, for some they return the right values. SQLite without LMDB returns the correct results.

Assignee
Assign to
Time tracking