XML Editor
Sign up for a WebBoard account Sign Up Keyword Search Search More Options... Options
Chat Rooms Chat Help Help News News Log in to WebBoard Log in Not Logged in
Conferences Close Tree View
+ Stylus Studio Feature Requests (1192)
- Stylus Studio Technical Forum (14621)
-> + Report reverts back to XHTML-C... (2)
-> + Certificate error (7)
-> + Opening DITA files and associa... (4)
-> + Cannot see links from source d... (10)
-> + SS 2007 vs. SS 2008 calling a ... (3)
-> + Unable to compile java file (8)
-> + Unable to use xsi:type attribu... (2)
-> + Unable to save xslt file after... (5)
-> + .NET XslTransform Compiled out... (3)
-> + Reporting Comparison (2)
-> + problems setting up the fonts ... (3)
-> + XML conversion (5)
-> + XQUERY: Application Crash (3)
-> + Base type definition does not ... (5)
-> + Tip says Generate C# Code actu... (2)
-> + install help (4)
-> + saxon-license (3)
-> + Mapping 1 xml file layout to a... (2)
-> + Problem - Schema Representatio... (3)
-> + selecting the correct Line Ter... (2)
-> + Stylus Studio crashing (14)
-> + EXSLT extensions in Stylusstud... (4)
-> + "Indent XML Tags" introduces u... (8)
-> + unable to use Stylus Studio of... (4)
-> + Replace in selection not worki... (4)
-> + Activation Key (3)
-> + Berkeley support removed! ? (2)
-> + Report editor slows to a virtu... (2)
-> + StylusStudio will not stop pro... (2)
-> + Indent tags resolves NCRs in a... (4)
-> + XML Report Table Problem (2)
-> + document() function throws unk... (7)
-> + Report indentation (2)
-> + Report editor automatic scroll... (2)
-> + java.lang.ClassNotFoundExcepti... (4)
-> + Strange output (6)
-> + Built-In Processor Handling CD... (5)
-> + Parameter values with multiple... (3)
-> + Schema review (2)
-> + seperating values within one e... (2)
-> + Filtering 1000's of XML files ... (2)
-> + replace fop0.20 by 094 (2)
-> + HTML tables from sorted XSL (3)
-> + From dicisionshema to XML (4)
-> + Convert data from SQL database... (2)
-> + Really Really need help - xsl:... (2)
-> + xslt: xsl:include not finding ... (2)
-> + One field in multiple lines (3)
-> + Stylis studio editor slow (2)
-> + Schema Documentation (3)
-> + Convert PCL to XML (7)
-> + crashing when connected via VP... (3)
-> + Repeater err:XPST0003 (3)
-> + rtf to XML (4)
-> + Questions Regarding Existing B... (3)
-> + Bug: Saved Changes Lost Switch... (3)
-> + Adding Simple Types to Attribu... (4)
-> + SQL Table to XML Convert error... (9)
-> + please help me with style shee... (2)
-> + WSDL Misbehaving (4)
-> + Regarding XSLT logic for a sim... (2)
-> + Regarding XSLT logic for a sim... (2)
-> + Integration with VB.Net (5)
-> + License for end user (5)
-> + Error when running xalan sampl... (3)
-> + generate the date time in xslt... (2)
-> + Error When Using XMLConverters... (5)
-> + Viewing the toolbox pane (3)
-> + In Sync (2)
-> + Java EE 5 SDK vs. Java 2 SDK S... (2)
-> - Odd behavior of Begin Field in... (1)
-> + I/O-error while saving style s... (2)
-> + WEB Service Session (2)
-> - XML Report - Horizontal Line (1)
-> + XML feed to a txt file (2)
-> + problem with xml output (2)
-> + XSL Debugging (2)
-> + XML schema validation issue (t... (2)
-> + Problem during saving styleshe... (4)
-> + Slow Redraw (11)
-> + Source XML code updates in map... (2)
-> + converting XML to Excel (2)
-> + Pre-Sales Questions? And Mergi... (2)
-> + How can I download an earlier ... (2)
-> + Create multiple string outputs... (2)
-> + Alternate page masters indepen... (3)
-> + Flat to XML and back with Styl... (2)
-> + BUG: Byte Order Mark inserted ... (2)
-> + Schema Validation using the to... (7)
-> + Flat Text file to XML or XSD (6)
-> + Second time it should not go i... (2)
-> + How to sum Nodes which are at ... (2)
-> + Where has the wysiwyg editor g... (2)
-> + SS says my trial has expired -... (2)
-> + XSD input; SQL Table Output Ne... (2)
-> + Building Schema from XML (2)
-> + conditions on tag values expre... (3)
-> + XML converter "omit fields whe... (3)
-> + Marklogic XQuery support in St... (2)
-> + XSL switching stylesheet from ... (10)
-- Previous [1321-1340] [1341-1360] [1361-1380] Next
+ Website Feedback (249)
+ XSLT Help and Discussion (7625)
+ XQuery Help and Discussion (2017)
+ Stylus Studio FAQs (159)
+ Stylus Studio Code Samples & Utilities (364)
+ Stylus Studio Announcements (113)
Topic  
Postnext
Jim SalmonsSubject: XPath Query Editor slow performance... newbie ignorance resolved!
Author: Jim Salmons
Date: 06 Sep 2007 10:38 AM
Originally Posted: 05 Sep 2007 01:32 PM
NUTSHELL PROBLEM: Incredibly slow performance of the XPath Query Editor

Document source is product data about tools, attachements, and accessories for a vendor's product line. A Stylus Studio-generated document schema is associated with the file prior to doing the XPath query.

Sample file: 1.4 MB
File lines: 29,837
Document Root: ITEMS
Document being a collection of: ITEM elements
Number of ITEM elements in sample file: 29
Number of ITEM/IMAGES/IMAGE/URL elements in sample file: 4,409
Target XPath Query: /ITEMS/ITEM/IMAGES/URL
Time to execute query: 6:18 min:sec
Time to open result in new XML document: 6:12 min:sec

Actual target document: 44.5 MB
File lines: 854,037
Document Root: ITEMS
Document being a collection of: ITEM elements
Number of ITEM elements in actual file: 3,151
Number of ITEM/IMAGES/IMAGE/URL elements in sample file: 81,573
Target XPath Query: /ITEMS/ITEM/IMAGES/URL
Time to execute query: UNK
Time to open result in new XML document: UNK

Background info on my hardware: XP Pro x32, 3.0+ GB RAM, 1.86 Ghz dual core Intel CPU

QUESTION #1: True/False - Opening an XPath Query Editor query result in a new XML document involves re-executing the query. If so, you might as well skip the Execute Query task and go right to opening the result in a new document to save half the time required to do your work.

If the answer to questions #1 is true, then the UI is unfortunately deceptive. The Execute green arrow and arrow-into-XML_document icon should be grouped in a drop-down icon list so the user can understand that these two tasks are comparable in execution 'load' and only differ in format and location in which the query result is displayed.

QUESTION #2: Will Stylus Studio _ever_ produce a result to my XPath query on the actual 44.5 MB source file (as described above)?

So far, I haven't had the patience/confidence to wait for a result. After well over 1.5 hours of monitoring the animation of the Processing dialog, I pressed Stop to convince myself that the process was not hung. (The CPU load throughout this ordeal was around 50-53% with the Struzzo.exe process using about 256 MB RAM.) The process wasn't hung, but the aborted query result was only a small portion of the final result expected. This makes we fear that, even if Stylus Studio will eventually produce a result, it will be _many_ hours before it completes. How useful is that?

QUESTION #3: I am a novice user of Stylus Studio. What, if anything, am I obviously missing that will optimize my basic use of this powerful tool?

Unless I can get useful levels of performance, I might as well go back to using REBOL to write and run scripts that generate comparable results in a fraction of the time it will take to do the same things in Stylus Studio. I am tending (hoping) that my performance problems are due to my lack of experience with this tool and XML-associated technologies.

Thanks to any and all who have the time and experience to help me get more out of my Stylus Studio use.

--Jim Salmons--
Iowa Tool Inc.

Postnext
Minollo I.Subject: XPath Query Editor slow performance
Author: Minollo I.
Date: 05 Sep 2007 01:41 PM
Just to be sure we are talking about the same thing, you are referring the the ability to run XPath expressions in the context of the XML editor, right?

That interface is not meant to be particularly scalable; it's mostly meant to run relatively simple tests. If you are running queries against large XML documents that can return large result sets, I would suggest doing that through the XQuery editor, which will leverage performance and scalability of the embedded DataDirect XQuery editor.

Postnext
Jim SalmonsSubject: XPath Query Editor slow performance
Author: Jim Salmons
Date: 05 Sep 2007 02:02 PM
>Just to be sure we are talking
>about the same thing, you are
>referring the the ability to
>run XPath expressions in the
>context of the XML editor,
>right?
>

Yes, as a newbie, I am on a self-directed random walk that is somewhat directed by the pop-up prompts to watch streaming video tutorials and help resources.

>That interface is not meant to
>be particularly scalable; it's
>mostly meant to run relatively
>simple tests. If you are
>running queries against large
>XML documents that can return
>large result sets, I would
>suggest doing that through the
>XQuery editor, which will
>leverage performance and
>scalability of the embedded
>DataDirect XQuery editor.

Thanks for the tip. At this point, I have only a rudimentary sense of what to do where. I'll take your advice and report my learning/progress accordingly.

--Jim--

Postnext
Jim SalmonsSubject: XPath Query Editor slow performance
Author: Jim Salmons
Date: 06 Sep 2007 10:53 AM
Thanks to Minollo's quick and helpful reply, I now know not to use the XPath Query Editor for any heavy-lifting!

Once I moved to a full XQuery document/editor and wrote a comparable but even more useful XQuery, I can get my sample document results in about 812 ms!!! :-) Instant stress relief. I do, however, need to tweak my Java heap space in order to be able to produce and report a result for it.

