Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.databases.filemaker > #1927 > unrolled thread

Are There Examples to Look At?

Started bycsampson@inetworld.net (Charles H. Sampson)
First post2014-11-16 11:46 -0800
Last post2014-11-18 09:04 +0100
Articles 4 — 4 participants

Back to article view | Back to comp.databases.filemaker


Contents

  Are There Examples to Look At? csampson@inetworld.net (Charles H. Sampson) - 2014-11-16 11:46 -0800
    Re: Are There Examples to Look At? Martin Τrautmann <t-usenet@gmx.net> - 2014-11-16 20:01 +0000
    Re: Are There Examples to Look At? Helpful Harry <HelpfulHarry@BusyWorking.com> - 2014-11-17 13:19 +1300
    Re: Are There Examples to Look At? clkaufmann@gmx.ch (Christoph Kaufmann) - 2014-11-18 09:04 +0100

#1927 — Are There Examples to Look At?

Fromcsampson@inetworld.net (Charles H. Sampson)
Date2014-11-16 11:46 -0800
SubjectAre There Examples to Look At?
Message-ID<1lv7c6t.1lox3van4r94jN%csampson@inetworld.net>
I think I'm getting a handle on FileMaker, but I'm not sure if it's the
"right" handle. I'm able to generate pretty elaborate reports by using
scripts to populate special tables and layouts to display the tables'
data. Is this the "right" way? The database program I'm coming from uses
a function based language that allows a pretty complex specification of
a subset of a database, which in FileMaker would require multiple finds,
expands, and constrains. Then there's a similar language that can be
used at the report level to operate on such a subset.

I think I'm at the point where I need to learn from the masters. Are
there any examples of fairly complex databases lying around that I could
look at?

Charlie
-- 
Nobody in this country got rich on his own.  You built a factory--good.
But you moved your goods on roads we all paid for.  You hired workers we
all paid to educate. So keep a big hunk of the money from your factory.
But take a hunk and pay it forward.  Elizabeth Warren (paraphrased)

[toc] | [next] | [standalone]


#1928

FromMartin Τrautmann <t-usenet@gmx.net>
Date2014-11-16 20:01 +0000
Message-ID<slrnm6i0kb.i4p.t-usenet@ID-685.user.individual.de>
In reply to#1927
On Sun, 16 Nov 2014 11:46:14 -0800, Charles H. Sampson wrote:
>  I think I'm getting a handle on FileMaker, but I'm not sure if it's the
>  "right" handle. I'm able to generate pretty elaborate reports by using
>  scripts to populate special tables and layouts to display the tables'
>  data. Is this the "right" way?

It is.

>  The database program I'm coming from uses
>  a function based language that allows a pretty complex specification of
>  a subset of a database, which in FileMaker would require multiple finds,
>  expands, and constrains. Then there's a similar language that can be
>  used at the report level to operate on such a subset.
> 
>  I think I'm at the point where I need to learn from the masters. Are
>  there any examples of fairly complex databases lying around that I could
>  look at?

No. It's difficult to find and understand the topics you are interested
in within complex applications. 

But it's rather simple and straight forward to build and find solutions
on your own.

Summaries can be a little bit tricky to get the hold on. But otherwise
just do what you want to do, and ask if you get lost with a certain
problem.

Whatever you can put within an ongoing list is easy to build. Merging
multiple topics on a single page may become very hard.

- Martin

[toc] | [prev] | [next] | [standalone]


#1929

FromHelpful Harry <HelpfulHarry@BusyWorking.com>
Date2014-11-17 13:19 +1300
Message-ID<171120141319320325%HelpfulHarry@BusyWorking.com>
In reply to#1927
In article <1lv7c6t.1lox3van4r94jN%csampson@inetworld.net>, Charles H.
Sampson <csampson@inetworld.net> wrote:
> 
> I think I'm getting a handle on FileMaker, but I'm not sure if it's the
> "right" handle. I'm able to generate pretty elaborate reports by using
> scripts to populate special tables and layouts to display the tables'
> data. Is this the "right" way? The database program I'm coming from uses
> a function based language that allows a pretty complex specification of
> a subset of a database, which in FileMaker would require multiple finds,
> expands, and constrains. Then there's a similar language that can be
> used at the report level to operate on such a subset.

FileMaker's Find Requests are good at finding subsets of records
without needing expands and constrains (personally I've never needed to
use either of those). It can be a bit complicated to get used to how
the "And", "Or" and "Not" requests work.

FileMaker's Summary fields and section are also good ways to get
reports summarised data. Although having said that, FileMaker is not a
"number cruncher" and it's often easier to to statistical reports via
Excel.




> I think I'm at the point where I need to learn from the masters. Are
> there any examples of fairly complex databases lying around that I could
> look at?

FileMaker does come with some database's, although in some cases they
unfortunately are are pretty shoddy examples and aren't perhpas
massively complex in their reporting options.

People do post examples and free Filemaker solutions on places like
FMForums.com

Helpful Harry   :o)

[toc] | [prev] | [next] | [standalone]


#1930

Fromclkaufmann@gmx.ch (Christoph Kaufmann)
Date2014-11-18 09:04 +0100
Message-ID<1lvatmk.yfsi9q1r30b3sN%clkaufmann@gmx.ch>
In reply to#1927
Charles H. Sampson <csampson@inetworld.net> wrote:

> I think I'm getting a handle on FileMaker

Please state the version you are using.

>,I'm able to generate pretty elaborate reports by using
> scripts to populate special tables and layouts to display the tables'
> data. Is this the "right" way?

You'll find out how good it works for you. Obvious drawbacks: only one
user at a time may produce a report, redundant data, and performance
issues (you may need to create many records). OTOH, once you have the
report data in the redundant table and indexed, it will be fast, whereas
performance is a bitch if you work with calc fields that use data from
related tables.

> The database program I'm coming from uses
> a function based language that allows a pretty complex specification of
> a subset of a database,

If you are familiar with SQL, you, look into "virtual lists". If your
version is earlier than 12, you will need a plug-in that does SQL in
Filemaker.

> which in FileMaker would require multiple finds,
> expands, and constrains.

Nothing wrong with that. Also look at the "go to related record" script
step, the list function (from FMP 9 or so), and search in indexed fields
first, then contrain if you have to search in an unindexed field.

> Are
> there any examples of fairly complex databases lying around

No idea, but: methods and best practices are all over the internet.

-- 
Christoph Kaufmann
http://clk.ch

[toc] | [prev] | [standalone]


Back to top | Article view | comp.databases.filemaker


csiph-web