Seite: 2

vor: 3

09.02.2011 13:13

Datenbank erstellen mit dem ER-Diagramm und MySql

 

Datenbanken erstellen / modellieren mit dem ER-Modell

Ein Modell ist ein Ausschnitt aus der Realität oder ein gedankliches Konzept. Das Entity-Relationship-Modell ist ein Modell das aus Gegenständen und Beziehungen besteht. Es wird häufig verwendet um eine Datebank zu designen.

Beim ERM-Model handelt es sich bei den Entities meist um einen physikalischen Gegenstand, oder um ein gedankliches Konzept. Die Beziehungen zwischen den Gegenständen werden abstrahiert.

Grundlagen

Beziehungstypen

Datenbank erstellen

Literatur

Grundlagen

Entity

Ein Gegenstand wird im Modell durch ein Rechteck abgebildet. Der Gegenstand kann Eigenschaften enthalten die durch Attribute dargestellt werden. Attribute die zu einem Gegenstand gehören werden durch Linien verbunden.

Schlüssel sind eine minimale Menge von Attributen, deren Wert eine Entity eindeutig innerhalb aller Entities eines Types identifizieren. Schlüssel werden durch unterstrichene Attributnamen dargestellt.

Generalisierung

Die Generalisierung soll für ein übersichtliches und strukturiertes Modell sorgen. Dies kann erzielt werden, in dem Entities mit den gleichen Attributen zu einem Basis Entity zusammengefasst werden. Die Unterentities „erben“ die Attribute des Basis Entitys. Das Erben der Unterenties kann symbolisch durch einen Pfeil dargestellt werden. Im unteren Beispiel erben Mitarbeiter und Kunde die Attribute von Person.

Relationship

Beziehungstypen werden durch Rauten dargestellt. Diese werden dazu passend beschriftet.

Beziehungstypen

Es gibt verschiedene Beziehungstypen.

1:1 Beziehung

Jedem Entity m aus Mann wird höchstens ein Entity f aus Frau zugeordnet. Umgekehrt verhält es sich genauso. Jedem Entity f aus Frau wird maximal ein Entity m aus Mann zugeordnet. Es kann auch vorkommen, dass Entities keinen Partner haben.

Die Relation kann wie folgt in Worten beschrieben werden.

Ein Mann ist mit einer Frau verheiratet. Eine Frau ist mit einem Mann verheiratet.

1:n Beziehung

Jedem  Entity h aus Haus wird kein oder beliebige viele Entities aus Bewohner zugeordnet. Jedes Entity b aus der Menge Bewohner steht maximal einem Entity aus Haus in einer Beziehung.

Die Relation kann wie folgt in Worten beschrieben werden.

Ein Haus hat mehrere Bewohner. Mehrere Bewohner können in einem Haus sein.

n:1

Verhält sich wie die 1:n Beziehung nur umgekehrt.

 

N:m

Wenn keine Einschränkungen und Begrenzungen gelten, also  jedes Entity aus E1 mit beliebig vielen Entities aus E2 in Beziehung stehen kann und umgekehrt jedes Entity aus E2 mit beliebig vielen Entities aus E1 assoziiert ist, handelt es sich um eine n:m Beziehung. (vgl. Alfons Kempler 2009)

 

Min / Max Notation

Mit der Min / Max Notation kann man die Beziehungstypen genauer spezifizieren. Wir können z.B. sagen, dass kein oder ein Haus von genau einer Person besessen wird. Eine Person kann aber 0 oder mehrere Häuser besitzen. Die Notation würde dann wie folgt aussehen.

Da wir beim Erstellen der Datenbank die Min / Max Notation außer Acht lassen, verweise ich deshalb für weitere Informationen auf den Wikipedia Artikel und auf das Kapitel 6.6 Die (min, max) – Notation von der Online-Kurs 'Datenbanken und Datenmodellierung' Print Version.

Datenbank erstellen

Nach dem also das Model nach den ER-Diagramm Richtlinien erstellt wurde, gilt es den Entwurf in eine Datenbank zu übertragen. Ich gehe ab hier davon aus, dass man das Grundlegende über Datenbanken weiß.

Fremdschlüssel dienen als Verweis zwischen zwei Relationen, d. h. er zeigt an, welche Tupel / Zeile der Relationen inhaltlich miteinander in Verbindung stehen.

