OntoWiki

You have no permissions to edit this model.

Saving has been disabled.

# Exported with the Erfurt API - http://aksw.org/Projects/Erfurt

@base <http://www.archimind.nl/archimindLOD/index.php/view/r/> .
@prefix dct: <http://purl.org/dc/terms/> .
@prefix ns0: <http://archimind.nl/archimind/index.php/view/> .
@prefix ns1: <http://www.archimind.nl/archimind/index.php/resource/properties/> .
@prefix ns2: <http://www.archimind.nl/archimind/index.php/> .
@prefix ns3: <http://www.archimind.nl/archimindLOD/index.php/view/r/> .
@prefix ontology1288790966584: <http://www.semanticweb.org/ontologies/2010/10/Ontology1288790966584.owl#> .
@prefix ontowiki_wikipage: <http://localhost/ontowiki_WikiPage/> .
@prefix owl2xml: <http://www.w3.org/2006/12/owl2-xml#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix sadocontology1: <http://www.archimind.nl/archimindLOD/index.php/view/r/sadocontology1.owl:> .
@prefix sioc: <http://rdfs.org/sioc/ns#> .
@prefix sioct: <http://rdfs.org/sioc/types#> .
@prefix sysconf: <http://localhost/OntoWiki/Config/> .
@prefix uva-sa-ontology: <http://www.archimind.org/archimind/UvA-SA-ontology.owl#> .
@prefix view: <http://localhost/ontowiki/view/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

<http://www.archimind.nl/archimindLOD/index.php/view/r/sadocontology1.owl:20_Appendix_-_Centralized_Data_schema_for_all_gathered_information> ontowiki_wikipage:content """
	Centralized Data schema for all gathered information’s:

	What does a centralized data schema means in this context? For the data collector there 2 existing ways to store the extracted data from the different data sources (tool types).  One is to store the data in one global database schema, with tables for every tool type, for example a table for the transformed SVN data from the SVN gatherer.

	<img alt=\"\" src=\"/ckfinder/userfiles/images/11.png\" style=\"width: 600px; height: 468px;\" />

	Advantages:

	It is simple to administrate.

	Not a lot of server performance used compared with the decentralized version.

	 

	Disadvantages:

	Can form a bottleneck if too many operations are executed on the schema.

	 

	Decentralized Data schema for all gathered information’s:

	<img alt=\"\" src=\"/ckfinder/userfiles/images/12.png\" style=\"width: 600px; height: 427px;\" />

	Advantages:

	Separation of concerns, every type has its own schema.

	Better backup strategies possible, per schema for example.

	Better extensibility, for example if more load occurs as expected the schemas could easily moved to an extra database server.

	 

	Disadvantages:

	Small overhead for the Database system.

	Small overhead for the database administrator.

	 

	Conclusion:

	To store the collected raw data in databases per system brings an extra boost in performance and parallel working abilities. But more it brings extra advantages in the administration and security side. It extends the possibility to move the schemas on different servers, if the load is more than expected, or even if one server moves to another. Further it brings separation of concern in the database schemas, so the backups could be planned per tool type and its database. A downside is it asks more administration needs then the one schema solution.

	 

	Decision:

	The decision is to use a database schema for every tool type. This decision is based on the conclusion above. The database schema per tool type brings the needed extensibility also on the administration side. It also brings flexibility in moving the schemas or even to delete them when no data Gatherer for this type exists.""" ;
 sadocontology1:contains_knowledge_about sadocontology1:Centralized_data_scheme, sadocontology1:Cost, sadocontology1:Decentralized_data_scheme, sadocontology1:Distribution_of_data_schema_for_tool_types, sadocontology1:Extensibility_of_data_sources, sadocontology1:Flexibility, sadocontology1:Performance, sadocontology1:Security ;
 a sadocontology1:WikiPage, owl:NamedIndividual ;
 rdfs:label "20 Appendix - Centralized Data schema for all gathered information" .

# Exported with the Erfurt API - http://aksw.org/Projects/Erfurt

@base <http://www.archimind.nl/archimindLOD/index.php/view/r/> .
@prefix dct: <http://purl.org/dc/terms/> .
@prefix ns0: <http://archimind.nl/archimind/index.php/view/> .
@prefix ns1: <http://www.archimind.nl/archimind/index.php/resource/properties/> .
@prefix ns2: <http://www.archimind.nl/archimind/index.php/> .
@prefix ns3: <http://www.archimind.nl/archimindLOD/index.php/view/r/> .
@prefix ontology1288790966584: <http://www.semanticweb.org/ontologies/2010/10/Ontology1288790966584.owl#> .
@prefix ontowiki_wikipage: <http://localhost/ontowiki_WikiPage/> .
@prefix owl2xml: <http://www.w3.org/2006/12/owl2-xml#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix sadocontology1: <http://www.archimind.nl/archimindLOD/index.php/view/r/sadocontology1.owl:> .
@prefix sioc: <http://rdfs.org/sioc/ns#> .
@prefix sioct: <http://rdfs.org/sioc/types#> .
@prefix sysconf: <http://localhost/OntoWiki/Config/> .
@prefix uva-sa-ontology: <http://www.archimind.org/archimind/UvA-SA-ontology.owl#> .
@prefix view: <http://localhost/ontowiki/view/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

<http://www.archimind.nl/archimindLOD/index.php/view/r/sadocontology1.owl:20_Appendix_-_Centralized_Data_schema_for_all_gathered_information> ontowiki_wikipage:content """<p>
	<strong>Centralized Data schema for all gathered information’s:</strong></p>
