1.Mit folgendem Statement schalten Sie eine Datenbank in den Einzelusermodus. In diesem Modus werden Connections zur Datenbank geschlossen und es können auch keine neue gestartet werden.

USE [master]
GO
ALTER DATABASE [Database] SET  SINGLE_USER WITH ROLLBACK IMMEDIATE

2. Um die Datenbank wieder in den Mehrbenutzermodus zu schalten benutzen Sie folgendes Statement.

USE [master]
GO
ALTER DATABASE [Database] SET  MULTI_USER WITH ROLLBACK IMMEDIATE

3. Vekleinern einer Datenbank

USE [Database]
GO
DBCC SHRINKDATABASE(N’Database‘ )

4. Logfile der Datenbank verkleinern

USE [Database]
GO
DBCC SHRINKFILE (N’sql11_Log’ , 0, TRUNCATEONLY)

Wichtig: Bevor Sie die Datenbank & Logfile verkleinern, müssen Sie ein Backup der Dateien erstellen. Erst dann ist das Verkleinern auch wirksam.

$ ls -l *11g*
-rw-r--r-- 1 rasti staff 642016988 2010-04-27 23:36 linux_11gR2_client.zip

Not only the approximate 630MB in size but also the graphical installation procedure is sometimes a big shortcoming. And for simply accessing an Oracle SQL Server a lesser volume of data might be sufficient too. There the Oracle Instant Client comes into play.

$ ls -l *11.2*
-rw-r--r-- 1 rasti staff  46299404 2010-03-19 16:10 oracle-instantclient11.2-basic-11.2.0.1.0-1.i386.rpm
-rw-r--r-- 1 rasti staff   1564168 2010-03-19 16:10 oracle-instantclient11.2-jdbc-11.2.0.1.0-1.i386.rpm
-rw-r--r-- 1 rasti staff    791567 2010-03-23 14:24 oracle-instantclient11.2-sqlplus-11.2.0.1.0-1.i386.rpm

After installation of these three software packages e.g. like this

$ rpm -ivh oracle-instantclient11.2-basic-11.2.0.1.0-1.i386.rpm
$ rpm -ivh oracle-instantclient11.2-jdbc-11.2.0.1.0-1.i386.rpm
$ rpm -ivh oracle-instantclient11.2-sqlplus-11.2.0.1.0-1.i386.rpm

You ought to see them as part of the installed software.

$ rpm -qa|grep -E "^oracle"
oracle-instantclient11.2-basic-11.2.0.1.0-1
oracle-instantclient11.2-jdbc-11.2.0.1.0-1
oracle-instantclient11.2-sqlplus-11.2.0.1.0-1

If not been redirected the installation of the libraries goes to the directory /usr/lib/oracle/11.2/client/lib
You can check the package content with

$ rpm -qil oracle-instantclient11.2-sqlplus-11.2.0.1.0-1.i386
...

To make the tools finding their required libraries automatically linking is used frequently in the /usr/lib directory.

$ ls -l /usr/lib/liboc* /usr/lib/libsqlpl*
lrwxrwxrwx 1 root root 38 2010-04-15 19:18 /usr/lib/libocci.so.11.1 -> oracle/11.2/client/lib/libocci.so.11.1
lrwxrwxrwx 1 root root 34 2010-03-23 14:36 /usr/lib/libociei.so -> oracle/11.2/client/lib/libociei.so
lrwxrwxrwx 1 root root 38 2010-03-23 14:36 /usr/lib/libocijdbc11.so -> oracle/11.2/client/lib/libocijdbc11.so
lrwxrwxrwx 1 root root 38 2010-03-23 14:36 /usr/lib/libsqlplusic.so -> oracle/11.2/client/lib/libsqlplusic.so
lrwxrwxrwx 1 root root 36 2010-03-23 14:36 /usr/lib/libsqlplus.so -> oracle/11.2/client/lib/libsqlplus.so

Let’s assume we’d like to access the database HELLO and keep the connection description in the accustomed location. Thus we put the tnsnames.ora here …

