[fpc-pascal]SQLite and NULL Strings...

James Mills prologic at daisy.ods.org
Mon Jul 14 14:41:45 CEST 2003


On Mon, Jul 14, 2003 at 02:26:28PM +0200, Michael Van Canneyt wrote:
> 
> 
> On Mon, 14 Jul 2003, James Mills wrote:
> 
> > On Mon, Jul 14, 2003 at 09:59:17AM +0200, Michael Van Canneyt wrote:
> > >
> > >
> > > On Mon, 14 Jul 2003, James Mills wrote:
> > >
> > > > Hi,
> > > >
> > > > This is a very weird behaviour I've found of either SQLite, or the Unit.
> > > > I'm not sure... I have been discussing this same problem on the SQLite
> > > > mailing list but without success there, so perhaps someone here might
> > > > know...
> > > >
> > > > I have attached a test database, which contains 1 database entry, null
> > > > strings are inserted using NULL... Check the database schema yourself.
> > > >
> > > > The problem therein lies in the fact that test3.pas returns "" for the
> > > > query: SELECT channelNotice FROM channels WHERE channel LIKE '#ProLogiTech';
> > > > It should return a null string as it does in test2.pas and in the sqlite
> > > > shell program.
> > >
> > > The problem is that an implicity conversion from Nil to empty string is
> > > done. You cannot solve this as long as stringlists are used to contain
> > > the data. (ok, you could set 'Null' as the string, but that is sloppy)
> >
> > "is done." in what ? The SQLite library or TStringList ?
> 
> sqlite.

But you said "You cannot solve this as long as stringlists are used to
contain the data." This made me think it was a behaviour of TStringList
... If it truely is a behaviour of SQLite, I'll get them to change it.

> 
> >
> > >
> > > You'd need to have (as a minimum) an array of TField records:
> > >   TField = Record
> > >     IsNull : Boolean;
> > >     Value : String;
> > >   end;
> > >
> > > But this will require major changes, so I suggest trying to find or
> > > implement a TDataset descendent for SQLIte, this will solve most of
> > > your problems at once.
> >
> > How major would the changes be ? Otherwise I'll try and search for a
> > TDataset descendent ? Couldn't I write a descendent myself ? (I've kinda
> > of done something similar in creating a TDatabase descendant..., but it
> > doesn't solve my problem)
> 
> Implementing a TDataset descendent is not easy, it'll take you at least
> a week (conservative estimate).

Why is this a hard thing to do ? Give me some ideas here, you might be
conservative, but I don't muck around :)
I'll attach my dbclass.pas a tiny desendant I wrote to simplify using
queries (it's centered around making queries simpler)...

cheers
James

> 
> Michael.
> 
> 
> _______________________________________________
> fpc-pascal maillist  -  fpc-pascal at lists.freepascal.org
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal

-- 
-
- James Mills
Zero Defect Software Engineers Group - ZDSEG
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dbclass.pas
Type: text/x-pascal
Size: 2362 bytes
Desc: not available
URL: <http://lists.freepascal.org/pipermail/fpc-pascal/attachments/20030714/16d3a597/attachment.pas>


More information about the fpc-pascal mailing list