<p>
	What does a centralized data schema means in this context? For the data collector there 2 existing ways to store the extracted data from the different data sources (tool types).  One is to store the data in one global database schema, with tables for every tool type, for example a table for the transformed SVN data from the SVN gatherer.</p>
<p>
	<img alt=\"\" src=\"/ckfinder/userfiles/images/11.png\" style=\"width: 600px; height: 468px;\" /></p>
<p>
	<strong>Advantages:</strong></p>
<p>
	It is simple to administrate.</p>
<p>
	Not a lot of server performance used compared with the decentralized version.</p>
<p>
	 </p>
<p>
	<strong>Disadvantages:</strong></p>
<p>
	Can form a bottleneck if too many operations are executed on the schema.</p>
<p>
	 </p>
<p>
	<strong>Decentralized Data schema for all gathered information’s:</strong></p>
<p>
	<img alt=\"\" src=\"/ckfinder/userfiles/images/12.png\" style=\"width: 600px; height: 427px;\" /></p>
<p>
	<strong>Advantages:</strong></p>
<p>
	Separation of concerns, every type has its own schema.</p>
<p>
	Better backup strategies possible, per schema for example.</p>
<p>
	Better extensibility, for example if more load occurs as expected the schemas could easily moved to an extra database server.</p>
<p>
	 </p>
<p>
	<strong>Disadvantages:</strong></p>
<p>
	Small overhead for the Database system.</p>
<p>
	Small overhead for the database administrator.</p>
<p>
	 </p>
<p>
	<strong>Conclusion:</strong></p>
<p>
	To store the collected raw data in databases per system brings an extra boost in performance and parallel working abilities. But more it brings extra advantages in the administration and security side. It extends the possibility to move the schemas on different servers, if the load is more than expected, or even if one server moves to another. Further it brings separation of concern in the database schemas, so the backups could be planned per tool type and its database. A downside is it asks more administration needs then the one schema solution.</p>
<p>
	 </p>
<p>
	<strong>Decision:</strong></p>
<p>
	The decision is to use a database schema for every tool type. This decision is based on the conclusion above. The database schema per tool type brings the needed extensibility also on the administration side. It also brings flexibility in moving the schemas or even to delete them when no data Gatherer for this type exists.</p>""" ;
                                                                                                                                              sadocontology1:contains_knowledge_about sadocontology1:Centralized_data_scheme, sadocontology1:Cost, sadocontology1:Decentralized_data_scheme, sadocontology1:Distribution_of_data_schema_for_tool_types, sadocontology1:Extensibility_of_data_sources, sadocontology1:Flexibility, sadocontology1:Performance, sadocontology1:Security ;
                                                                                                                                              a sadocontology1:WikiPage, owl:NamedIndividual ;
                                                                                                                                              rdfs:label "20 Appendix - Centralized Data schema for all gathered information" .

Source of Statements about 20 Appendix - Centralized Data schema for all gathered information (without imported statements)

Knowledge Bases

Navigation

Source of Statements about 20 Appendix - Centralized Data schema for all gathered information (without imported statements)

OntoWiki

Knowledge Bases

Navigation

Login