$ mkdir -p /usr/lib/oracle/11.2/network/admin
$ cd /usr/lib/oracle/11.2/network/admin ; vi tnsnames.ora
...
$ cat tnsnames.ora
HELLO.WORLD = (
  DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = hello.equitania.de)(PORT = 1527))
    (CONNECT_DATA = (SERVER = DEDICATED)(SID = HELLO))
 )

To prepare the tools using this definition we hat the choice whether we’d like to append our settings to /etc/profile.local or create a seperate file for our needs like /etc/profile.d/sqlplus.
Either way we’ve added the following lines.

$ cat /etc/profile.d/sqlplus
ORACLE_HOME=/usr/lib/oracle/11.2
export ORACLE_HOME
TNS_ADMIN=${ORACLE_HOME}/network/admin
export TNS_ADMIN

After these variables had been sourced into the shell environment, we can logon to the database.

$ sqlplus /nolog
SQL> CONNECT rasti/T0pS3cr3T@hello.world
SQL> SELECT * FROM user_tables;
...
SQL> disconnect;
SQL> EXIT;

Very well, it worked properly!

Please consult the SQL*Plus FAQ for further information about the clients capabilities.

Please also bear in mind that the tnsnames.ora won’t be used if accessing the database by PHP via the OCI library for instance. In this case you must know exactly how the database is defined on the server host. You can’t redefine the connection attributes in the tnsnames.ora file.

http://silverdb.codeplex.com/

Damit lassen sich Daten in einer kleinen Datenbank direkt bei dem jeweiligen Client unter dem Isolation Storage speichern. Natürlich mit bequemen Feature’s wie z.B. lazy loading oder die Komprimierung der Datenbank.

Hier die offzielle Projektbeschreibung:

“

This project implements a Isolated Storage (IsolatedStorage) based database for Silverlight. The usage of this software is very simple. You create a new database by Calling CreateDatabase. You can add tables to the database by calling db.CreateTable<T> where T is the type of entity to be stored in table rows. You can save database by calling Save, and open the database by calling OpenDatabase. This database supports version changes, so you can update your application and still be able to open the database. You can look for basic use of this database by examining test Silverlight application. Encryption and compression have been implemented; just provide a password to use encryption. Compression is based on SharpZipLib – you will have all the rights specified under that project. See http://slsharpziplib.codeplex.com/license for details. Also lazy loading has been implemented. If you open database with lazy loading flag, tables will be loaded when first accessed. Feel free to look documentation help file under current download for API details. The source code file contains unit test project that you can also examine for usage details.

Here is a list features on the radar:

• Isolated Storage quota checks, possibly with ability to automatically request more space

“

Hier gebe ich eine kurze Einführung zu Talend Open Studio

Talend Open Studio ist ein Programm zur Datenfilterung, Bearbeitung und Datenmigration. Daten können aus unterschiedlichsten Quellen eingelesen, gefiltert, bearbeitet und in Datenbanken und andere Formate exportiert werden. Dabei sind zusätzliche Optionen wie der Versand von Emails bei Fehlern und vieles mehr möglich.

Download unter:

http://www.talend.com/download.php

Vorraussetzung:

Java 1.5

Man kann mehrere Versionen parallel auf dem System haben, es ist nicht nötig das Programm zu installieren, entpacken der Dateien ist ausreichend.

Inhalt der .ini Datei von Talend Open Studio ( TOS)

-vmargs : Übergabe von Einstellungen an Java

-Xms40m : Minimaler Speicher

-Xmx500m : Maximaler Speicher, auf 1024 erhöhen

-XX:MaxPermSize=128m : Größe der Permanenten Belegung

Erster Start von TOS

GNU Lizenz Akzeptieren.

Erster Schritt: Verbindung einrichten.

Dazu auf die 3 Punkte ganz rechts klicken.

Verbindung einrichten ( lokal ist bereits angelegt) – Email als Benutzer angeben. Damit sind alle Projekte und Jobs mit der Email als Benutzername gekennzeichnet.

Erstelle/ Import Projekt ( Perl oder Java möglich) – Wir benutzen grundsätzlich Java

Das Demo-Projekt ist als erster Überblick nützlich, es sind viele Jobs vorhanden als Beispiele für die Einsatzmöglichkeiten.

