dbTalk Databases Forums  

Finding references

comp.databases.filemaker comp.databases.filemaker


Discuss Finding references in the comp.databases.filemaker forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
42
 
Posts: n/a

Default Re: Finding references - 10-27-2005 , 01:10 AM






In article <1130387610.437866.170710 (AT) o13g2000cwo (DOT) googlegroups.com>,
a (AT) pottnerconsulting (DOT) ca says...
Quote:
FileMaker put together a 73 pg document "fmpa8_ddr_xml_grammar.pdf"
that explains there XML output so these guys aren't being lazy on the
job; it just doesn't seem right that every developer should have to
write an XSLT document to translate the XML back into a format that can
be imported into a FM database.
Would two developers ever want the same database? XSLT gives them the
flexibility to do whatever they need/want with it.

Although, I'm sure we could all agree we'd like one 'free' database that
might not be exactly what we want over no database at all.

Quote:
I guess my complaint is this, they give us the data in XML format but
ask any developer and they'll tell you that they need this data in a FM
file to check their work.
One of the reasons, at least historically, this caused problems was that
if you got close to the maximum number of open files limit, the extra fm
files it was using to store the metadata in would prevent solution files
from being open.

So the biggest most complicated solutions couldn't be reported on.

I for one, quite like the database report xml/html reports, but agree
that its "not there yet", and agree that the ability to easily import
the report into a provided database should have been included.

Quote:
The guys that put together FM8 have to be intelligent, now take that
intelligence and use it to create a DDR file that a dumb user like me
can use without being confused but still gives ALL information. I
don't care if you break every rule of database normalization to do it
or if the file is 10 times bigger than it needs to be. I don't even
need it to look pretty. I'm interested in the data, nothing else!

Having reread this, I think I should have addressed this as a "Dear
Santa" wish list.
The first part is designing the database, and then you can determine
what the "xmlresult" schema for it would be ... and then you'd have to
write an xslt from what we've got to that schema.

As Bill mentioned its certainly do-able, but its not trivial.


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.