Größe einen Interbase DAtei

[jsheyer]

Hallo,

Ich würde auch erst einmal die Datenbank um einer weitere Datei erweitern! Das geht im laufenden Betrieb.
Ich selber habe damals auch Datenbanken mit über 10 GB benutzt.
Mittlerweile benutze ich auch Firebird 2.03 und dort ist die größte DB rund 50 GB groß.

Gruß
Jörg

[hoika]

Hallo,

schlampig programmiert.
Wie weiter oben schon gesagt wurde.

Tab1: TabId1,Name
Tab2: TabId2,Tab1Id,Name

Select Name From Tab1
Join Tab2 On Tab2.Tab1Id=Tab1.Tab1Id

Unter Interbase klappt das ohne Probleme.
FB meldet einen Fehler: unbigius (so ähnlich ;) ) join

Das Name welcher Tabelle ?


2.er Punkt ist das Verwenden von Table-Aliases.
Unter IB konnte man schreiben

Select Tab1.Name, T1.Tab1Id From Tab1 T1

Unter FB muss bei Verwendung eines Table-Alias dieser immer verwendet werden

Select T1.Name, T1.Tab1Id From Tab1 T


Lösung ist schon vorgeschlagen:
1. IB-DB auf mehrere Tabellen erweitern
2. Backup/Restore auf FB
Achtung:
zurück geht es nach dem Restore nicht mehr !
ein Backup mit FB2 lasst sich unter IB NICHT mehr zurückspielen
3. Alle Queries testen unter FB
4. Umstellen
5. Beten


Heiko

[Dumpfbacke]

Zitat:

Zitat von haentschman (Beitrag 1164994)

Zitat:

Wenn man ein wenig "schlampig" losgelegt hat

... wieviele "Problemstellen" erwartest du denn ?

An den Programmen für diese Datenbank arbeite ich schon 11 Jahre und dort sind einige Selects vorhanden. Source aller Programme meheren 100 MB. Es rächt sich immer wenn mal schampig war. :oops: Leider :pale:

[Dumpfbacke]

Zitat:

Zitat von mkinzler (Beitrag 1164986)

Firebird ab Version 2 ist nicht mehr so tolerant gegenüber nicht gant korrekten Abfragen. Ich würde zuerst versuchen, die Datnbank in mehrere Dateien aufzuteilen, um so die Kapazität zu erweitern.
http://www.ibexpert.net/ibe_de/index...erdateimanager

Kannst du mir sagen welche Risiken ich habe wenn ich einen zweite Datei anlege ? Muss ich beim Backup / Restore etwas anders machen ?
Kann ich es Rückgängig machen ?

Tanja

[haentschman]

Zitat:

welche Risiken ich habe wenn ich einen zweite Datei anlege ? Muss ich beim Backup / Restore etwas anders machen

...durch das Backup bleibt ja die Originaldatenbank unangetastet. Wenn du dann in eine Neue ein Restore machst kannst du mit der Neuen testen ohne daß die Produktivdatenbank beeinträchtigt ist. Blöd ist natürlich der Zeitdruck den du hast.

[tsteinmaurer]

Was du bei Multi-File-DBs beachten muss ist, dass die dann auf der Platte nicht mehr einfach verschiebbar sind, weil der physische Pfad zum nächsten File im DB-File abgelegt ist. Es gibt zwar ein Tool, mit dem man das ändern kann, aber darauf würde ich mich nicht verlassen. Ich glaube, es ist nun Zeit von der 12 Jahre alten InterBase 6 Version auf etwas Aktuelleres umzusteigen. :-D

[mkinzler]

Im 2. Schritt auf jeden Fall. Als 1. Schritt erscheint mir das aber risikoärmer.

[hoika]

Hallo,

> Kannst du mir sagen welche Risiken ich habe wenn ich einen zweite Datei anlege ? <
Die legst du nicht selber an, dass macht IB für dich.
Risiko: Ausser dem festen Dateipfad nichts.

> Muss ich beim Backup / Restore etwas anders machen ? >
nichts, ist für gbak völlig transparent

> Kann ich es Rückgängig machen ? <
nein, es sei denn beim Restore ist die Datei kleiner als deine festgelegte Grenze


Heiko

[Dumpfbacke]

Hallo Leute,
bis jetzt ging alles gut bei mir. Die Database besteht nun aus zwei Files. Nun wollte ich ein Backup und Restore machen damit alles schneller geht. Das Backup geht ja ohne Probleme das habe ich ja schon öfters gemacht. Bei dem Restore habe ich nun jedoch Probleme. Das zweite File wurde einfach gelöscht. Nun hat das erste File die maximale Größe erreicht und das zweite File wird nicht automatisch angelegt. Die IBConsolte stehe nun seit ca. 1 Stunde bei creating indexes und geht nicht weitere. Kann ich dem Teil irgendwie mitteilen das es das zweite File nicht löschen soll oder zumindest das es automatisch angelegt wird ?

Danke Tanja

[hoika]

Hallo,

wie hast du das denn restored?
Du musst alle Source Files angeben.
Das Anlegen weitere Dateien erfolgt automatisch.

Heiko