Wir erzeugen ein neues Projekt und starten das Programm durch Klick auf ‚Laden‘.

Danach startet das Open Studio

Talend Open Studio Überblick

Nach einem Popup mit Aufforderung zur Registrierung wird erstmal das Programm initialisiert.

Ein Blick auf die Repository

Die Projekte arbeiten mit Jobs. Alle Komponenten werden in die graphische Oberfläche der Jobs gezogen und dort verlinkt. Es ist möglich Subjobs zu definieren und zu verlinken, ebenfalls ist es möglich verschiedene Jobs miteinander zu verknüpfen. Dazu mehr weiter unten.

!Wichtig! Alle Routinen, Abfragen, Jobs etc dürfen keine Leerzeichen oder Sonderzeichen enthalten und alle Komponenten müssen unterschiedlich benannt sein.

Alle Bennungen nach Art der Komponente durchführen:

z.B. job_xxx oder abfrage_xxx

Die Palette

Business Intelligence

Enthält u.a. Charts und SCDs (Slowly Changing Dimension)

SCD werden verwendet um Änderungen an den Dimensionstabellen vorzunehmen, dabei gibt es Typ 1, 2 und 3

Typ 1 überschreibt alte Daten

Typ 2 arbeitet mit Historie

Typ 3 legt eine neue Dimension an

Erklärung: http://de.wikipedia.org/wiki/Slowly_Changing_Dimensions

Business

Connectoren zu verschiedenen CRM Systemen und bestimmten Serversystemen

Custom Code

WICHTIG

Hier ist man in der Lage eigene Routinen zu schreiben und eigene Funktionen zu bauen und die Modifikation vorhandener Komponenten

tJavaFlex – Startprozedur, Hauptteil mit Funktionen, Endteil mit Beendigung von Schleifen

tJavaRow – nur Hauptteil

Data Quality

Funktionen zum Filtern und Vergleichen von Daten, z.B. Gleiche, Intervall-Vergleiche, Schemasuche …

Databases

Connectoren zu verschiedenen Datenbanken – je nach Datenbank mehr oder weniger verschiedene Funktionen vorhanden.

Diese werden von uns nicht verwendet, da wir DB Verbindungen in Repository unter Metadaten anlegen. Damit sind sie für alle Jobs des Projekts verfügbar.

ELT

Extract, Transform, Load (ETL) bezeichnet in der Informatik einen Prozess, um Daten aus mehreren Datenquellen mit ggf. unterschiedlichen Strukturen in einer Zieldatenbank zu vereinigen. Dieser Vorgang wird in drei Schritten vollzogen, aus denen sich die Bezeichnung ETL ableitet:

Extraktion (Extract) der relevanten Daten aus verschiedenen Quellen

Transformation (Transform) der Daten in das Schema und Format der Zieldatenbank

Laden (Load) der Daten in die Zieldatenbank.

( Auszug aus Wikipedia)

File

Datenoperationen wie einlesen verschiedener Dateiformate, Speichern in verschiedenen Dateiformaten z.B. Excel

Internet

Operationen welche eine Internetverbindung erfordern z.B. Mailversand, ssh oder ftp Operationen

Logs & Errors

!Wichtig! Wichtige Tools zur Fehleranalyse, Sammlung von Fehlermeldungen.

tLogRow macht eine Ausgabe von Daten an Console – Man kann verschiedene Daten übermitteln, z.B. eingelesene, gefilterte, Errors …

dieses wird durch die Verlinkung in der graphischen Oberfläche bestimmt

Misc

Wichtig! Enthält tRowGenerator, welcher nach Vorgaben Testdaten erstellt.

Orchestration

-

Processing

Enthält wichtige Komponenten zur Verarbeitung / Bearbeitung von Daten z.B. Verknüpfung von Tabellen

System

Komponenten die weitere Jobs im TOS Starten oder Systemvariablen ändern

XML

Operationen auf XML

Repository & Build-In

Repositorys eingetragene Komponenten die global von mehreren Jobs genutzt werden können.

Ein Beispiel wäre eine eingetragene Datenbankverbindung und ihre Tabellen, man kann diese dann in jedem beliebigen Job nutzen.