Als erstes beginnt man damit, die Entities in Tabellen um zu wandeln. Als Tabellenamen werden vorzugsweise die Entitynamen verwendet. Alle Attribute werden in der Tabelle als Spalten dargestellt. Dabei muss man sich jetzt überlegen, welches Attribut welchen Datentyp verwenden soll.

Folgendes Modell kann man wie folgt in eine Tabelle übersetzen (für das Beispiel wurde eine MySQL DB verwendet):

 

CREATE TABLE `Autor` (

`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`Name` VARCHAR( 50 ) NULL

) ENGINE = InnoDB;

Wie man sehen kann wurde der Attributname „Identifikationsnr“ auf id verkürzt und als Primary Key gesetzt. Für den Name wurde der Datentyp varchar verwendet. So werden die Entities der Reihe nach in die Datenbank „übersetzt“.

Als nächstes muss man in der Datenbank die Voraussetzungen dafür schaffen, dass die Beziehungen abgebildet werden können. Am Einfachsten ist die n:m Beziehung ab zu bilden.

 

Aus der Min / Max Notation „(0,*)“  erkennen wir, dass es sich um eine „m:n“ Beziehung handelt.

N:M Beziehungen benötigen immer eine Hilfstabelle! In der Hilfstabelle müssen wir sogenannte Fremdschlüssel verwenden, um auf die jeweilige Tabelle zu verweisen. In die Hilfstabelle erstellen wir also zwei Spalten, die jeweils die Bezeichnung auf der zu verweisenden Schlüssel verwenden. Da die Beziehung „besuchen“ heißt, erstellen wir passenderweise eine Tabelle namens besuchen. Darin erstellen wir die zwei Spalten Schuelerid und Fachid. Das sieht dann so aus:

CREATE TABLE `Schueler` (

`Schuelderid` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`Name` VARCHAR( 100 ) NOT NULL

) ENGINE = InnoDB;

CREATE TABLE `Unterrichtsfach` (

`Fachid` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`Name` VARCHAR( 50 ) NOT NULL

) ENGINE = InnoDB;

CREATE TABLE `besuchen` (
  `Schuelderid` int(11) NOT NULL,
  `Fachid` int(11) NOT NULL

) ENGINE=InnoDB;

Anbei noch ein paar Testeinträge:

INSERT INTO `Schueler` (

`Schuelderid` ,
`Name`

)
VALUES (

NULL , 'Martin'

), (

NULL , 'Simon'

);

INSERT INTO `Unterrichtsfach` (

`Fachid` ,
`Name`

)
VALUES (

NULL , 'Betriebssysteme'

), (

NULL , 'Datenmodellierung'

);

Wenn Martin jetzt die die Unterrichtsfächer 'Betriebssysteme' und 'Datenmodellierung' besuchen soll, müssen wir die entsprechenden Einträge in die Tabelle 'besuchen' machen. Z.B. mit:

INSERT INTO `besuchen` (

`Schuelderid` ,
`Fachid`

)
VALUES (

'1', '1'

), (

'1', '2'

);

INSERT INTO `besuchen` (

`Schuelderid` ,
`Fachid`

)
VALUES (

'2', '2'

);

Nun fragen wir ab welche Fächer Martin besucht.

SELECTs.name,u.name
FROM`besuchen`ASb,UnterrichtsfachASu,SchuelerASs
WHEREb.fachid=u.fachid
ANDs.Schuelderid=b.Schuelderid
ANDs.name='Martin';

Wer will kann zur Hilfstabelle noch eine dritte Spalte id hinzufügen.

Aus der unteren Abbildung ist erkenntlich, dass ein Schüler 0 oder maximal einen Computer  verwenden kann. Ein Computer ist 0 oder mehreren Schüler zugeordnet. Es handelt sich also hier um eine 1:N Beziehung. Da wir im ersten Schritt alle Entities in der Datenbank implementiert haben, sieht unsere Computer Tabelle so aus:

CREATE TABLE `Computer` (

`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`Name` VARCHAR( 10 ) NOT NULL

) ENGINE = InnoDB;

Anders wie bei einer N:M Beziehung muss nicht eine Hilfstabelle erstellt werden. Der Fremdschlüssel der Computertabelle kann direkt in die Tabelle des Schülers hinzugefügt werden.

ALTERTABLE`Schueler`ADD`computerid`INTNULLCOMMENT'verweis auf tabelle computer'

