Re: Zugriff auf andere Datenbank
- From: Reindl Sonja <ReindlSonja@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 2 May 2005 02:42:11 -0700
Die Daten kommen in ein vom Bayerischen Landesamt für Statistik kostenlos zur
Verfügung gestelltes Verfahren.
Dafür muß ich diese Bereinigungen durchführen, weil die Daten sonst bei den
Plausiprüfungen des Landesamtes durchfallen. Für die endgültige Migration muß
ich die Daten in einer Access-Datenbank liefern, teilweise Werte umsetzen und
an das Landesamt schicken. Was die dann damit machen, weiß ich nicht. Ich
krieg halt nur am nächsten Tag dann Zugriff auf das neue Verfahren mit meinen
Daten. Und das Landesamt wird den Teufel tun, und mir meine Daten säubern.
"Helge C. Rutz" wrote:
> Hi Sonja,
>
> "Reindl Sonja" <ReindlSonja@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb im
> Newsbeitrag news:C3456493-5B3A-4F0E-B143-776D2589BC93@xxxxxxxxxxxxxxxx
> >> Wenn das so ewig lange dauert, würde ich zuerst die Daten auf den
> >> SQL-Server holen, und mit Access als Frondend darauf zugreifen.
> >> Die Datenblattansicht ist wesentlich komfortabler als der
> >> Enterprise-Manager vom SQL Server.
> >> Danach kannst Du die Tabellen ja immer noch in eine neue DB kopieren.
> >
> > Geht leider nicht, die Anwender arbeiten ja zwischenzeitlich noch mit dem
> > alten Verfahren weiter.
>
> Ihr solltet abwägen was ma schnellsten geht.
> Wodurch soll das System denn abgelöst werden, und wie kommen die Daten ins
> neue System?
> Warum müsssen die Daten vorher bereinigt werden?
> Wenn das weitgehend automatisch geht, sollte das Bestandteil der Migration
> sein, die vorher entspechend "programmiert" und getestet wird
> Wenn Ihr hier beim SQL Server bleibt bietet sich DTS an.
>
> > Warum dauert es dann mit ca. 35000 DS bei mi so lange. Oder liegt es
> > daran,
> > dass die Superbase-Tabelle mehr als 255 Felder hat ?
>
> Die Geschwindigkeit hängt immer von der jeweiligen DB Implementierung und
> der Struktur der Daten ab.
> Grundsätzlich sind reine File basierte DBs aber ab einer gewissen Datenmenge
> und/oder Client Anzahl erheblich langsamer als ein vollwertiger Datenbank
> Server.
> Dir fehlt z.B. ein Caching der Daten, so dass Du immer wieder von der Platte
> lesen musst, usw...
>
> > Ich hab jetzt überigens so einen Verbindungsserver erstellt, und er zeigt
> > mir zwar die Tabelle, aber keine Daten an. Liegt es daran, dass ich dafür
> > ein
> > Passwort brauche? Also beim Einbinden der Tabellen hat sich ein Fenster
> > zur
> > Passworteingabe geöffnet, aber wo und wie geb ich das im SQL mit?
>
> Wie hast Du denn nachgeschaut? Unter Linked Server im EM siehst Du nur das
> DB Schema (Tabellen, Views,...) aber keine Daten.
> Dazu musst Du eine SQL Abfrage machen, in der Du den vollen Pfad zur
> Tabelle, View, o.ä. angibts
> SELECT * FROM linked_server.catalog.schema.object
> Oder Du verwendest OPENQUERY. Sieh dazu auch mal im Handbuch nach.
Ich hab die Tabelle nicht im Linked Server, sondern ein einer Datenbank
angeschaut, hab es auch schon mit einer Abfrage versucht, aber da hat
vermutlich die "FROM"-Angabe nicht gestimmt.
>
> Gruß
> Helge
>
>
>
Ich les nochmal nach, aber schon mal Danke für Eure Hilfe und Geduld
Gruß
Sonja
.
- References:
- Re: Zugriff auf andere Datenbank
- From: Reindl Sonja
- Re: Zugriff auf andere Datenbank
- From: Irmgard Schwenteck
- Re: Zugriff auf andere Datenbank
- From: Reindl Sonja
- Re: Zugriff auf andere Datenbank
- From: Helge C. Rutz
- Re: Zugriff auf andere Datenbank
- Prev by Date: Re: Zugriff auf andere Datenbank
- Next by Date: MSDE 2000 SP3 installation failed with exit code 1603
- Previous by thread: Re: Zugriff auf andere Datenbank
- Next by thread: SQL Server Snap In und Computerverwaltung
- Index(es):
Relevant Pages
|