While my ignorance has been overcome in general, I still think that newbie's experience could be enhanced if it was more clear that the XPath Query Editor is a lightweight, supplemental tool. As we newbie's tend to be 'random walk experimenters', who knows how many potential sales could be lost to our avoidable mistakes such as mine.

Thanks again, Minollo!

--Jim--

Postnext
Minollo I.Subject: XPath Query Editor slow performance
Author: Minollo I.
Date: 06 Sep 2007 11:36 AM
Of course you are right; we will review the current design of that component as soon as we have a chance.

Postnext
Jim SalmonsSubject: XPath Query Editor slow performance
Author: Jim Salmons
Date: 06 Sep 2007 12:38 PM
My final report on using an XQuery document/editor to do my task rather than the XPath Query Editor...

The full 44.5 MB source file was processed in 133.2 seconds, producing an output file of 8.5 MB of 91,029 lines with all the expected URL results.

>Of course you are right; we
>will review the current design
>of that component as soon as
>we have a chance.

Yes, the most helpful thing might be a dialog, triggered by a long process time that says, "Please be aware that the XPath Query Editor is a lightweight tool for quick explorations. Your query would be much better handled by using an XQuery document in the XQuery toolset. Click 'here' to go there now..." and SS opens a new XQuery document with the query inserted from the XPath Query Editor that caused the long execution.

Thanks again, Minollo.

Posttop
Minollo I.Subject: XPath Query Editor slow performance
Author: Minollo I.
Date: 06 Sep 2007 12:51 PM
Most likely the actual processing time is much less than that; when running XQuery in Stylus Studio, the time to get the result includes the compilation of the XQuery and the rendering of the result in the preview window, that are external to the actual processing time.

BTW, any chance you can post the XQuery you are running, so that we can see if there is any optimization that could significantly affect processing time? A sample of the input data would help too. Feel free to email stylus-field-report@progress.com if you prefer keeping that private.

Thanks.

   
Download A Free Trial of Stylus Studio 6 XML Professional Edition Today! Powered by Stylus Studio, the world's leading XML IDE for XML, XSLT, XQuery, XML Schema, DTD, XPath, WSDL, XHTML, SQL/XML, and XML Mapping!  
go

Log In Options

Site Map | Privacy Policy | Terms of Use | Trademarks
Stylus Scoop XML Newsletter:
W3C Member
Stylus Studio® and DataDirect XQuery ™are from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2016 All Rights Reserved.