In die Computertabelle dürfte man keine Spalte erstellen um den Fremdschlüssel vom Schüler zu speichern, weil laut ER-Diagramm ein Computer mehreren Schüler zugeordnet sein kann.

Bei dieser Abbildung wird davon ausgegangen, dass dem Schüler ein Computer zugeordnet sein kann, aber nicht muss. Deshalb sind in der Spalte computerid NULL Einträge erlaubt. Falls man davon ausgeht, dass ein Schüler 0 oder mehrere Computer verwendet, müsste man dies mit einer N:M Beziehung realisieren.

Theoretisch könnte man eine 1:N Beziehung auch mit einer Hilfstabelle realisieren, jedoch versucht man in der Praxis, überflüssige Tabellen zu vermeiden. Denn wenn man bei größeren ER-Diagrammen alle Beziehungen mit Tabellen übersetzt, kann die Datenbank schnell unübersichtlich werden.

 

Bei einer 1:1 Beziehung wird so vorgegangen wie im oberen 1:N Beispiel. Die Verwendung von Hilfstabellen ist nicht möglich. Um die Tabellen miteinander zu verknüpfen, wird in die jeweilige Tabelle für die man sich entscheidet, eine zusätzliche Spalte erstellt in die man den Fremdschlüssel speichert. Ein Beispiel dazu:

CREATE TABLE `Mann` (

`idmann` INT NOT NULL AUTO_INCREMENT PRIMARY KEY

) ENGINE = InnoDB;

CREATE TABLE `Frau` (

`idfrau` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`Name` VARCHAR( 100 ) NOT NULL

) ENGINE = InnoDB;

Die Beziehung kann folgendermaßen realisiert werden:

ALTERTABLE`Mann`ADD`idfrau`INTNULLCOMMENT'verweis auf tabelle frau‘

Dabei spielt es keine Rolle welche Tabelle verwendet wird. Wir hätten genauso zur Tabelle Frau die Spalte mit dem Fremdschlüssel hinzufügen können.

Hat man alle Beziehungen in der Datenbank implementiert kann man als nächstes die Integritätsbedingung erstellen. Die Erstellung der Referenzielle Integritätsbedingung hier auch noch auszuführen sprengt allerdings den Rahmen. Ich verweise deshalb vorerst auf den Wikipedia Artikel "Referentielle Integrität".

Literatur

Beziehungen, 09.02.2011, http://sql.idv.edu/thema/dbgrundlagen/beziehungen.htm#5

Referentielle Integrität, 09.02.2011, http://de.wikipedia.org/wiki/Referentielle_Integrit%C3%A4t#Verwendung_in_Datenbanksystemen

Integritätsbedingung, 09.02.2011, http://de.wikipedia.org/wiki/Integrit%C3%A4tsbedingung

A. Kemper A. Eickler Datenbanksysteme, 09.02.2011, http://www-db.in.tum.de/research/publications/books/DBMSeinf/

Alfons Kempler. (2009) Datenbanksysteme - Eine Einführung 7 Auflage, Oldenbourg Wissenscahftsverlag GmbH München

Schlüsselwörter: mysql, sql, er-diagramm
zuletzt geändert: 09. Feber 2011 13:50
Link zu diesem Artikel: (in die Zwischenablage)

---

04.02.2011 00:36

freetds odbc Datas [S1000][unixODBC][FreeTDS][SQL Server]Unable to connect to data source

 

While we tried to set up odbc with freetds in order to connect to a mssql server we ran into several issues.

Before trying to connect with freetds to the mssql server, make sure, that your mssql server is accessable from "outside" (Your seetings should look like that (note this articel is written in german)).

With the following configuration we could connect to the mssql server (Make sure you installed all required packages unixodbc libmyodbc freetds...)

nano /etc/freetds.conf

# A typical Microsoft server
[sqlexpress]
host = 192.168.1.3
port = 1433
tds version = 8.0

nano /etc/odbc.ini

[sqlexpress]
Servername = sqlexpress
Driver = FreeTDS

nano /etc/odbcinst.ini

[FreeTDS]
Description = FreeTDS driver
Driver = /usr/lib64/libtdsodbc.so.0
Setup = /usr/lib64/libtdsS.so.2
Trace = Yes
TraceFile = /tmp/freetds.log
FileUsage = 1
UsageCount =1

You have to check where your Driver/ Setup libtds/S is located. You can check this with locate libtds.

