<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Learn Software Development &#187; Schemas</title>
	<atom:link href="http://learnsoftwareprocesses.com/category/schemas/feed/" rel="self" type="application/rss+xml" />
	<link>http://learnsoftwareprocesses.com</link>
	<description>All about the processes involved in software development</description>
	<lastBuildDate>Tue, 07 Feb 2012 19:53:10 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Database (DBMS) Languages</title>
		<link>http://learnsoftwareprocesses.com/2009/08/06/database-dbms-languages/</link>
		<comments>http://learnsoftwareprocesses.com/2009/08/06/database-dbms-languages/#comments</comments>
		<pubDate>Thu, 06 Aug 2009 06:36:35 +0000</pubDate>
		<dc:creator>ashish</dc:creator>
				<category><![CDATA[Data]]></category>
		<category><![CDATA[Databases]]></category>
		<category><![CDATA[DDL]]></category>
		<category><![CDATA[DML]]></category>
		<category><![CDATA[Language]]></category>
		<category><![CDATA[Schemas]]></category>
		<category><![CDATA[data definition language]]></category>
		<category><![CDATA[data manipulation language]]></category>
		<category><![CDATA[DBMS]]></category>
		<category><![CDATA[DBMS languages]]></category>

		<guid isPermaLink="false">http://learnsoftwareprocesses.com/?p=283</guid>
		<description><![CDATA[<p>Once the design of the database is completed and a DBMS is chosen to implement the database, the next step is to define the conceptual and internal schema for the data and any mappings between the two. The languages that are used to do so are :</p> <p>• Data Definition Language (DDL): To specify the [...]]]></description>
			<content:encoded><![CDATA[<p>Once the design of the database is completed and a DBMS is chosen to implement the database, the next step is to define the conceptual and internal schema for the data and any mappings between the two. The languages that are used to do so are :</p>
<p>• Data Definition Language (DDL): To specify the conceptual schema of a database by the DBA and by database designers. In many DBMSs, the DDL is also used to define internal and external schemas (views).<br />
• In some DBMSs, separate storage definition language (SDL) are used to define internal and external schemas.<br />
The mappings between the two schemas may be specified in either one of these languages. For a true three-schema architecture, a third language is needed, the view definition language (VDL), to specify user views and their mappings to conceptual schema.</p>
<p>Once the database schemas are compiled and the database is populated with data, users must have some means to manipulate the data.<br />
• Data Manipulation Language (DML): Used to specify database retrievals and updates.<br />
• DML commands (data sublanguage) can be embedded in a general-purpose programming language (hostlanguage), such as COBOL, C or an Assembly Language.<br />
• Alternatively, stand-alone DML commands can be applied directly (query language).<br />
DMLs can be high level(set-oriented, nonprocedural) or low level)record-oriented, procedural). A high-level DML can be embedded in a host programming language, or it can be used as a stand-alone language; in the latter case it is often called as a query language.</p>
<p>In current DBMSs, a comprehensive integrated language is used that includes constructs for conceptual schema definition, view definition, and data manipulation. A typical example of a comprehensive database language is the SQL relational database language.<br />
Whenever DML commands are embedded in a general-purpose programming language, that language is called the host language and the DML is called the data sublanguage. </p>
]]></content:encoded>
			<wfw:commentRss>http://learnsoftwareprocesses.com/2009/08/06/database-dbms-languages/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Database System Concepts &#8211; Data Model, Schemas and Database state</title>
		<link>http://learnsoftwareprocesses.com/2009/08/04/database-system-concepts-data-model-schemas-and-database-state/</link>
		<comments>http://learnsoftwareprocesses.com/2009/08/04/database-system-concepts-data-model-schemas-and-database-state/#comments</comments>
		<pubDate>Tue, 04 Aug 2009 03:05:29 +0000</pubDate>
		<dc:creator>ashish</dc:creator>
				<category><![CDATA[Data]]></category>
		<category><![CDATA[Data Model]]></category>
		<category><![CDATA[Databases]]></category>
		<category><![CDATA[Instance]]></category>
		<category><![CDATA[Model]]></category>
		<category><![CDATA[Schemas]]></category>
		<category><![CDATA[State]]></category>
		<category><![CDATA[Types]]></category>
		<category><![CDATA[Categories]]></category>
		<category><![CDATA[Conceptual data model]]></category>
		<category><![CDATA[Database state]]></category>
		<category><![CDATA[physical data model]]></category>
		<category><![CDATA[representational data model]]></category>

		<guid isPermaLink="false">http://learnsoftwareprocesses.com/?p=279</guid>
		<description><![CDATA[<p>A data model is a collection of concepts that can be used to describe the structure of a database. By structure of the database we mean the data types, relationships, and constraints that should hold on the data. Most data models also include a set of basic operations for specifying retrievals and updates on database.</p> [...]]]></description>
			<content:encoded><![CDATA[<p>A data model is a collection of concepts that can be used to describe the structure of a database. By structure of the database we mean the data types, relationships, and constraints that should hold on the data. Most data models also include a set of basic operations for specifying retrievals and updates on database.</p>
<p>Categories of Data Models:<br />
- High level or Conceptual data models : These models provide concepts that are close to the way many users perceive data. They use concepts such as entities, attributes, and relationships. An entity represents a real-world object or concept such as an employee or a project. An attribute represents property of interest that describes an entity such as employee&#8217;s salary or name. A relationship represents an interaction among the entities.<br />
- Representational data models : These models provides concept that may be understood by end users but that are not too far removed from the way data is organized within the computer. They are used most frequently in traditional commercial DBMSs and they include the widely used relational model as well as the network and hierarchical models. These models represent data by using record structures and hence are sometimes called record-based data models.<br />
- Low level or Physical data models : These models provide concepts that describe the details of how the data is stored in the computer by representing information such as record formats, record orderings, and access paths. An access path is a structure that makes the search for particular database records efficient.</p>
<p>Schemas:<br />
The description of a database in any data model is called the database schema which is specified during the database design and is not expected to change frequently. A displayed is called a schema diagram.</p>
<p><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_Ft_K4jmqJjk/SnaBHIGtBxI/AAAAAAAAANc/4y5ZxiTAHMQ/s1600-h/schema+diagram.gif"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 377px; height: 212px;" src="http://2.bp.blogspot.com/_Ft_K4jmqJjk/SnaBHIGtBxI/AAAAAAAAANc/4y5ZxiTAHMQ/s400/schema+diagram.gif" border="0" alt="Schema Diagram" id="BLOGGER_PHOTO_ID_5365617965493192466" /></a><br />
A schema diagram displays only some aspects of a schema, such as names of record types and data items, and some types of constraints.</p>
<p>Database State or Iinstance: The actual data in a database changes every time data is inserted, deleted, or modified. The data in the database at a particular moment in time is called a database state or a snapshot. It is also called the current set of occurrences or instances in the database.</p>
<p>Distinguish between Database State and Database Schema:<br />
When a new database is defined, we specify its database schema only to the DBMS. At this point, the corresponding database state is empty state. The initial state of the database is got when the database is first populated or loaded with the initial data. From then on, every time an update operation is applied to the database, we get another database state.</p>
]]></content:encoded>
			<wfw:commentRss>http://learnsoftwareprocesses.com/2009/08/04/database-system-concepts-data-model-schemas-and-database-state/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

