Baza MS Access -> Oracle - gość jest dobry w MS Access, chce przenieść bazę...

	B O A R D
	» Board » Zadaj pytanie » Archiwum » Szukaj » Stylizacja

M E N U

Szukaj @ TwojePC

	OBECNI NA TPC
	» Dexter 20:46 » DYD 20:45 » Pio321 20:45 » cVas 20:41 » Artaa 20:34 » resmedia 20:30 » maddog 20:30 » Ramen 20:26 » Master/Pe 20:25 » Promilus 20:24 » Shark20 20:19 » Wedelek 20:19 » Sherif 20:16 » m&m 20:16 » Raist 20:11 » Matti 20:11 » KHot 20:03 » fiskomp 19:59 » Conan Bar 19:58 » adolphik 19:56 Dzisiaj przeczytano 41148 postów, wczoraj 25974 Szybkie ładowanie jest: włączone.

ccc

A R C H I W A L N A W I A D O M O Ś Ć

Baza MS Access -> Oracle - gość jest dobry w MS Access, chce przenieść bazę... , Dexter 28/06/07 07:52
Jest tak - mam znajomego, który powiedzmy, jest dobry w MS Access i stworzył potężną bazę, która pomału dostaje zadyszki i chce przerobić ją na Oracla. I ma pytanie - jaki kurs na początek, co by tego Oracla poznać i mieć pojęcie. Ja sie nie znam, więc Was pytam. Na szybkiego znalazłem listę kursów: http://www.eduportal.pl/...acle/szkolenia_opis.asp

Od których powinien zacząć?

Komisarz, Blimek, Bart - nie odpowiadajcie w wątkach, które zakładam.
Odpowiedzi oleję.
THX!

Mi sie calkiem , majek 28/06/07 08:37
dobrze uczylo z przykladow zrobionych przez prowadzaca zajecia z Baz danych - mozna sobie zobaczyc na dole tutaj:
http://icis.pcz.pl/~olga/dydaktyka.html

Do tego mialem wyklady i raczej wsio bylo dla mnie jasne - przynajmniej z tego materialu. Wyklady poszukam jak wroce do domu.Chyba gdzies jeszcze mam.

... ale jak to?!
1. materialy sciagniete .) , Deus ex machine 28/06/07 09:32
  dzieki za linke
  "Uti non Abuti"
To bedzie dosc trudne. , pachura 28/06/07 09:23
Tzn. nawet nie tyle przeniesienie istniejacych danych, co modyfikacja korzystajacej(-cych) z niej aplikacji. I nie mowie tylko o innych nazwach funkcji (typu: tu jest TO_UPPER() a tam UPPERCASE()), ale o istotnych roznicach w zachowaniu silnika SQL. Np. SQL Server (przynajmniej do czasu ostatniej wersji) nie posiadal w ogole MVCC - tzn. jesli jedna transakcja update'owala rekord, a druga probowala go odczytac, to byla blokowana do czasu COMMIT-a; w Oracle'u natomiast widziala po prostu dane sprzed rozpoczecia transakcji. Albo np. NULL-e - w Oracle'u pusty string i NULL to to samo, w SQL Serverze - nie. Byly tez jaja z constraintami (bodajze UNIQUE), w jednej bazie mogly zawierac NULL-e i sie powtarzac, w drugiej nie...