First check if freetds is able to connect to the mssql server with

/usr/bin/tsql -S 192.168.122.157 -U martin
locale is "en_US.utf8"
locale charset is "UTF-8"
Password:
1>

The biggest problem was the next testing command isql. With

[root@FEC-A120D19MA martin]# isql -v sqlexpress martin
[S1000][unixODBC][FreeTDS][SQL Server]Unable to connect to data source
[37000][unixODBC][FreeTDS][SQL Server]Fehler bei der Anmeldung fuer den Benutzer 'martin'.
[ISQL]ERROR: Could not SQLConnect

we got this error. I was searching for hours to figure out why the connection could not be ethablised. After a while I added a password parameter to the isql command. And..... it worked! So the whole time my configuration was correct. The error message "Unable to connect to data source.." wasn't related to the actual problem. This was really retarded :D So with

isql -v SQLEXPRESS martin <passwort>

it should work.

When connecting with pdo_odbc to the sqlexpress Datasource, we got the PHP Error:

- [unixODBC][FreeTDS][SQL Server]Unicode data in a Unicode-only collation or ntext data cannot be sent to clients using DB-Library (such as ISQL) or ODBC version 3.7 or earlier.

The solution of this problem is to add "TDS_Version    = 8.0" in the /etc/odbc.ini.
  

Some good links related to this topic:

http://permalink.gmane.org/gmane.comp.db.tds.freetds/13133

http://www.debian-administration.org/articles/496

Schlüsselwörter: mssql, linux
zuletzt geändert: 22. März 2011 17:37
Link zu diesem Artikel: (in die Zwischenablage)

---

03.02.2011 23:23

doctrine - mssql php -dblib

Wenn man mit PHP auf einen MSSQL Server zugreifen will, kann das unter Umständen gar nicht so einfach sein.

Als erstes muss sichergestellt sein, dass man von außerhalb auf den MSSQL Server zugreifen kann.

1. In der Windows-Startmenü-Suche "SQL Server-Konfigurations-Manager" eingeben
2. SQL Server-Netzwerkkonfiguration--> Protokolle für SQLEXPRESS anklicken
3. In der Registerkarte Protokoll die Eigenschaft Aktiviert auf den Wert Ja setzen
4. In der Registerkarte IP-Adressen ganz unten die Eigenschaft TCP-Port auf den Wert 1433 setzen
5. Anschließend auch das Protokoll Named Pipes aktivieren
6. Danach den SQL Server neustarten

 

Als nächstes muss man den Port 1433 in der Windows Firewall freischalten.

1. In der Windows-Startmenü-Suche "Windows-Firewall mit erweiterter Sicherheit" eingeben
2. Wähle Eingehende Regeln
3. Neue Regel
4. Wähle Port und Weiter
5. Gib bei bestimmte Lokale Ports 1433 ein und weiter
6. Danach kann man auswählen in welchen Netzwerken die Regel gültig ist.

Ob die Verbindung von außen klappt kann man mittels telnet überprüfen. (Unter Linux kann man auch das tool tsql welches mit freetds mitgeliefert wird, machen)

Jetzt muss man unter PHP eine Schnittstelle freischalten die eine Verbindung zwischen Webserver und SQL Server herstellt.

Seit der PHP 5.3 Version gibt es leider keine mssql "Extension" mehr.

Microsoft hat aber einen neuen OpenSource Treiber namens SqlSrv entwickelt. Diesen Treiber unter einem IIS Server zu aktivieren ist auch nicht gerade die einfachste Aufgabe. PHP und Treiber Version müssen übereinstimmen. Was auch zu beachten ist das sich mit dieser neuen Schnittstelle, Funktionen und Verhalten geändert haben können. Das kann zusätzlich Programmierarbeit bedeutete.

Da wir seit neustem mit dem Doctrine Framework arbeiten und dieses auf die PDO Schnittstelle zugreift, ist der mssql und SqlSrc Treiber unbrauchbar. Wir haben deshalb kurzerhand den Entwicklungsserver gewechselt und das ganze unter Linux probiert, was auch einige Tücken hat. Voraussetzung ist, dass beim Webserver die pdo_dblib (PDO Driver for FreeTDS/Sybase DB-lib) aktiviert ist.

Und auch beim Aufbauen der Verbindung beim Doctrine Connection Manager muss man beachten, dass man beim Driver Namen "dblib" angibt und nicht mssql, auch wenn das nirgends auf der Dokumentation vermerkt ist.

