|
Posted by Lord of Hyphens on April 25, 2008, 9:55 am
Please log in for more thread options >
>
>
> > On Wed, 23 Apr 2008 19:37:58 +0200, Peter J. Holzer wrote:
>
> > >> The table element is of most interest. Obviously, I can create a suite
> > >> of tables that correspond to the structure of the XML file. Also
> > >> obviously not all columns in the database are keys or indeces. And, I
> > >> have no idea what XPATH is, let alone what to do with it.
>
> > > XPath is like Perl. It gets cranky when it's spelt in all upper case
> > > ;-).
>
> > > Seriously: XPath is a language for selecting stuff from an XML file.
> > > Sort of what regexps are for plain text or SQL for relational databases.
> > > You can find the specification athttp://www.w3.org/TR/xpath20/and
> > > google will help you find tutorials (Sorry, I don't have a good one at
> > > hand - you'll probably have to read several of them and the specs, too
> > > to get the hang of it).
>
> > May I advice the OP to get the O'Reilly XML book? Even if it's not the
> > solution to his problem, it's money well spend. It explains XPath not
> > downto all details but good enough to get you going. Once you get it it's
> > not so hard, but that book is probably the easiest way to get started.
>
> > HTH,
> > M4
>
> The book you're talking about is actually the XSLT book; all of the
> xpath query language is in that (I have both).
>
> --LoH
Then again, the parent post is probably talking about the handbook, I
was talking about the Pocket Guide (a $10 book).
|