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
	» cVas 01:56 » metacom 01:51 » RaPToRR 01:44 » szczebel 01:43 » djXone 01:36 » Visar 01:29 » JaroMi 01:03 » burz 00:55 » Bonifacyz 00:34 » ini1 00:21 » rainy 00:05 » NWN 23:52 » @GUTEK@ 23:44 » rarek 23:43 » Zibi 23:36 » Star-Ga-T 23:34 » Doczu 23:28 » Star Ride 23:19 » emigrus 23:17 » Wedelek 23:15 Dzisiaj przeczytano 2682 postów, wczoraj 97200 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...