John Elrick wrote:
> Simon Slavin wrote:
>
>> On 8 Jun 2009, at 8:07pm, Mohit Sindhwani wrote:
>>
>>
>>
>>> I'm having a problem that I'm trying to find an elegant solution
>>> to. I
>>> have a database that stores real-time information - this information
>>> is
>>> replaced by new
Simon Slavin wrote:
> On 8 Jun 2009, at 8:07pm, Mohit Sindhwani wrote:
>
>
>> I'm having a problem that I'm trying to find an elegant solution
>> to. I
>> have a database that stores real-time information - this information
>> is
>> replaced by new values every 5 minutes and has about 30,00
On 8 Jun 2009, at 8:07pm, Mohit Sindhwani wrote:
> I'm having a problem that I'm trying to find an elegant solution
> to. I
> have a database that stores real-time information - this information
> is
> replaced by new values every 5 minutes and has about 30,000 entries.
> Once a new database
Mohit Sindhwani wrote:
> Hi Everyone,
>
> I'm having a problem that I'm trying to find an elegant solution to. I
> have a database that stores real-time information - this information is
> replaced by new values every 5 minutes and has about 30,000 entries.
> Once a new database is made availa
Pavel Ivanov wrote:
>> * Getting rid of the old files - I'm on Windows and would need to see
>> the equivalent way of your Unix suggestion.
>>
>
> I don't think you have good options here. One option is to make
> continuous retries while remove() returns error. Another option I
> believe would
> * Getting rid of the old files - I'm on Windows and would need to see
> the equivalent way of your Unix suggestion.
I don't think you have good options here. One option is to make
continuous retries while remove() returns error. Another option I
believe would be to change SQLite code to open dat
Pavel Ivanov wrote:
> I'd create another special file (maybe even database) that will keep
> information about current file that your program should be working
> with. So separate process will create new database and then update
> this file. And program will just read this file and then work with
>
I'd create another special file (maybe even database) that will keep
information about current file that your program should be working
with. So separate process will create new database and then update
this file. And program will just read this file and then work with
database mentioned in the fil
Hi Everyone,
I'm having a problem that I'm trying to find an elegant solution to. I
have a database that stores real-time information - this information is
replaced by new values every 5 minutes and has about 30,000 entries.
Once a new database is made available, I should start using that one
9 matches
Mail list logo
