XML Database

[Jonathan Wood]

I'm creating a simple site that will display photos, which I'd like to
organize and display.

A full database would be WAY overkill for this site. I'm wondering if an XML
files could be used instead as a simple database. I know it wouldn't be as
efficient, but if I can open, read, search, modify and save the contents, it
seems like it would work pretty good for me.

Concurrency would be nice too, although I don't really think that's
necessary for this current site.

Thanks for any tips.

Jonathan

[Stan]

On 9 Jun, 18:04, "Jonathan Wood" <jw...@softcirc uits.comwrote:

I'm creating a simple site that will display photos, which I'd like to
organize and display.

A full database would be WAY overkill for this site. I'm wondering if an XML
files could be used instead as a simple database. I know it wouldn't be as
efficient, but if I can open, read, search, modify and save the contents, it
seems like it would work pretty good for me.

Concurrency would be nice too, although I don't really think that's
necessary for this current site.

Thanks for any tips.

Jonathan

XML data is fine. Just need to remember:

(1) There is no support for more than one user modifying the data at
any one time.

(2) Don't have the convenience of the SQL language for retrieving data
where joined tables are involved.

ASP.NET does have good support for typed datasets using XML and in
simple cases XmlDataSource for binding visual controls.

I find it useful to create DataSets in the App_Code directory. There
you can define primary keys with auto-increment and relations between
tables. Then create a class file named as being a DataObject and put
all your db handling in there. Use ObjectDataSourc es rather than
XmlDataSources because the latter object only reads attribute based
fields (unless you know how to write Xsl transforms). Typed datasets
are in node format.

A good case for XML is data that is largely static and read-ony to
ordinary users but with edting facilities for a site administrator.

Performance wise I don't see any problem unless the volume of data is
very large which would probably warrant SQL server anyway.

HTH

[Mark Rae [MVP]]

"Jonathan Wood" <jw***@softcirc uits.comwrote in message
news:uf******** ******@TK2MSFTN GP06.phx.gbl...

Thanks for any tips.

In addition to Stan's comments, I'm a firm believer in using the correct
tool for the job. XML is not a database, and trying to make it pretend to be
one is always, IMO, the wrong solution.

You say "a full database would be WAY overkill for this site".. I'm not
really sure what you mean by a "full" database, but is there any real reason
that you can't use a bog-standard Jet database? Instantly, you have all of
the advantages of ADO.NET, plus all the concurrency you could want...

Even if the database contained only one table, it would still be much better
than using a text file...
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[Jonathan Wood]

Mark,

In addition to Stan's comments, I'm a firm believer in using the correct
tool for the job.

Indeed.

You say "a full database would be WAY overkill for this site".. I'm not
really sure what you mean by a "full" database,

Microsoft SQL Server 2005, for example.

but is there any real reason that you can't use a bog-standard Jet
database? Instantly, you have all of the advantages of ADO.NET, plus all
the concurrency you could want...

Here's a couple of reasons off the top of my head: I don't know anything
about Jet database, probably don't have it, don't know how to use it, don't
want to spend a week learning it, and suspect it would also be overkill for
my needs.

Even if the database contained only one table, it would still be much
better than using a text file...

So then you appear to disagree with Stan's comments?

Thanks.

Jonathan

[Jonathan Wood]

Stan,

XML data is fine. Just need to remember:

(1) There is no support for more than one user modifying the data at
any one time.

(2) Don't have the convenience of the SQL language for retrieving data
where joined tables are involved.

ASP.NET does have good support for typed datasets using XML and in
simple cases XmlDataSource for binding visual controls.

Cool. All I really want to do is organize the heirarchy of some images and,
rather than hard code them in the HTML files, thought it would be cool to
simply edit an XML file. Not only would this be quicker, but it gives me the
option of writing code to make it easy for my client to modify the data as
well.

I suppose it's possible that two people could attempt to modify the data at
the same time, but in the extremely unlikely event that happens, it would be
okay if it just overwrote whatever else had been done.

It could mean the difference between requiring my client to upgrade his
account to simply modifying the one he has.

A good case for XML is data that is largely static and read-ony to
ordinary users but with edting facilities for a site administrator.

That's me.

Thanks.

Jonathan

[Mark Rae [MVP]]

"Jonathan Wood" <jw***@softcirc uits.comwrote in message
news:uy******** *****@TK2MSFTNG P05.phx.gbl...

