<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>OpenText Analytics Database 26.2.x – Designing a logical schema</title>
    <link>/en/admin/configuring-db/designing-logical-schema/</link>
    <description>Recent content in Designing a logical schema on OpenText Analytics Database 26.2.x</description>
    <generator>Hugo -- gohugo.io</generator>
    
	  <atom:link href="/en/admin/configuring-db/designing-logical-schema/index.xml" rel="self" type="application/rss+xml" />
    
    
      
        
      
    
    
    <item>
      <title>Admin: Using multiple schemas</title>
      <link>/en/admin/configuring-db/designing-logical-schema/using-multiple-schemas/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/en/admin/configuring-db/designing-logical-schema/using-multiple-schemas/</guid>
      <description>
        
        
        &lt;p&gt;Using a single schema is effective if there is only one database user or if a few users cooperate in sharing the database. In many cases, however, it makes sense to use additional schemas to allow users and their applications to create and access tables in separate namespaces. For example, using additional schemas allows:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Many users to access the database without interfering with one another.&lt;/p&gt;
&lt;p&gt;Individual schemas can be configured to grant specific users access to the schema and its tables while restricting others.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Third-party applications to create tables that have the same name in different schemas, preventing table collisions.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Unlike other RDBMS, a schema in OpenText™ Analytics Database is not a collection of objects bound to one user.&lt;/p&gt;

      </description>
    </item>
    
    <item>
      <title>Admin: Tables in schemas</title>
      <link>/en/admin/configuring-db/designing-logical-schema/tables-schemas/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>/en/admin/configuring-db/designing-logical-schema/tables-schemas/</guid>
      <description>
        
        
        &lt;p&gt;You can create persistent and temporary tables, through 
&lt;code&gt;&lt;a href=&#34;../../../../en/sql-reference/statements/create-statements/create-table/#&#34;&gt;CREATE TABLE&lt;/a&gt;&lt;/code&gt; and 
&lt;code&gt;&lt;a href=&#34;../../../../en/sql-reference/statements/create-statements/create-temporary-table/#&#34;&gt;CREATE TEMPORARY TABLE&lt;/a&gt;&lt;/code&gt;, respectively.&lt;/p&gt;
&lt;p&gt;For detailed information on both types, see &lt;a href=&#34;../../../../en/admin/working-with-native-tables/creating-tables/&#34;&gt;Creating Tables&lt;/a&gt; and &lt;a href=&#34;../../../../en/admin/working-with-native-tables/creating-temporary-tables/#&#34;&gt;Creating temporary tables&lt;/a&gt;.&lt;/p&gt;
&lt;h2 id=&#34;persistent-tables&#34;&gt;Persistent tables&lt;/h2&gt;
&lt;p&gt;
&lt;code&gt;&lt;a href=&#34;../../../../en/sql-reference/statements/create-statements/create-table/#&#34;&gt;CREATE TABLE&lt;/a&gt;&lt;/code&gt; creates a table in the database &lt;a class=&#34;glosslink&#34; href=&#34;../../../../en/glossary/logical-schema/&#34; title=&#34;Consists of a set of tables and referential integrity constraints in an OpenText&amp;amp;trade; Analytics Database.&#34;&gt; logical schema&lt;/a&gt;. For example:&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;CREATE TABLE vendor_dimension (
   vendor_key        INTEGER      NOT NULL PRIMARY KEY,
   vendor_name       VARCHAR(64),
   vendor_address    VARCHAR(64),
   vendor_city       VARCHAR(64),
   vendor_state      CHAR(2),
   vendor_region     VARCHAR(32),
   deal_size         INTEGER,
   last_deal_update  DATE

);
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;For detailed information, see &lt;a href=&#34;../../../../en/admin/working-with-native-tables/creating-tables/&#34;&gt;Creating Tables.&lt;/a&gt;&lt;/p&gt;
&lt;h2 id=&#34;temporary-tables&#34;&gt;Temporary tables&lt;/h2&gt;
&lt;p&gt;
&lt;code&gt;&lt;a href=&#34;../../../../en/sql-reference/statements/create-statements/create-temporary-table/#&#34;&gt;CREATE TEMPORARY TABLE&lt;/a&gt;&lt;/code&gt; creates a table whose data persists only during the current session. Temporary table data is never visible to other sessions.&lt;/p&gt;
&lt;p&gt;Temporary tables can be used to divide complex query processing into multiple steps. Typically, a reporting tool holds intermediate results while reports are generated—for example, the tool first gets a result set, then queries the result set, and so on.&lt;/p&gt;
&lt;p&gt;&lt;code&gt;CREATE TEMPORARY TABLE&lt;/code&gt; can create tables at two scopes, global and local, through the keywords &lt;code&gt;GLOBAL&lt;/code&gt; and &lt;code&gt;LOCAL&lt;/code&gt;, respectively:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;code&gt;GLOBAL&lt;/code&gt; (default): The table definition is visible to all sessions. However, table data is session-scoped.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;code&gt;LOCAL&lt;/code&gt;: The table definition is visible only to the session in which it is created. When the session ends, the database automatically drops the table.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;For detailed information, see &lt;a href=&#34;../../../../en/admin/working-with-native-tables/creating-temporary-tables/#&#34;&gt;Creating temporary tables&lt;/a&gt;.&lt;/p&gt;

      </description>
    </item>
    
  </channel>
</rss>