$manager = Doctrine_Manager::getInstance();

$dsn = "dblib".':dbname='.'meinemssqldb'.';host='.'192.168.122.157';

/**
 * dns data source name
 */
$dbh = new PDO($dsn, 'martin', 'pw');
$conn = Doctrine_Manager::connection($dbh);

Das kann dann z.B. so aussehen. Falls Ihr auch solche tollen Erfahrungen mit PHP und MSSQL habt, gebt Bescheid :). Vor allem wäre es toll zu wissen, wie man unter einem IIS mit dem Doctrine Framework auf einen MSSQL Server zugreifen kann.

Siehe auch: freetds odbc Datas [S1000][unixODBC][FreeTDS][SQL Server]Unable to connect to data source

Schlüsselwörter: php, mssql
zuletzt geändert: 18. Feber 2011 15:38
Link zu diesem Artikel: (in die Zwischenablage)

---

23.12.2010 19:09

Modelle in der Informatik

 

Probleme, die in der realen Welt vorkommen können mit Hilfe von Programmen gelöst oder reduziert werden. In der Softwareentwicklung wird dazu aus einem bestimmten Ausschnitt der realen Welt, ein Abbild erstellt. Dieses Abbild ist das Modell.

Ein abgebildetes Modell der Realität hat daher folgende Kennzeichen (vgl. Stachowiak Herbert 1987):

• Abbildungsmerkmal – Modelle bilden etwas ab, Teilbereich der Realität
• Verkürzungsmerkmal – Modelle verkürzen und vereinfachen auf das, was den Modellerstellern oder Modellbenutzer relevant erscheint
• Pragmatisches Merkmal – sind ihren Originalen nicht eindeutig zuordenbar

Das pragmatische Merkmal kann in weitere Punkte unterteilt werden.

• Modelle dienen bzw. haben einen Zweck für jemanden. Sie interpretieren interpretieren das Model subjektiv
• Modelle beziehen sich auf einen bestimmten Zeitpunkt
• Modelle beziehen sich auf bestimmte gedankliche oder tatsächliche Operationen

Abbildung 1

Mit Original ist nichts anderes gemeint, als ein Ausschnitt aus der Realität.

Beim Erstellen von Modellen kann man (Marco Thomas):

• einige Originalattribute weglassen (Präterition), aber auch
• einige Modellattribute zusätzlich einfügen (Abundanz),
• einige Originalattribute mit anderen Bedeutungen belegen (Transkodierung) oder
• einige Originalattribute hervorheben. (Kontrastierung).

„Objekte mit Zuständen und eigenem Verhalten sind gut geeignet, um den Ausschnitt der realen Welt, den das System repräsentieren soll, in einem Modell abzubilden.“ (Müller, T. 1998)

In der Softwareentwicklung gibt es viele verschiedene Darstellungsmodelle. Mit  UML wurde eine standardisierte Beschreibungssprache gefunden. Es wurden unter anderem folgende  Darstellungsmodelle definiert: Aktivitätsdiagramme, Anwendungsfalldiagramme. Das Klassendiagramm ist dabei wohl das Bekannteste. Aber auch das ERM- Diagramm, das sich beim Designen von Datenbanken etabliert hat, ist ein weiteres Darstellungsmodell.

Detailliertere Informationen zum Thema „Allgemeine Modelltheorie“ findet man in Stachowiak, H. (1973). Allgemeine Modelltheorie. Wien: Springer oder hier .

Bei der Erstellung von Modellen gibt es keine Garantie, dass das Modell in der Einsatzsituation so verstanden wird wie in der Entwicklungssituation. Auch kann nicht garantiert werden, dass das Modell  für die Einsatzsituation angemessen ist. (vgl. C. Floyd, H. Klaeren 1998).

Man darf nicht außer Acht lassen, dass der Computer um seine Umwelt nur durch das ihm  zugrunde liegende Modell Bescheid weiß. Das bedeutet nichts anderes, als dass das Modell festlegt, wie der Computer in der Wirklichkeit „agiert“. (vgl. C. Floyd, H. Klaeren 1998).

Folgendes Beispiel zeigt, dass ein „fehlerhaftes“ oder unvollständiges Modell  fatale Auswirkungen haben kann.