>but is there any real reason that you can't use a bog-standard Jet
database? Instantly, you have all of the advantages of ADO.NET, plus all
the concurrency you could want...

Here's a couple of reasons off the top of my head: I don't know anything
about Jet database, probably don't have it, don't know how to use it,
don't want to spend a week learning it, and suspect it would also be
overkill for my needs.

A Jet database is a .mdb file which is the default database file format for
Microsoft Access, and is shipped with several other Microsoft products -
it's probably the most common file-based database format in the world:
http://en.wikipedia.org/wiki/Microso...atabase_Engine
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[Jonathan Wood]

I was actually aware that it was the Access database. I just wasn't sure (in
fact, I have no idea) what is available to use it from ASP.NET.

At any rate, it would be overkill for my needs.

Thanks.

--
Jonathan Wood
SoftCircuits Programming
http://www.softcircuits.com

"Mark Rae [MVP]" <ma**@markNOSPA Mrae.netwrote in message
news:uQ******** *****@TK2MSFTNG P02.phx.gbl...

"Jonathan Wood" <jw***@softcirc uits.comwrote in message
news:uy******** *****@TK2MSFTNG P05.phx.gbl...

>>but is there any real reason that you can't use a bog-standard Jet
database? Instantly, you have all of the advantages of ADO.NET, plus all
the concurrency you could want...

Here's a couple of reasons off the top of my head: I don't know anything
about Jet database, probably don't have it, don't know how to use it,
don't want to spend a week learning it, and suspect it would also be
overkill for my needs.

A Jet database is a .mdb file which is the default database file format
for Microsoft Access, and is shipped with several other Microsoft
products - it's probably the most common file-based database format in the
world:
http://en.wikipedia.org/wiki/Microso...atabase_Engine
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[Mark Rae [MVP]]

"Jonathan Wood" <jw***@softcirc uits.comwrote in message
news:%2******** ********@TK2MSF TNGP05.phx.gbl. ..

[top-posting corrected]

>>>but is there any real reason that you can't use a bog-standard Jet
database? Instantly, you have all of the advantages of ADO.NET, plus
all the concurrency you could want...

Here's a couple of reasons off the top of my head: I don't know anything
about Jet database, probably don't have it, don't know how to use it,
don't want to spend a week learning it, and suspect it would also be
overkill for my needs.

A Jet database is a .mdb file which is the default database file format
for Microsoft Access, and is shipped with several other Microsoft
products - it's probably the most common file-based database format in
the world:
http://en.wikipedia.org/wiki/Microso...atabase_Engine

I was actually aware that it was the Access database.

No, it's the Jet database - there's no such thing as an Access database...

I just wasn't sure (in fact, I have no idea) what is available to use it
from ASP.NET.

I have no idea what that means...

At any rate, it would be overkill for my needs.

<rolls eyesOK...
--
Mark Rae
ASP.NET MVP
http://www.markrae.net

[Jonathan Wood]

Mark,

>At any rate, it would be overkill for my needs.

<rolls eyesOK...

What the hell does that mean? I said from the start that a full database
would be WAY overkill. You question almost every term I use and push forward
with database recommendations . (And make dubious statements that there is no
such thing as an Access database.)

Everything is cool with the exchange unless you have an attitude about me
not needing a database. Then, I think you're up in the night.

Jonathan

[Mark Rae [MVP]]

"Jonathan Wood" <jw***@softcirc uits.comwrote in message
news:eA******** ********@TK2MSF TNGP04.phx.gbl. ..

What the hell does that mean? I said from the start that a full database
would be WAY overkill. You question almost every term I use and push
forward with database recommendations .

You say you don't want to use a database, and instead would prefer to use an
XML file (which is *ENTIRELY* unsuited to database functions) and somehow
pretend that it's a database...

You clearly need the functionality of a database (you've said so yourself
when you mentioned concurrency - something totally impossible with an XML
file), but have somehow got it into your head that you'd like to achieve
that functionality without actually using a database...

That's fine, of course - you're perfectly entitled to say you want database
functionality without using a database...

But I'm just as entitled to suggest that the best way of achieving database
functionality is to actually use a database...

And make dubious statements that there is no such thing as an Access
database.

There is no such thing as an Access database - Access uses the Jet database
natively...
--
Mark Rae
ASP.NET MVP
http://www.markrae.net