Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Hi :)
Yes, i normally have 3 or 4 fields/columns for names with another field/column 
at the front for id/key.  So, 

id/key
title (Mr, Mrs, Miss, Ms, Dr etc)
Name1st
NameMid
NameLast
Then a Query that merges the name fields in a few different ways so it's easy to 
get the into forms and stuff.

I had assumed that the example given was not the real columns/fields being 
used.  Sometimes it's difficult to give people a reasonable example of what you 
are trying to do i guess :)
Regards from
Tom :)




________________________________
From: Francois M <francoismalias-forum@yahoo.fr>
To: users@global.libreoffice.org
Sent: Mon, 20 June, 2011 13:45:39
Subject: [libreoffice-users] Re: Base and SQL problems

Alexander Thurgood <alex.thurgood <at> gmail.com> writes:


Le 20/06/11 02:56, Denis Poitras a écrit :

Hi Denis,

(excuse my english, I speak french)

You know, we have a French user mailing list too...


The problem is  in Propriety list zone on the data tab, for list content, 
on the form, to concatenate PREFIX
FIRSTNAME FAMILY NAME, I have this:

SELECT "PREFIX"."Prefix" || ' ' || "PRENOMS"."Prenom" || ' ' ||
"NOMS"."Nom", "PERS"."Idpp" FROM "PERS"
 LEFT JOIN "PREFIX" ON "PREFIX"."Cprefix" = "PERS"."PREFIXC"
 LEFT JOIN "PRENOMS" ON "PRENOMS"."Cpr" = "PERS"."PRENOMC"
 LEFT JOIN "NOMS" ON "NOMS"."Idnom" = "PERS"."NOMC"
ORDER BY "NOMS"."Nom"

It's work but each time I quit this base and reopen it, Base keep only the
first line of this sql things...


Sounds like a bug. I'm a bit surprised that you don't use an ALIAS for
your SELECT CONCAT statement - have you tried with an ALIAS and did it
make any difference ?

i.e. SELECT "PREFIX"."Prefix" || ' ' || "PRENOMS"."Prenom" || ' ' ||
"NOMS"."Nom" AS 'NOMCOMPLET'

There may also be an issue with the SQL parser that is built-in to LibO.

Alex


Denis,
I don't really understand your base set up: usually, it is not needed (and not
recommended) to have id, forename, surname within separate tables. As far as I
understood what you described in this query, one single table "PERS" may contain
id, forename, name fields (or "columns"), that would make your task much easier.
Perhaps should you describe what you are willing to achieve and where data are
coming from?
Hope this may help.
Francois


-- 
Unsubscribe instructions: E-mail to users+help@global.libreoffice.org
In case of problems unsubscribing, write to postmaster@documentfoundation.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

-- 
Unsubscribe instructions: E-mail to users+help@global.libreoffice.org
In case of problems unsubscribing, write to postmaster@documentfoundation.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.