Beim Transrapid handelt es sich um eine Magnetschwebebahn. Der Transrapid übermittelt dem System ständig seine Position, was ein Kollidieren mit anderen Fahrzeugen verhindern soll. Trotzdem kam es beim Transrapid-Unglück im September 2006 zu einem tragischen Unfall mit 23 Toten. Dabei  kollidierte ein Fahrzeug mit einem Einsatzfahrzeug.

Eigentlich hätte das nicht passieren dürfen, weil das System weiß auf welchem Gleis sich ein  Fahrzeug  befindet. Dies passierte, weil die Einsatzfahrzeuge nicht in das Modell aufgenommen wurden. Das Einsatzfahrzeug war somit für das System unsichtbar. Die Mitarbeiter hätten durch Hinschauen überprüfen müssen, ob der Transrapid freie Fahrt hat.

Literatur

C. Floyd, H. Klaeren: Informatik gestern, heute, morgen. Studienbrief 1 zu Informatik und Gesellschaft. Universität Tübingen, 1998 S. 75ff

Müller, T. (1998) CORBA-basiertes Management von UNIX-Workstations mit Hilfe von ODP-Konzepten. Dipl.-Arb., Institut für Informatik der Technischen Universität München S. 47

Marco Thomas Die Vielfalt der Modelle in der Informatik, 23.12.10 http://ddi.cs.uni-potsdam.de/Personen/marco/Infos01_Thomas.pdfS. 3-5

Stachowiak, H. (1973). Allgemeine Modelltheorie. Wien: Springer. S. 131f

Abbildungsverzeichnis

Abbildung 1 Modell entnommen aus http://ddi.cs.uni-potsdam.de/Personen/marco/Infos01_Thomas.pdf Seite 3

Andere intressante Artikel:

Online Communities

Schlüsselwörter: Informatik, Modelle
zuletzt geändert: 29. Jänner 2011 19:42
Link zu diesem Artikel: (in die Zwischenablage)

---

15.12.2010 13:21

Subversion - Repositories zusammenlegen - exportieren bzw. backupen - laden

 

Vor kurzem stand ich vor dem Problem mehrere Repositories die ich mit Subversion verwalte zu einer einzigen zusammen zu führen. Das geht recht einfach.

1. Neue Repositorie anlegen (z.B. mit "svnadmin create REPOS_PATH" oder über websvn)
2. Ins Verzeichnis wechseln wo die Repositories gespeichert sind
3. Alle Repositories die man jetzt in die neue Repositorie laden bzw. einfügen will müssen mit dump exportiert werden.
4. Könnte z.B. so aussehen: fes-a120d19nas:~# svnadmin dump /c/.subversion/Repositoriename1/ > /backupRepositoriename1.dump
5. Danach muss man nur noch alle dumps in die neue Repositorie laden
6. Könnte z.B. so aussehen: fes-a120d19nas:~# svnadmin load /c/.subversion/UnsereNeueRepositoriename/ < /backup/Repositoriename1.dump
7. Danach könnt ihr die nicht benötigten Repositories z.B. so " rm /c/.subversion/AlteRepositorie/ -rf" löschen 

Allerdings kann es sein, dass in der alten und in der neuen Repositorie die Ordnernamen gleich heißen. Das führt zu einem Konflikt und der "load" Vorgang kann nicht fortgesetzt werden.

Das wird höchstwahrscheinlich mit den Ordnern branches, trunk, tags passieren.

Man muss also dafür sorgen, dass entweder der "dump" oder die Zielrespositorie diesen Ordner nicht enthält.

Man kann sie mit dem Befehl "svn rm http://server/svn/respositorie/trunk" löschen. Notfalls wäre ein Umbennen des Ordners ebenfalls möglich mit  "svn mv http://server/svn/respositorie/trunk http://server/svn/respositorie/trunk1"
 

Auch immer gut zu wissen: svn aus einem Verzeichnis löschen:

find . -name ".svn" -exec rm -rf {} \;

 

Links:

http://svnbook.red-bean.com/en/1.1/re29.html 
http://de.wikipedia.org/wiki/Apache_Subversion

Schlüsselwörter: subversion, svn, repositories, Versionsverwaltung, vs.net, visual studio
zuletzt geändert: 03. Feber 2011 21:23
Link zu diesem Artikel: (in die Zwischenablage)

---

zurück: 1

Seite: 2

vor: 3

(c) 2011 | Impressum |

| Empfehlenswerte Blog Einträge