Repositories werden nur über die Metadaten geändert. Die Metadaten enthalten die Informationen über die Komponenten, aber keine direkten ‚Nutzdaten‘.

Bei Änderungen wird eine ‘Impact’ Analyse durchgeführt, d.h. es wird angezeigt welche Jobs betroffen sind, man kann wählen ob Jobs ausgelassen werden, dort ist dann die Komponente automatisch ‚Build-In‘.Änderungen des Repositories können sehr viel Zeit in Anspruch nehmen, falls das Repository sehr oft verwendet wird.

In den Jobs kann man die Eigenschaften einer Komponente auf ‘Build-In’ setzen. Damit sind dann lokale Änderungen möglich und nur dieser Job verwendet diese veränderten Einstellungen.

Export von Daten

Einstellungen kann man als Context exportieren, damit sind Settings als Context.xxx verfügbar – Jobs können dann Daten übergeben bekommen oder

aus einer Datei oder DB auslesen, dieses sind dann die aktuellen Settings ( z.b. login,pwd etc pp), nicht eingelesene Daten

sind dann die Standardvorgaben. Den Export kann man bei der Einrichtung neuer Metadaten durchführen.

Diese Contextdaten lassen sich aus verschiedenen Quellen einlesen. Wie z.B. einfache Dateien oder Datenbanken.

In diesem Fall werden die Contextdaten ausgelesen und an der Konsole ausgegeben, weiterhin wird danach, wenn diese Daten Ok sind, ein Importjob gestartet

Export eines Jobs: Rechtsklick auf einen Job -> ‘Job-Scripts exportieren’

Die Jobs sind als Webservice,PlainOldJavaObject(POJO) und andere Formate exportierbar diese kann man dann entsprechend nutzen oder auch in ein anderes TOS importieren. Wichtig bei einem Webservice: Dateien dann auf einen Application Server wie z.B. Tomcat - Wichtig Server muss Java beherrschen, da Datei .war ist

Neu compilieren der Settings

Strg+Shift+F3

Weiteres

Unter Code / Routinen sind eigene Public Static Funktionen definierbar ( String.UpperCase etc)

Selbstentwickelte Funktionen lassen sich in eigene Kategorien unterteilen ( im Code unter den Kommentaren ist der Kategorie-Name hinterlegt) -> Code->Routinen

Dokumentationen

Möglichkeit zur Dokumentation:

Rechtsklick auf Job -> Generiere Dokumentation als html

Erzeugt sehr umfassende Dokumentation aller Settings und Daten, leider sehr kryptisch, jedoch sind Grafiken mit Übersicht des Strukturaufbaus enthalten.

Bietet die Möglichkeit diverse Komponenten auszukommentieren.

Aufbau eines Beispiel-Jobs

Hier ein Überblick wie man einen Job aufbaut.

Job erstellen

Anlegen eines neuen Jobs, dieser ist unser Arbeitsblatt wir platzieren hier unsere Arbeitskomponenten und verbinden sie miteinander.

Woher bekomme ich die Daten

Start: Einlesen von Daten ( Datei, DB …. )

Dafür legt man dann im Repository die Verknüpfung zur Datenquelle an. In diesem Beispiel an eine Datenbank.

Rechtsklick auf ‚DB Connections bringt dann dieses Dropdown

‚Erstelle Verbindung‘

Im nächsten Fenster trägt man dann entsprechend die Serverdaten ein.

Wenn man dies erledigt hat muss nun TOS das Schema der DB einlesen. Rechtsklick auf die neue DB-Verbindung:

‚Schema ermitteln‘

Die ausgewählten Spalten tauchen jetzt unter Tabellen-Schemas auf.

Diese Schemas kann man nun im Job verwenden um die Daten einzulesen und diese dann im Job bearbeiten um sie dann letztendlich in eine Datei zu speichern.

In diesem Fall wird der Schritt übersprungen und die benötigten Daten werden direkt durch eine SQL-Query ausgelesen.

Die Queries werden angelegt durch ‚Edit Queries‘.

Der Editor sieht folgendermaßen aus:

Über den Reiter ‚Designer‘ lassen sich auch Queries aufbauen, jedoch ist der Funktionsumfang extrem begrenzt.

