Re: forms and native SQL

"Oliver Peters" <[email protected]> Fri, 12 Nov 2010 11:46:43 +0100 (CET)
Newsgroups gmane.comp.openoffice.dba.user
Message-ID <1391188543.1395780.1289558803438.JavaMail.fmail@mwmweb001>
Hello Ocke,

thanks for your hints but you don't make me happy because I need to do date=
 and time arithmetics and that is nothing I can do with standard SQL (whate=
ver this is) afaik.
My problem is that I decided to use unix epoc as timestamps in my sqlite db=
 because it needs much lesser space than i.e. "YYYY-MM-DD HH:MM:SS". I do a=
 lot of logging so I gain much space by using epoc.

greetings (to hamburg?) from elmshorn
Oliver

-----Urspr=C3=BCngliche Nachricht-----
Von: "Ocke Janssen" <[email protected]>
Gesendet: 12.11.2010 09:51:27
An: [email protected]
Betreff: Re: [dba-users] forms and native SQL

>Moin Oliver,
>
>On 11.11.2010 23:52, Oliver Peters wrote:
>> Hello,
>>
>> I'm working with sqlite 3.7.3 as an external db via ODBC
>> (http://www.ch-werner.de/sqliteodbc/) under WinXP.
>>
>> My frontend is OOo Base (330 RC4). For inserting and updating tables I
>> use forms. If I choose SQL as a datasource for the form and don't allow
>> OOo to check the SQL (because I use sqlite specific constructs) I can't
>> insert or update anymore. The same with "ordinary" queries. I feel(!)
>> that this is a wanted behaviour that is reproducable with other dbs
>> (PostgreSQL, MySQL,...) but I can't explain why this should be
>> necessary.
>>
>> Any hints/coaching are/is appreciated.
>The reason is that we need to uniquely identify a row. This is done by=20
>fetching the primary key column(s). When we now can't parse the SQL=20
>statement how should we know that all primary key column(s) are part of=20
>the select. And how they are named. As work around I would try to=20
>convert the sqlite specific constructs to standard SQL where possible.
>
>Best regards,
>
>Ocke
>>
>> Oliver
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [email protected]
>For additional commands, e-mail: [email protected]
>
___________________________________________________________
Neu: WEB.DE De-Mail - Einfach wie E-Mail, sicher wie ein Brief! =20
Jetzt De-Mail-Adresse reservieren: https://produkte.web.de/go/demail02