<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.db.sqlite.general">
    <title>gmane.comp.db.sqlite.general</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43081"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43080"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43079"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43078"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43077"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43076"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43075"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43074"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43073"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43072"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43071"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43070"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43069"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43068"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43067"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43066"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43065"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43064"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43063"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43062"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43081">
    <title>Re: Plans to update/patch TWS?</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43081</link>
    <description>
On Dec 3, 2008, at 7:09 PM, Karl Thiessen wrote:


I haven't used it in years.  You should feel free to take over  
maintenance.  I can provide you with a domain name and  website  
preloaded with configuration management system (http://www.fossil-scm.org/ 
) repository in which to keep the sources, if you like.  tws.tcl.tk,  
perhaps?


D. Richard Hipp
drh-X1OJI8nnyKUAvxtiuMwx3w&lt; at &gt;public.gmane.org



_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>D. Richard Hipp</dc:creator>
    <dc:date>2008-12-04T00:25:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43080">
    <title>Plans to update/patch TWS?</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43080</link>
    <description>I've been lightly using TWS at http://karlht.gigdrag.net/ for some
years now, and it's been a pleasure to use.

But I've wondered if there are any plans to update it to SQLite 3 and
Tcl 8.5?  I'd hate to duplicate someone else's effort, if so.

If not, I suppose I can start on the effort and report back to the
list if I run into roadblocks.

Anyone have any thoughts?

Thanks,
--K.
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Karl Thiessen</dc:creator>
    <dc:date>2008-12-04T00:09:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43079">
    <title>Re: SQLite performance woe</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43079</link>
    <description>Hi again, Daniel,

So I guess you're still having certain queries that take about 200x
longer than with your custom code, right?

There's nothing magical about sqlite, so it's not surprizing that code
customized for an application can outperform a generalized sql engine,
but a factor of 200 does seems pretty large.

If it's neither especially proprietary nor private, I'd again urge you
to post here your schema (and repost the slow queries).

You can dump this easily using the command-line utility program, e.g.:

     sqlite3 myDatabase.db
     .output mySchema
     .schema
     .quit

The schema should then be in the file "mySchema"

If the database itself is not too private, you may want to compress it
(with something like 7zip) and upload it somewhere on the web and
provide a link to it.
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Griggs, Donald</dc:creator>
    <dc:date>2008-12-03T23:50:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43078">
    <title>Re: Problems with 'references'</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43078</link>
    <description>

Igor Tandetnik wrote:

Tks.  It would help if the doco made that known.


</description>
    <dc:creator>Howard Lowndes</dc:creator>
    <dc:date>2008-12-03T23:34:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43077">
    <title>Re: Problems with 'references'</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43077</link>
    <description>
Be aware that SQLite silently ignores REFERENCES clause (together with 
on delete, on update parts). You will have to create triggers to enforce 
these constraints.


Still applicable.

Igor Tandetnik



_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Igor Tandetnik</dc:creator>
    <dc:date>2008-12-03T23:31:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43076">
    <title>Problems with 'references'</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43076</link>
    <description>I'm playing about with the following syntax:

CREATE TABLE atable (
         a_ref integer
                 not null
                 primary key autoincrement,
         a_text text
);

CREATE TABLE btable (
         b_ref integer
                 not null
                 primary key autoincrement,
         b_text text,
         a_ref integer
                 not null
                 default 0
                 references atable (a_ref)
                 on delete set default
                 on update cascade
);

My understanding of SQL (and I could be wrong) is that if a row in 
btable contains a reference to a value in atable a_ref, and the relevant 
row in atable is deleted, or the value of a_ref in atable is updated, 
then there should be a consequential change in the value of a_ref in 
table btable.

This appears not to be working.

Have I misunderstood the syntax for the SQL REFERENCES statement, or is 
the following from 2003 (??) still applicable:

"That's not a legal FOREIGN KEY clause; you have to</description>
    <dc:creator>Howard Lowndes</dc:creator>
    <dc:date>2008-12-03T23:19:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43075">
    <title>Re: rtree insert performance</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43075</link>
    <description>try looking at the pragmas page and determine what you can get away with.

For me, I relaxed the synchronization requirements and also the locking
strictness, and I was able to boost my speeds to 80,000 records per second
:)  FYI, my records only consist of 6 numbers and a binary.

On Wed, Dec 3, 2008 at 12:23 PM, Stephen Woodbridge &lt;woodbri-BcHlzckR+4gE8Gx1Vj3tGg&lt; at &gt;public.gmane.org

_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Julian Bui</dc:creator>
    <dc:date>2008-12-03T20:29:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43074">
    <title>Re: rtree insert performance</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43074</link>
    <description>
You should be doing all your inserts inside a transaction.

begin;

&lt;loop on inserts&gt;