Aufbau des Jobs

Die Abfrage wird jetzt in die graphische Oberfläche des Jobs gezogen.

Da das Ziel in diesem Fall eine Access-DB ist, habe ich diese ebenfalls unter den DB Connections angelegt und das Schema eingelesen.

Da ich in diesem Fall nur eine Tabelle ändere ziehe ich den gesamten Connectionreiter als Output auf die graphische Oberfläche .

Als letztes will ich noch wissen ob die Daten richtig angekommen sind. Also leite ich die Daten zum Schluss noch in eine tLogRow um die Daten auf der Konsole angezeigt zu bekommen.

Verknüpfungen

Als letzten Schritt verknüpfe ich die Komponenten und benenne die Verknüpfungen entsprechend:

Jede dieser Verknüpfungen enthält das Schema der Daten die ich Transferieren will:

Über ‚Ändere Schema‘ kann ich z.B. den Typ ändern, dies kann wichtig sein, wenn das Schema falsch erkannt wurde, die Länge zu kurz ist etc

Bei Access z.B. darf kein Datentyp ‚Long‘ enthalten sein, dies führt zu einem Fehler.

Sollte es Probleme mit Verknüpfungen geben wird normalerweise angezeigt was Momentan das Problem ist.

Lösung wäre hier die Komponente und die Verknüpfung Datentransfer zu testen wo die Schemas der Daten verschieden sind ( Datentyp, Fehlende Spalte etc.)

Weitere Verknüpfungen

On Subjob :

Der gesamte Vorgang ( leicht blau Unterlegt)

On Component :

Nur die Ausführung dieser Komponente

Dies sind bedingte Verknüpfungen. Möglich wäre z.B. eine Email mit : ‚Erfolg‘ bei ‚On Subjob Ok‘

Und eine Email mit ‚Error‘ wenn der Subjob nicht laufen sollte.

Auf Komponenten bezogen muss man mit solchen Verknüpfungen vorsichtig sein, z.B. ein Filter der 5000 Zeilen erfolgreich filtert, würde 5000x ‚On Component Ok‘ senden.

Es lassen sich ebenso ganze Jobs verknüpfen, ebenfalls auf Bedingungen gestützt.

Ausführung

Wenn ‚Statistik‘ und ‚Traces‘ markiert sind wird während der Aufführung direkt angezeigt an welcher Stelle grade gearbeitet wird, und wie der Dateninhalt lautet. Dies sollte nur gemacht werden wenn es absolut Notwendig ist, da die Aufführung extrem langsam wird.

Statistik alleine ist meistens bereits ausreichend um nachzuverfolgen, wieviele Daten und wie schnell die Daten transferiert wurden. Diese werden an den Verknüpfungen angezeigt.

Nach einer Erfolgreichen Ausführung sieht es dann z.B. so aus:

In der Konsole kann ich nachgucken wie die Datensätze aussehen und zur Not kann ich auch nochmal die Access-Datei prüfen ob alles ordnungsgemäß angekommen ist.

Weitere Informationen

Weitere Hilfe gibt es in der integrierten Hilfe von TOS

Unter Hilfe -> Help Contents

Oder unter

http://www.talendforge.org/

Dokumentation als PDF: Dokumentation zu Talend Open Studio

Der SQL Server 2005 Express Edition ist die kostenfreie Version der Microsoft SQL Server 2005 Familie.

Zu der Produktfamilie gehören Express, Workgroup, Standard und Enterprise.

Die SQL Server 2005 Enterprise Edition ist die umfangreichste Version des SQL-Servers. Sie ist dafür ausgelegt höchste Anforderungen zu erfüllen.
Sie unterstützt hochkomplexe Datenanalysen, Webanwendungen und mehr.

Installation& Installationsumfang

Das Installationspaket ist 5 MB gross, es umfasst einen verborgenen und interaktiven Modus.

• der interaktive Modus ist eine abgespeckte Version der Installation des SQL Server 2005, sie umfasst u.a. Hardware-Anforderungstests
• der verborgene Modus ist für die Installation als genutzter Bestandteil eines anderen Programms welches den SQL Server benötigt
• im verborgenen Modus werden die Installationsanweisungen mit übergeben das Setup führt diese dann im Hintergrund durch
• die Installation umfasst den Server, sowie die Grundtools wie z.B. SQLCMD

