Hallo!

Danke geht langsam los.

Ich hab' aus Spass mal eine Tabelle nach CSV exportiert und
anschliessend wieder in eine neue DB importiert. Da muss noch was
Feinschliff dran, scheint aber erst mal zu gehen. Das CSV File ist dann
auch einigermassen verwendbar.

Es gibt nur noch ein Problem falls Zeilenumbr�che in den Daten
gespeichert sind, das bringt die CSV durcheinander. Da aber z.T. kompl.
HTML Code in den Feldern steht ... ;)

Aber nach Deiner Mail viel es mir wie Schuppen aus den Haaren ;)

Folgende Bedingungen haben wir:
  * Human readable / writable
  * Textfile (f�rs CVS)
  * verlustfreies Ex- und Importieren

L�sung:
Was ist da denn wohl besser als XML??? ;)))

Und siehe da, der erste Test verlief absolut erfolgreich. In Access die
Tabelle nach XML/XSD exportiert, neue DB auf und wieder importiert:
Voil�! Kein Problem mit Zeilenumbr�chen, komplexen Strukturen, etc.
Jetzt nur noch ein Script, dass autom. alle Tabellen ausliest, in
XML/XSD ex- bzw. importiert und schon haben wir alles was wir brauchen.
Im CVS speichern wir nur das XML/XSD File.

Lokal kann jeder Entwickler nach dem checkout das Script nutzen,
importiert die Daten in seine DB, dann arbeitet er dran, dann wieder
export, committen und aufm Server liegt die aktuelle Version der DB
inkl. Daten ;)

Gut d'r�ber geredet zu haben ;))


Danke

Mathias Becker
[EMAIL PROTECTED]

> -----Urspr�ngliche Nachricht-----
> Von: Claudius Ceteras [mailto:[EMAIL PROTECTED]] 
> Gesendet: Samstag, 27. April 2002 21:31
> An: AspGerman Kaffeehaus
> Betreff: [aspdecoffeehouse] RE: AW: RE: AW: RE: Teamwork / 
> CVS / Datenbanken
> 
> 
> > 
> > Hallo!
> > 
> > DAS ist aber genau die Frage! Das ich bin�r da raus haben
> > will ist klar.
> > Wenn man sich jetzt noch mal die Frage von Alex ansieht, wird 
> > klar, dass
> > wir bereits an einem ADOX Construct zur Tabellengenerierung 
> > arbeiteten. 
> > Nun kommt Dein Ansatz mit der CSV Datei dazu und damit ist 
> > man die Bin�r
> > Datei los ;)
> > 
> > DAS wars wo Alexanders Frage hin ging: Wie mach ich aus der 
> bin�ren DB 
> > ein pflegbares Textfile.
> > 
> > Grunds�tzlich ist die Idee mit dem CSV nicht verkehrt, aber 
> ich weiss 
> > halt nicht, ob Access in der Lage ist einen DB Dump in ein 
> Textfile zu 
> > schreiben und zwar von der kompl. Datenbank (nicht nur einzelne
> > Tabellen) und dabei alle Informationen zu den versch. Relationen, 
> > Schl�sseln, etc einzubinden.
> 
> Access nicht, aber ein eigenes Skript schon...
> Einfach alles was zu einer DB geh�rt in ein Verzeichnis 
> packen... Alle CSV-Dateien werden zum importieren benutzt und 
> dann noch eine datei, dass die tabellendefinitionen 
> enth�lt... Z.B. als XML, aber es w�rde auch reichen einfach 
> die SQL-Anweisungen reinzuschreiben, die die entsprechenden 
> Tabellen erzeugen..
> 
> Nat�rlich muss man hier aufpassen bei �nderungen der 
> DB-Struktur, weil immer die entsprechenden CSVs mitge�ndert 
> werden m�ssen..
> 
> Hilft das weiter?
> 
> Claudius
> 
> > 
> > Wenn dieser Dump dann auch noch human readable / writable ist
> > UND Access
> > den verlustfrei wieder einlesen k�nnte, w�re das die 
> L�sung. Und GENAU
> > das haben wir noch nicht gefunden ;)
> > 
> > Das suchen wir aber ;), weil wir uns dann auch den ADOX Part sparen 
> > k�nnten ;)
> > 
> > 
> > Mit freundlichen Gr�ssen
> > 
> > Mathias Becker
> > [EMAIL PROTECTED]
> > 
> > > -----Urspr�ngliche Nachricht-----
> > > Von: Claudius Ceteras [mailto:[EMAIL PROTECTED]]
> > > Gesendet: Samstag, 27. April 2002 21:05
> > > An: AspGerman Kaffeehaus
> > > Betreff: [aspdecoffeehouse] RE: AW: RE: Teamwork / CVS / 
> Datenbanken
> > > 
> > > 
> > > > 
> > > > Das kann es aber bei Bin�rdateien nicht. Es kann das
> > lediglich f�r
> > > > Textdateien, liegt in der Grundstruktur des Systems begr�ndet.
> > > 
> > > Sieht so aus, als h�ttest Du Dir die Frage selbst beantwortet
> > > - oder? Wenn das Ding nicht mit bin�ren Daten umgehen kann, 
> > > dann haben die nichts darin verloren... Oder es muss halt 
> > > exklusiv augecheckt werden(falls m�glich)...
> > > 
> > > Wenn Du unbedingt das System benutzen willst um die
> > > Entwicklung an einer DB zu koordinieren, kannst Du die 
> > > DB-Daten als CSVs einchecken und ein skript o.�. Schreiben, 
> > > dass Dir die DB zu Testzwecken aus den CSVs zusammenbaut... 
> > > Ist das 'ne Alternative?
> > > 
> > > Claudius
> > > 
> > > 
> > > | [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed
> > > | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = 
> > > Listenarchiv Sie
> > > | k�nnen sich unter folgender URL an- und abmelden:
> > > | 
> > > http://www.aspgerman.com/aspgerman/listen/anme>
> > lden/aspdecoffeehouse.as
> > > | p
> > > 
> > 
> > 
> > | [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed 
> > | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = 
> Listenarchiv Sie 
> > | k�nnen sich unter folgender URL an- und abmelden:
> > | 
> > http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffee
> house.asp
> 
> 
> | [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed 
> | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = 
> Listenarchiv Sie 
> | k�nnen sich unter folgender URL an- und abmelden: 
> | 
> http://www.aspgerman.com/aspgerman/listen/anme>
lden/aspdecoffeehouse.as
> | p
> 


| [aspdecoffeehouse] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp

Antwort per Email an