commit;

-Steve
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Stephen Woodbridge</dc:creator>
    <dc:date>2008-12-03T20:23:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43073">
    <title>Counter function</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43073</link>
    <description>Is there any important reason for counter(X) function to not be included 
in main sqlite?

There is already an implementation of counter function in 
src\test_func.c and given the usefulness of counter function in 
analytics, it is a petty to have to write obnoxious queries to 
workaround the lack of a function like that.

Is it possible for a counter function that resets on group boundaries to 
be implemented in sqlite? It also would help immensely with analytics.

lefteris
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Elefterios Stamatogiannakis</dc:creator>
    <dc:date>2008-12-03T18:06:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43072">
    <title>Re: sqlite3_open / ATTACH / creating databases &amp; multipledatabase handles</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43072</link>
    <description>Unique_User &lt;robert.muench-cVf1oMGW/87cRzAXig1ULA&lt; at &gt;public.gmane.org&gt;
wrote:

What do you mean, for database A? The connection handle determines which 
database you are talking to.


"Open database file" and "open connection handle" are, basically, one 
and the same. By closing handleA, you close file A. Since handleB is 
still open, you can continue to work with database file B using that 
handle.


It's simple, really. When you want to read or write a text file, you 
call fopen() and get back FILE* handle. Then you call fread() and 
fwrite() passing this file handle, so they know which file to read or 
write to. Finally, you close the file with fclose(). You can have 
multiple files open at the same time, each represented by its own FILE* 
handle (and, in principle, you can open the same file twice and get two 
handles to it).

Similarly, you open a SQLite database file with sqlite3_open, and get 
back a handle. You pass this handle to various SQLite functions, so they 
know which database to work on. When y</description>
    <dc:creator>Igor Tandetnik</dc:creator>
    <dc:date>2008-12-03T17:10:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43071">
    <title>Re: rtree insert performance</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43071</link>
    <description>Are you doing the inserts inside a transaction?
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Gerry Snyder</dc:creator>
    <dc:date>2008-12-03T15:59:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43070">
    <title>Re: rtree insert performance</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43070</link>
    <description>
Whereby "objects" you mean "rows," no? You are getting upward of 5500
sustained inserts per second. That sounds pretty good. That said, are
you using transactions? See what difference that makes.




</description>
    <dc:creator>P Kishor</dc:creator>
    <dc:date>2008-12-03T15:55:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43069">
    <title>Re: Transaction Timeout and crash</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43069</link>
    <description>Hi Ken,

thanks for the code, but I guess it will still crash:

Ken wrote:

ok, but this usually works without a BUSY state. so no problem here.


This may now generate a BUSY or LOCKED state and fails.
Same as in my code except that the loop is outside.



if I come here from the step() error, I still have the same problem,
and I'm sure it will still crash in sqlite_finalize. Or do you think
it is a problem that I call Step multible times in case it returns a
busy state ?

Maybe the Step() call allready frees the pStmt because it was
trying to do an exclusive transaction, maybe a special handling for this
SQL statement ?
If nobody else has an explanation it seems that I'll have to run it in
a debugger to see where it actually crashes inside finalize... ;)

Thanks for the reply

Marcus


</description>
    <dc:creator>Marcus Grimm</dc:creator>
    <dc:date>2008-12-03T15:53:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43068">
    <title>Re: How rebuild with larger page size from command line?</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43068</link>
    <description>Hello!

В сообщении от Wednesday 03 December 2008 04:48:48 Jerry Krinock написал(а):

sqlite&gt; PRAGMA page_size;
1024
sqlite&gt; PRAGMA page_size=4096 ;vacuum;
sqlite&gt; PRAGMA page_size;
4096


Best regards, Alexey.
_______________________________________________
sqlite-users mailing list
sqlite-users&lt; at &gt;sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
</description>
    <dc:creator>Alexey Pechnikov</dc:creator>
    <dc:date>2008-12-03T15:47:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43067">
    <title>Re: Transaction Timeout and crash</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43067</link>
    <description>Marcus try something like this pseudo code:

    local_Exec(   exec_Str) {
       *pStmt = NULL;    

      rc = prepare_v2 (exec_Str) 
      if (rc != SQLITE_OK) goto exec_err

      rc = step ( );
      if (rc != SQLITE_OK or SQLITE_DONE ) goto exec_err
      
      rc = finalize( )
      if rc != SQLITE_OK ) goto exec_err
      
      return SQLITE_OK;
      :exec_err
          if (pStmt) sqlite_finalize;
          return rc ;
  }