Wichtige Merkmale des Microsoft SQL-Server 2005

• Nutzt maximal 1GB des Arbeitsspeichers
• Nutzt nur 1 CPU des Rechners
• Kann in maximal 50 Instanzen auf einem Rechner laufen
• Nutzt CLR des .net Frameworks
• Unterstützt automatisches Ein-Aushängen von Benutzer-Datenbanken und Xcopy
• Visuelle Benutzeroberfläche ( SSMSE) nachinstallierbar

X-Copy/Once-Click Deployment

X-Copy und Once-Click Deployment sind 2 verschiedene Wege um eines zu erreichen: Der Ersatz eines SQL-Servers soll genauso einfach werden wie die Benutzung der .mdb Dateien bei MS-Access.

X-Copy-Deployment erlaubt Datenbanken anderer Nutzer als Datei zu betrachten und diese dann zu öffnen und zu nutzen.

Once-Click Deployment nutzt einen anderen Weg. Es erzeugt im Visual Studio oder Visual Web Developer 2005 Express eine neue Datenbank und installiert diese im SQL-Server.

CLR-Integration

CLR ist ein sogenannter verwalteter Code über .net erzeugt wird und Funktionen für den SQL-Server, welche über T-SQL nicht in dieser Form durchführbar sind, bereitstellt.

Sie sind somit ein zusätzliches Angebot zu T-SQL. Verwaltet wird CLR über .net (z.B. .net Framework 2.0 SDK), es ist auf hohe Sicherheit konzipiert, so dass keine Sicherheitslücken durch die Verwendung von CLR entstehen.

Neuerungen in SQL Server 2005

Der SQL Server 2005 bietet einige neue T-SQL Fähigkeiten. Dieses sind:

Zahlreiche Erweiterungen der ‘Select’ Anweisung wodurch sich einige Filterungsmöglichkeiten ergeben
Die ‘Output’ Anweisung – sie stellt Datensätze vor ihrer Veränderung als Ergebnismenge dar
Die ‘Try…Catch’ Anweisung – sie ist eine neue Anweisung zur Behandlung von Fehlern

‘Persisted’ – Speichert die Ergebnisse von komplexen Anweisungen in den Datenseiten der Tabelle und ermöglicht einen sehr schnellen Zugriff.

• Verschlüsselung – der SQL Server 2005 kann die Daten auf 4 Weisen verschlüsseln:
  • Passwort
  • Symmetrischer Schlüssel
  • Asymmetrischer Schlüssel
  • Zertifikat

• Neue Datentypen
  • VARCHAR(MAX)‏
  • VARBINARY(MAX)‏
  • XML

Die wesentlichen Unterschiede von der Express zur Enterprise Edition lassen sich zu folgenden Punkten aufteilen:

• Hardware-Anforderungen
• Software-Anforderungen
• Hardware-Nutzung
• Leistungsumfang

Vergleich Enterprise & Express

Link zur Präsentation:
SQL-Server-2005-Präsentation

define('MYSQLDUMP', '/usr/bin/mysqldump');
define('DBHOST', 'server.de');
define('DBUSER', 'user');
define('DBPASS', 'pass');
define('DB', 'dbname');
define('EXPORTDIR', '/homepages/pfad/htdocs/export/');
set_time_limit(0);
exec(MYSQLDUMP." -h ".DBHOST." -u ".DBUSER." --password=".DBPASS." ".DB." > ".EXPORTDIR.DB.".sql 2> ".EXPORTDIR."errors.txt");
echo "Export finished!";

den Pfad für MYSQLDUMP und MySQL kann man mit folgendem Befehl ermitteln:

$fpd = popen("which mysqldump");
$path_to_mysqldump = trim(fread($fpd, 1024));
pclose($fpd);
$fp = popen("which mysql");
$path_to_mysql = trim(fread($fp, 1024));
pclose($fp);

Wieder einspielen kann man das Backup dann so:

exec("/usr/bin/mysql -u user --password=password-D usr_user_1 < dbname.sql");