Jak zaprojektować bazę danych aby w przyszłości łatwo przejść na nowszą wersje Firebirda czyli 2.0, bo na razie jestem zmuszony do 1.5. ?
A czy jest możliwość stworzenia bazy danych która chodzi pod firebirdem 1.5 i 2.0 np. na 2 różnych komputerach?
Zacząłbym od przeczytania listy zmian jakie dokonano we wszystkich wersjach od 1.5 do 2.0, a następnie tak tworzył bazę aby uniknąć "gryzącej się" składni.
Andrew007junior napisał(a)
Jak zaprojektować bazę danych aby w przyszłości łatwo przejść na nowszą wersje Firebirda czyli 2.0, bo na razie jestem zmuszony do 1.5. ?
A czy jest możliwość stworzenia bazy danych która chodzi pod firebirdem 1.5 i 2.0 np. na 2 różnych komputerach?
Przede wszystkim najnowszą wersją jest wersja 2.1 a zbliża się 2.5 więc jak już migrować to do najnowszej, bo mają one sporo przydatnych nowych funkcji w stosunku do 2.0.
Z migracją nie powinno być problemu. Robiliśmy jakiś czas temu migracje sporej aplikacji (setki tabel i innych obiektów) z wersji 1.5 do 2.0 firebirda. Właściwie wszystko sprowadza się do wykonania kopi zapasowej programem gbak.exe w wersji 1.5 firebirda i nastpępnie przywróceniu jej po instalacji wersji 2.0 firebirda.
To co piszesz pod fb 1.5 będzie chodzić na 2.0, w drugą stronę się nie da przejść, chyba że nie korzystasz z nowych funkcjonalności firebirda a bazę tworzysz skryptem SQL to chyba jest to możliwe.
Pozdrawiam
Gdzie znaleŹć różnice między tymi wszystkimi wersjami??
i jak ten skrypt powinien wyglądać
Tutaj co nowego w nowych wersjach:
http://www.firebirdsql.org/index.php?op=doc#category_2
Tutaj przykład użycia gbaka, jeśli byś się zdecydował przenosić istniejącą bazę do nowszej wersji serwera zgodnie z tym co pisałem wcześniej:
http://www.destructor.de/firebird/gbak.htm
Jeśli chodzi o skrypt bazy, w IBExpercie można skrypt wygenerować i później go wgrać.