RE: [arc-dev] some question about arc2
From: Dou Wen
Subject: RE: [arc-dev] some question about arc2
Date: Tue, 24 Feb 2009 16:55:26 -0800
--_9e0035de-4259-44ea-922f-b3cef32b185d_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
hi=2C Robert=2C
> I was just wondering if you could specify your wishes a bit further.
my web site have hundreds of tables and use tons of index and a lot of join=
operation.
the database schema changes frequently .
>=20
> Op 24 feb 2009=2C om 06:09 heeft Dou Wen het volgende geschreven:
>=20
>=20
>=20
> > (1 )will differentiate with ontologies and instances of ontologies=2C
>=20
>=20
>=20
> Why would this be necessary?
=20
sure it's necessary=2C just like relational database will differentiate wi=
th table schema and table data.
> What is your conception of an ontology?=20
=20
here the ontology i mean is: the rdf schema about my application's rdf cla=
ss=2C relation and constraint of these class and relation.
> Change is necessary and we should anticipate on it. RDF is a step in =20
>=20
> the right direction=2C in my opinion. One of the reasons why RDF is =20
>=20
> anticipating on change is the ability to let multiple schema's exist =20
>=20
> side by side. One can have triples that are asserted with a new set of =
=3D
>=20
>=20
> predicates among an older set of predicates. If you want to make the =20
>=20
> changes between the old and the new predicates explicit=2C this can be =20
>=20
> done with equality statements.
>=20
well=2C i am a web(back end) designer=2C i just think maintaining a changi=
ng rdf schema is more easy and intuitive compared to maintaining changing =
tables's schema of relation database
>=20
> How is this related to the 'changing requirements' issue?
>=20
sure it's not=2C but i think it is an important factor if we wish more web=
designer use semantic web framework in their future web application=20
=20
> No=2C this is not optional. If you want to deal with changing sets of =20
>=20
> predicates=2C the equality statements 'infer' the new ones from the old =
=3D
>=20
thank you to point that.
>=20
>=20
>=20
> >
>=20
> >
>=20
> > if there is a rdf store fulfill above characters =2C i absolutely will =
=3D
>=20
>=20
> > make all my web development shift to it :-).
>=20
> >
>=20
> > > To: arc-dev@semsol.org
>=20
> > > Subject: Re: [arc-dev] some question about arc2
>=20
> > > Date: Mon=2C 23 Feb 2009 09:32:12 -0500
>=20
> > > From: paul@devonianfarm.com
>=20
> > >
>=20
> > >
>=20
> > >
>=20
> > >
>=20
> > > Dou Wen wrote:
>=20
> > >
>=20
> > > > hello=2C
>=20
> > >
>=20
> > > > i am building a e-business web site and always be frustrated by =
=3D
>=20
>=20
> > the
>=20
> > >
>=20
> > > > continuously changing database schema requirement=2C
>=20
> > >
>=20
> > > > that why i consider to use ARC to make my designing flexible and =
=3D
>=20
>=20
> > more
>=20
> > >
>=20
> > > > easy. Thanks for the wonderful ARC project and the wonderful idea.
>=20
> > >
>=20
> > > > anyway =2C i still have 2 basic questions:
>=20
> > >
>=20
> > > >
>=20
> > >
>=20
> > > I wouldn't use ARC or any RDF store for a line of business
>=20
> > >
>=20
> > > application at this point in time.
>=20
> > >
>=20
> > >
>=20
> > >
>=20
> > > Yes=2C it's a lot of work to keep up with changing database schemas
>=20
> > >
>=20
> > > for relational databases=2C but the problem of evolvability of =20
>=20
> > persistent
>=20
> > >
>=20
> > > data stores is a fundamental problem=2C not an accidental problem -- =
=3D
>=20
>=20
> > I've
>=20
> > >
>=20
> > > messed around with XML databases and object databases and I've found
>=20
> > >
>=20
> > > that the "varying schema" problem is more manageable in relational
>=20
> > >
>=20
> > > databases rather than the alternatives.
>=20
> > >
>=20
>=20
>=20
_________________________________________________________________
Windows Live=99 Hotmail=AE=85more than just e-mail.=20
http://windowslive.com/howitworks?ocid=3DTXT_TAGLM_WL_t2_hm_justgotbetter_h=
owitworks_022009=
--_9e0035de-4259-44ea-922f-b3cef32b185d_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style>
..hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 10pt=3B
font-family:Verdana
}
</style>
</head>
<body class=3D'hmmessage'>
hi=2C Robert=2C<br><br><br>>=3B I was just wondering if you could specify=
your wishes a bit further.<br><br>my web site have hundreds of tables and =
use tons of index and a lot of join operation.<br>the database schema chang=
es frequently .<br><br>>=3B <br>>=3B Op 24 feb 2009=2C om 06:09 heeft D=
ou Wen het volgende geschreven:<br>>=3B <br>>=3B <br>>=3B <br>>=3B =
>=3B (1 )will differentiate with ontologies and instances of ontologies=
=2C<br>>=3B <br>>=3B <br>>=3B <br>>=3B Why would this be necessary?=
<br> <br>sure it's necessary=2C just like relational database will =3B =
differentiate with table schema and table data.<br><br>>=3B What is your =
conception of an ontology? <br> <br>here the ontology i mean is: =3B th=
e rdf schema about my application's rdf class=2C relation and constraint of=
these class and relation.<br><br><br>>=3B Change is necessary and we sho=
uld anticipate on it. RDF is a step in <br>>=3B <br>>=3B the right dir=
ection=2C in my opinion. One of the reasons why RDF is <br>>=3B <br>>=
=3B anticipating on change is the ability to let multiple schema's exist <=
br>>=3B <br>>=3B side by side. One can have triples that are asserted w=
ith a new set of =3D<br>>=3B <br>>=3B <br>>=3B predicates among an o=
lder set of predicates. If you want to make the <br>>=3B <br>>=3B chan=
ges between the old and the new predicates explicit=2C this can be <br>>=
=3B <br>>=3B done with equality statements.<br>>=3B <br><br>well=2C i a=
m a web(back end) designer=2C =3B i just think maintaining a changing r=
df schema is more easy and intuitive compared to maintaining =3B changi=
ng tables's schema =3B =3B of relation database<br><br><br><br>>=
=3B <br>>=3B How is this related to the 'changing requirements' issue?<br=
>>=3B <br>sure it's not=2C =3B but i think it is an important factor =
if we wish more web designer use semantic web framework in their future web=
application <br><br> =3B<br>>=3B No=2C this is not optional. If you =
want to deal with changing sets of <br>>=3B <br>>=3B predicates=2C the=
equality statements 'infer' the new ones from the old =3D<br>>=3B <br><=
br>thank you to point that.<br><br>>=3B <br>>=3B <br>>=3B <br>>=3B =
>=3B<br>>=3B <br>>=3B >=3B<br>>=3B <br>>=3B >=3B if there is =
a rdf store fulfill above characters =2C i absolutely will =3D<br>>=3B <=
br>>=3B <br>>=3B >=3B make all my web development shift to it :-).<br=
>>=3B <br>>=3B >=3B<br>>=3B <br>>=3B >=3B >=3B To: arc-dev@se=
msol.org<br>>=3B <br>>=3B >=3B >=3B Subject: Re: [arc-dev] some que=
stion about arc2<br>>=3B <br>>=3B >=3B >=3B Date: Mon=2C 23 Feb 200=
9 09:32:12 -0500<br>>=3B <br>>=3B >=3B >=3B From: paul@devonianfarm=
..com<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=3B<=
br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=3B<br>&g=
t=3B <br>>=3B >=3B >=3B Dou Wen wrote:<br>>=3B <br>>=3B >=3B &g=
t=3B<br>>=3B <br>>=3B >=3B >=3B >=3B hello=2C<br>>=3B <br>>=
=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=3B >=3B i am building a=
e-business web site and always be frustrated by =3D<br>>=3B <br>>=3B =
<br>>=3B >=3B the<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=
=3B >=3B >=3B >=3B continuously changing database schema requirement=
=2C<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=3B &=
gt=3B that why i consider to use ARC to make my designing flexible and =3D=
<br>>=3B <br>>=3B <br>>=3B >=3B more<br>>=3B <br>>=3B >=3B &g=
t=3B<br>>=3B <br>>=3B >=3B >=3B >=3B easy. Thanks for the wonderf=
ul ARC project and the wonderful idea.<br>>=3B <br>>=3B >=3B >=3B<b=
r>>=3B <br>>=3B >=3B >=3B >=3B anyway =2C i still have 2 basic qu=
estions:<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=
=3B >=3B<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B &=
gt=3B I wouldn't use ARC or any RDF store for a line of business<br>>=3B =
<br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=3B application at =
this point in time.<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B=
>=3B >=3B<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=
=3B >=3B Yes=2C it's a lot of work to keep up with changing database sche=
mas<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=3B f=
or relational databases=2C but the problem of evolvability of <br>>=3B <=
br>>=3B >=3B persistent<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <b=
r>>=3B >=3B >=3B data stores is a fundamental problem=2C not an accid=
ental problem -- =3D<br>>=3B <br>>=3B <br>>=3B >=3B I've<br>>=3B=
<br>>=3B >=3B >=3B<br>>=3B <br>>=3B >=3B >=3B messed around =
with XML databases and object databases and I've found<br>>=3B <br>>=3B=
>=3B >=3B<br>>=3B <br>>=3B >=3B >=3B that the "varying schema"=
problem is more manageable in relational<br>>=3B <br>>=3B >=3B >=
=3B<br>>=3B <br>>=3B >=3B >=3B databases rather than the alternativ=
es.<br>>=3B <br>>=3B >=3B >=3B<br>>=3B <br>>=3B <br>>=3B <br>=
<br /><hr />Windows Live=99 Hotmail=AE=85more than just e-mail. <a href=3D=
'http://windowslive.com/howitworks?ocid=3DTXT_TAGLM_WL_t2_hm_justgotbetter_=
howitworks_022009' target=3D'_new'>See how it works.</a></body>
</html>=
--_9e0035de-4259-44ea-922f-b3cef32b185d_--
""" ;
ns1:returnPath "<douw@live.com>" ;
ns1:xOriginalTo "arc-dev@semsol.org" ;
ns1:deliveredTo "web11p1@p15192371.pureserver.info" ;
ns1:received """from BLU123-W49 ([65.55.116.7]) by blu0-omc1-s30.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959);
Tue, 24 Feb 2009 16:55:27 -0800""" ;
ns1:messageID "<BLU123-W4977E3F001134007868E0FAAAC0@phx.gbl>" ;
ns1:contentType '''multipart/alternative;
boundary="_9e0035de-4259-44ea-922f-b3cef32b185d_"''' ;
ns1:xOriginatingIP "[125.83.11.244]" ;
ns1:from "Dou Wen <douw@live.com>" ;
ns1:to "semsol org <arc-dev@semsol.org>" ;
ns1:subject "RE: [arc-dev] some question about arc2" ;
ns1:date "Tue, 24 Feb 2009 16:55:26 -0800" ;
ns1:importance "Normal" ;
ns1:inReplyTo "<EBC2C093-7D94-4AA0-97D6-C7E677613402@goene.nl>" ;
ns1:references """<BLU123-W280502FBB586431C98EED2AAB10@phx.gbl>
<49A2B36C.40809@devonianfarm.com>
<BLU123-W2FF1848658B2AD4B5431FAAAF0@phx.gbl>
<EBC2C093-7D94-4AA0-97D6-C7E677613402@goene.nl>""" ;
ns1:mIMEVersion "1.0" ;
ns1:xOriginalArrivalTime "25 Feb 2009 00:55:27.0402 (UTC) FILETIME=[BFA8C0A0:01C996E3]" ;
ns1:xSpamCheckerVersion """SpamAssassin 2.64 (2004-01-11) on
p15192371.pureserver.info""" ;
ns1:xSpamLevel "" ;
ns1:xSpamStatus """No, hits=0.3 required=5.0 tests=AWL,BAYES_44,HTML_MESSAGE
autolearn=ham version=2.64