==============================
   code to lock: 
      
 do
 {
    rc = local_exec(db, "BEGIN EXCLUSIVE TRANSACTION;", -1, 0);
 
    if( (rc == SQLITE_BUSY) || (rc == SQLITE_LOCKED) )
    {
     n++;
     Sleep(SQLTM_TIME);
    }
 }while( (n &lt; SQLTM_COUNT) &amp;&amp; ((rc ==  SQLITE_BUSY)
                               || (rc == SQLITE_LOCKED)));

  ==============================================================



--- On Wed, 12/3/08, Marcus Grimm &lt;mgrimm-P6H0LW+CJDcuJJzQmaKVtg&lt; at &gt;public.gmane.org&gt; wrote:

_______________________________________________
sqlite-users mailing list
sqlite-us</description>
    <dc:creator>Ken</dc:creator>
    <dc:date>2008-12-03T15:31:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43066">
    <title>sqlite3_open / ATTACH / creating databases &amp; multiple database handles</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43066</link>
    <description>
Hi, I'm using SQLite from a scripting language (Rebol).

There I have a CONNECT/CREATE function that calls sqlite3_open to open and
if necessary create a database file.

My situation is now that I have an application that needs to create several
database files. Hence I need to call sqlite3_open serveral times. Each time
I get back a new database handle. I didn't find any good information about
dealing with multiple database handles beside that for each one I need to
call sqlite3_close.

Some questions:

1. If I open database  A and B and get back handleA and handleB, can I call
sqlite3* function for database A using handleB?

2. Could I close handleA after I got handleB and still use all open database
files and tables or do I have to keep all database handles around?

3. What's exactly the role of a database handle when working with several
database files and ATTACHED databases? To me it looks a bit fuzzy.
</description>
    <dc:creator>Unique_User</dc:creator>
    <dc:date>2008-12-03T15:30:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43065">
    <title>Re: Determine number of records in table</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43065</link>
    <description>Hi,


Yes, I am aware of that limitation and I am not ever deleting apart from 
  a full truncate. I have yet to test that case, if shut turn out to not 
work I can live with a DROP TABLE or even delete the database file. It 
is that kind of project :-).

Ciao, MM
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Marian Aldenhoevel</dc:creator>
    <dc:date>2008-12-03T15:30:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43064">
    <title>Re: Database file size</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43064</link>
    <description>

For the second table, the index will contain the BIGINT value and the table
rowid, which is almost as big as the actual row, so use of a separate index
will literally double storage used for the second table including index.

If your BIGINT fields are just record ids, then you are better off using
an "integer primary key" for these fields, as this is used as the table
rowid, and no separate index will be required. The "integer primary key"
type is good for 64 bit ids, so should be adequate.

Regards,
Christian
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Christian Smith</dc:creator>
    <dc:date>2008-12-03T15:13:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43063">
    <title>extremely slow join on an fts3 table</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43063</link>
    <description>Hi all,

Doing a join on a fts3 table can be very slow. I'm using these tables:

CREATE TABLE general (
  ID INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
  ...
);
CREATE VIRTUAL TABLE general_text using fts3 (
  ID INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
  a TEXT,
  b TEXT,
  c TEXT,
  d TEXT,
  e TEXT DEFAULT '',
  f TEXT
);

which creates these tables

CREATE TABLE general_text_content(  docid INTEGER PRIMARY KEY,c0ID,
c1a, c2b, c3c, c4d, c5e, c6f);
CREATE TABLE general_text_segdir(  level integer,  idx integer,
start_block integer,  leaves_end_block integer,  end_block integer,
root blob,  primary key(level, idx));
CREATE TABLE general_text_segments(  blockid INTEGER PRIMARY KEY,  block blob);

and fill them with about half a million rows.

On these tables this query is very slow (about 1 row per second)

select g.id  from general g, general_text gt where g.id = gt.id;

and these ones have a normal speed:

select g.id  from general g, general_text_content gt where g.id = gt.docid;
select g.id  from gen</description>
    <dc:creator>Jos van den Oever</dc:creator>
    <dc:date>2008-12-03T14:57:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43062">
    <title>Re: Determine number of records in table</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43062</link>
    <description>
And will only work if you never delete any rows from the table.
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Brad Stiles</dc:creator>
    <dc:date>2008-12-03T14:17:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.db.sqlite.general/43061">
    <title>Re: Determine number of records in table</title>
    <link>http://permalink.gmane.org/gmane.comp.db.sqlite.general/43061</link>
    <description>Hi,

 &gt; select max(rowid) from sometable;

Looks good and is instantaneous. Thank you very much.

Ciao, MM
_______________________________________________
sqlite-users mailing list
sqlite-users-CzDROfG0BjIdnm+yROfE0A&lt; at &gt;public.gmane.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

</description>
    <dc:creator>Marian Aldenhoevel</dc:creator>
    <dc:date>2008-12-03T14:11:40</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.db.sqlite.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.db.sqlite.general</link>
  </textinput>
</rdf:RDF>
