Something Ive wondered about as I started working with XML.
Importing huge XML files, and converting theese to arrays works
indeed very well. But I am wondering if there are any limits to
how many arrays the PHP can handle when performance is accounted for.
Say I create an array from a XML with
Hi,
I belive PHP should be able to handle it but it's a bad idea. The reason
being your app will not scale. Because if you script consumes 2mb of
memory on average, 100 users accesing it at the same time will be 200Mb.
Of course if you expect only a small number of users it does not matter.
Raditha Dissanayake wrote:
[snip]The biggest XML job i have handled with PHP is parsing the ODP RDF
dump which is around 700MB. Obviously arrays are out of the question in
such a scenario, even though only one user will be accessing the script
At a given moment. the ODP dump has a couple of
hi,
In fact i had to handle the ODP dump on two occaisions the first time
the results went into a mysql db, the second time it went into a series
of files.
On both occaisions i used SAX parsers. DOM would just roll over and die
with this much of data. I placed code in the end element handler
Thanks for your reply!
Im going to use this for a backup system for our webstore system,
where some of our customers have *alot* of products. Given the
structure of the database with categories and images 5000 unique
products quickly gives 3x = 15000 arrays. But again, how often
would the client
5 matches
Mail list logo
