Na stronie www:
można pobrać wszystkie numery pro dialog wydawnictwa pti (polskie towarzystwo informatyczne).
Pokazywanie postów oznaczonych etykietą SQL. Pokaż wszystkie posty
Pokazywanie postów oznaczonych etykietą SQL. Pokaż wszystkie posty
Czasopismo pro dialog wszystkie numery w pdf
Witam,
Na stronie www:
można pobrać wszystkie numery pro dialog wydawnictwa pti (polskie towarzystwo informatyczne).
Na stronie www:
można pobrać wszystkie numery pro dialog wydawnictwa pti (polskie towarzystwo informatyczne).
Informatyczne książki wszech czasów top 20 z ostatnich 40 lat
Informatyczne książki wszech czasów top 20 z ostatnich 40 lat:
Co to są Transakcje ACID poziomy izolacji historia przetwarzania transakcji bazy danych
Co to są transakcje bazy danych? - podejście akademickie
Systemy zarządzania bazy danych wspierają wszystkie opisane poniżej warunki:
Transakcje (ACID) to niepodzielny logicznie blok instrukcji. Blok instrukcji jest to zbiór modyfikacji w bazie danych, który musi być albo wykonany w całości, albo niewykonany wcale. Przyjmuje się, że transakcje ACID i protokoły zarządzania transakcji muszą posiadać właściwość ACID wyrażoną przez następujące postulaty:
– Atomowość ACID (ang. atomicity) - każda transakcja stanowi pojedynczą i niepodzielną jednostkę przetwarzania (a także odtwarzania) – w transakcji nie ma więc podtransakcji. Transakcja jest bądź wykonana w całości, bądź też żaden jej efekt nie jest widoczny w bazach danych;
– Spójność ACID (ang. consistency) - transakcja rozpoczynając się w spójnym stanie bazy danych pozostawia bazę danych w stanie spójnym (tym samym lub innym). Jeśli transakcja narusza warunki spójności bazy danych, to zostaje odrzucona;
– Odizolowanie ACID (ang. isolation) - zmiany wykonane przez transakcje ACID nie zatwierdzoną nie są widziane przez inne transakcje ACID (chyba, że przyjęty poziom izolacji na to zezwala);
– Trwałość ACID (ang. duration) - zmiany w bazie danych dokonane przez transakcje ACID zatwierdzoną są trwałe w bazach danych, tzn. nawet w przypadku awarii systemu musi istnieć możliwość ich odtworzenia.
W niektórych koncepcjach systemów zarządzania bazami danych (systemy obiektowe, systemy wspomagające pracę grupową, systemy korporacyjne), postulaty ACID są modyfikowane. Na przykład w przypadku tzw. transakcji długotrwałych wprowadza się pojęcie podtransakcji. Z kolei postulat odizolowania transakcji jest najczęściej osłabiany przez jawne określenie poziomu izolacji. Celem obniżenia izolacji poziomu jest zwiększenie współbieżności transakcji, wiąże się to jednak z ryzykiem powstania pewnych anomalii.
Aby mówić o poziomach izolacji i towarzyszących im anomaliom (zjawiskom niepożądanym), należy tutaj wspomnieć o historii przetwarzania transakcji. Ciąg operacji pochodzących z transakcji przetwarzanych w danej chwili przez system zarządzania bazy danych nazywamy historią przetwarzania transakcji. W czasie przetwarzania takiej historii może dojść do kilku niepożądanych zjawisk:
– Historia przetwarzania transakcji przedstawia przetwarzanie-bez kaskadowych odrzuceń, jeżeli żadna z transakcji wchodzących w zawartość historii nie czyta z transakcji nie-zatwierdzonych. W innym razie mamy do czynienia ze zjawiskiem kaskady odrzuceń;
– Historia przetwarzania transakcji pokazuje przetwarzanie-bez anomalii-powtórnego-czytania, jeśli żadna z transakcji wchodzących w skład historii nie zapisuje w transakcjach nie-zatwierdzonych. W przeciwnym wypadku mamy do czynienia ze zjawiskiem anomalii-powtórnego-czytania;
– Historia przetwarzania transakcji określa przetwarzanie-bez fantomów, jeżeli żadna z transakcji wchodzących w strukturę historii niezmienia zbioru danych, na których działa jakakolwiek transakcja nie zatwierdzona. W przeciwnym razie jest to zjawisko pojawiania się fantomów.
Wyróżniamy cztery poziomy izolacji transakcji: najniższe poziomy izolacji (0) – zapewnia największą współbieżność, ale wiąże się z największym ryzykiem (mogą występować anomalie omawiane w poprzednim akapicie); najwyższe poziomy izolacji (3) – pozwala uniknąć wszelkich anomalii, ale jest najbardziej kosztowny (często ponoszenie tych kosztów jest niepotrzebne).
W tabeli poniżej przedstawiłem całościowe zestawienie poziomów izolacji wraz z występującymi anomaliami – zjawiskami niepożądanymi:
Systemy zarządzania bazy danych wspierają wszystkie opisane poniżej warunki:
Transakcje (ACID) to niepodzielny logicznie blok instrukcji. Blok instrukcji jest to zbiór modyfikacji w bazie danych, który musi być albo wykonany w całości, albo niewykonany wcale. Przyjmuje się, że transakcje ACID i protokoły zarządzania transakcji muszą posiadać właściwość ACID wyrażoną przez następujące postulaty:
– Atomowość ACID (ang. atomicity) - każda transakcja stanowi pojedynczą i niepodzielną jednostkę przetwarzania (a także odtwarzania) – w transakcji nie ma więc podtransakcji. Transakcja jest bądź wykonana w całości, bądź też żaden jej efekt nie jest widoczny w bazach danych;
– Spójność ACID (ang. consistency) - transakcja rozpoczynając się w spójnym stanie bazy danych pozostawia bazę danych w stanie spójnym (tym samym lub innym). Jeśli transakcja narusza warunki spójności bazy danych, to zostaje odrzucona;
– Odizolowanie ACID (ang. isolation) - zmiany wykonane przez transakcje ACID nie zatwierdzoną nie są widziane przez inne transakcje ACID (chyba, że przyjęty poziom izolacji na to zezwala);
– Trwałość ACID (ang. duration) - zmiany w bazie danych dokonane przez transakcje ACID zatwierdzoną są trwałe w bazach danych, tzn. nawet w przypadku awarii systemu musi istnieć możliwość ich odtworzenia.
W niektórych koncepcjach systemów zarządzania bazami danych (systemy obiektowe, systemy wspomagające pracę grupową, systemy korporacyjne), postulaty ACID są modyfikowane. Na przykład w przypadku tzw. transakcji długotrwałych wprowadza się pojęcie podtransakcji. Z kolei postulat odizolowania transakcji jest najczęściej osłabiany przez jawne określenie poziomu izolacji. Celem obniżenia izolacji poziomu jest zwiększenie współbieżności transakcji, wiąże się to jednak z ryzykiem powstania pewnych anomalii.
Aby mówić o poziomach izolacji i towarzyszących im anomaliom (zjawiskom niepożądanym), należy tutaj wspomnieć o historii przetwarzania transakcji. Ciąg operacji pochodzących z transakcji przetwarzanych w danej chwili przez system zarządzania bazy danych nazywamy historią przetwarzania transakcji. W czasie przetwarzania takiej historii może dojść do kilku niepożądanych zjawisk:
Historia przetwarzania transakcji:
– Historia przetwarzania transakcji opisuje przetwarzanie odtwarzalne, jeśli każda transakcja jest zatwierdzona po zatwierdzeniu wszystkich transakcji, z których czyta. W innym wypadku mamy do czynienia ze zjawiskiem braku odtwarzalności;– Historia przetwarzania transakcji przedstawia przetwarzanie-bez kaskadowych odrzuceń, jeżeli żadna z transakcji wchodzących w zawartość historii nie czyta z transakcji nie-zatwierdzonych. W innym razie mamy do czynienia ze zjawiskiem kaskady odrzuceń;
– Historia przetwarzania transakcji pokazuje przetwarzanie-bez anomalii-powtórnego-czytania, jeśli żadna z transakcji wchodzących w skład historii nie zapisuje w transakcjach nie-zatwierdzonych. W przeciwnym wypadku mamy do czynienia ze zjawiskiem anomalii-powtórnego-czytania;
– Historia przetwarzania transakcji określa przetwarzanie-bez fantomów, jeżeli żadna z transakcji wchodzących w strukturę historii niezmienia zbioru danych, na których działa jakakolwiek transakcja nie zatwierdzona. W przeciwnym razie jest to zjawisko pojawiania się fantomów.
Wyróżniamy cztery poziomy izolacji transakcji: najniższe poziomy izolacji (0) – zapewnia największą współbieżność, ale wiąże się z największym ryzykiem (mogą występować anomalie omawiane w poprzednim akapicie); najwyższe poziomy izolacji (3) – pozwala uniknąć wszelkich anomalii, ale jest najbardziej kosztowny (często ponoszenie tych kosztów jest niepotrzebne).
W tabeli poniżej przedstawiłem całościowe zestawienie poziomów izolacji wraz z występującymi anomaliami – zjawiskami niepożądanymi:
Źródło (moje zredagowanie do przyjaznej formy): Paul Benon-Davies (2003) : Systemy baz danych. Wydawnictwo Naukowo-Techniczne – Warszawa.
Co to jest język SQL bazy danych definicja DBMS
Co to jest język SQL bazy danych? - podejście akademickie
Wstęp:
System zarządzania bazy danych (definicja DBMS) można podzielić na trzy główne elementy: jądro, zestaw-narzędzi oraz interfejs.
Jądro DBMS oznacza centralną jednostkę wykonawczą systemu bazy danych, która realizuje podstawowe funkcje zarządzania danymi, takie jak: funkcje CRUD (tworzenie struktur-danych, zmiana oraz usuwanie danych ze struktur), słownik danych (obsługuje repozytorium metadanych – danych o danych), zarządzanie transakcjami, sterowanie współbieżnością, odtwarzanie, uprawnienia, komunikacja danych (połączenie oprogramowania narzędziowego z jądrem DBMS), integralność danych, narzędzia administracji.
Zestaw-narzędzi-DBMS (definicja DBMS) oznacza szeroki wybór narzędzi, które obecnie mogą stanowić cześć DBMS (definicja DBMS) lub mogą pochodzić od innych dostawców.
język SQL:
Interfejs służy do powiązania jądra z zestawem narzędzi. Jest to standardowy język (SQL – Structured Query Language; najnowszy jego standard to SQL3 [ISO/IEC 9075-2:2003]), który łączy narzędzia, takie jak m.in. języki czwartej generacji, z funkcjami jądra. Składa się on z jednej lub kilku wymienionych poniżej części:
– język definiowania-danych (DDL) - umożliwia definiowanie struktur danych przechowywanych w bazie danych;
– język operowania-danymi (DML) - umożliwia wypełnienie bazy nowymi danymi, ich aktualizację i usuwanie;
– język integralności-danych (DIL) - jest używany do określania więzów integralności, na istniejących już strukturach danych;
– język kontroli-danych (DCL) - język w szczególności używany przez administratora bazy danych, stosowany zwłaszcza do definiowania użytkowników bazy danych oraz przyznawania im uprawnień.
.
Wstęp:
System zarządzania bazy danych (definicja DBMS) można podzielić na trzy główne elementy: jądro, zestaw-narzędzi oraz interfejs.
Jądro DBMS oznacza centralną jednostkę wykonawczą systemu bazy danych, która realizuje podstawowe funkcje zarządzania danymi, takie jak: funkcje CRUD (tworzenie struktur-danych, zmiana oraz usuwanie danych ze struktur), słownik danych (obsługuje repozytorium metadanych – danych o danych), zarządzanie transakcjami, sterowanie współbieżnością, odtwarzanie, uprawnienia, komunikacja danych (połączenie oprogramowania narzędziowego z jądrem DBMS), integralność danych, narzędzia administracji.
Zestaw-narzędzi-DBMS (definicja DBMS) oznacza szeroki wybór narzędzi, które obecnie mogą stanowić cześć DBMS (definicja DBMS) lub mogą pochodzić od innych dostawców.
język SQL:
Interfejs służy do powiązania jądra z zestawem narzędzi. Jest to standardowy język (SQL – Structured Query Language; najnowszy jego standard to SQL3 [ISO/IEC 9075-2:2003]), który łączy narzędzia, takie jak m.in. języki czwartej generacji, z funkcjami jądra. Składa się on z jednej lub kilku wymienionych poniżej części:
– język definiowania-danych (DDL) - umożliwia definiowanie struktur danych przechowywanych w bazie danych;
– język operowania-danymi (DML) - umożliwia wypełnienie bazy nowymi danymi, ich aktualizację i usuwanie;
– język integralności-danych (DIL) - jest używany do określania więzów integralności, na istniejących już strukturach danych;
– język kontroli-danych (DCL) - język w szczególności używany przez administratora bazy danych, stosowany zwłaszcza do definiowania użytkowników bazy danych oraz przyznawania im uprawnień.
.
Źródło (moje zredagowanie do przyjaznej formy): Paul Benon-Davies (2003) : Systemy baz danych. Wydawnictwo Naukowo-Techniczne – Warszawa.
Co to jest DBMS - system zarządzania bazy danych, definicja języka SQL
Co to jest DBMS - system zarządzania bazy danych? - podejście akademickie
System zarządzania bazy danych (DBMS) jest zbiorem programów umożliwiających tworzenie i utrzymywanie bazy danych. Funkcje realizowane przez większość DBMS zaliczamy do trzech grup:
– pielęgnacja danych - dodawanie, usuwanie i modyfikowanie struktur danych; wstawianie, aktualizacja i usuwanie danych z istniejących struktur - definicja języka SQL ;
– wyszukiwanie danych - wydobywanie danych przez programy użytkowe i użytkowników końcowych - definicja języka SQL ;
– kontrola danych - tworzenie i kontrolowanie użytkowników bazy danych, ograniczenie dostępu do danych w bazie i nadzorowanie działania bazy danych - definicja języka SQL .
Warto tutaj wspomnieć również o pojęciu systemu bazy danych, który przez wielu nawet doświadczonych administratorów i projektantów baz-danych jest stosowany zamiennie z systemem zarządzania bazą danych co jest błędne. System bazy danych to system zarządzania bazą danych wraz z bazą danych ewentualnie bazami danych.
System zarządzania bazy danych (DBMS) jest zbiorem programów umożliwiających tworzenie i utrzymywanie bazy danych. Funkcje realizowane przez większość DBMS zaliczamy do trzech grup:
– pielęgnacja danych - dodawanie, usuwanie i modyfikowanie struktur danych; wstawianie, aktualizacja i usuwanie danych z istniejących struktur - definicja języka SQL ;
– wyszukiwanie danych - wydobywanie danych przez programy użytkowe i użytkowników końcowych - definicja języka SQL ;
– kontrola danych - tworzenie i kontrolowanie użytkowników bazy danych, ograniczenie dostępu do danych w bazie i nadzorowanie działania bazy danych - definicja języka SQL .
Warto tutaj wspomnieć również o pojęciu systemu bazy danych, który przez wielu nawet doświadczonych administratorów i projektantów baz-danych jest stosowany zamiennie z systemem zarządzania bazą danych co jest błędne. System bazy danych to system zarządzania bazą danych wraz z bazą danych ewentualnie bazami danych.
Źródło (moje zredagowanie do przyjaznej formy): Paul Benon-Davies (2003) : Systemy baz danych. Wydawnictwo Naukowo-Techniczne – Warszawa.
Co to jest baza danych, język SQL definicja DBMS
Co to jest baza danych? - podejście akademickie
Baza danych to logicznie spójny zbiór danych posiadający określoną strukturę, na których można wykonywać określone operacje. Reprezentuje pewien fragment świata-rzeczywistego zwanego dziedziną przedmiotową; zmiany w dziedzinie przedmiotowej odzwierciedlane są w bazie danych. Jest projektowana, tworzona i utrzymywana z punktu widzenia przydatności dla określonych zastosowań, którymi zainteresowana jest określona grupa ludzi świata rzeczywistego. Z bazą danych nieodłącznie związane są pojęcia:
– współdzielenie - dane składowane w bazie są w większości przypadków używane przez więcej niż jedną osobę;
– integracja - baza danych jest zbiorem danych nie mających danych redundancyjnych;
– integralność - baza danych musi dokładnie odzwierciedlać obszar analizy, którego ma być modelem;
– bezpieczeństwo - określa zbiór upoważnionych-użytkowników w odniesieniu do całej lub części bazy danych;
– abstrakcja - baza danych może być traktowana jako model rzeczywistości, ale nigdy nie reprezentuje właściwości wszystkich obiektów świata-rzeczywistego;
– niezależność - oddzielenie danych od procesów (użytkowników i programów użytkowych), które używają tych danych.
Powyższe właściwości składają się na pożądane cechy, które powinna mieć idealna baza danych.
Baza danych to logicznie spójny zbiór danych posiadający określoną strukturę, na których można wykonywać określone operacje. Reprezentuje pewien fragment świata-rzeczywistego zwanego dziedziną przedmiotową; zmiany w dziedzinie przedmiotowej odzwierciedlane są w bazie danych. Jest projektowana, tworzona i utrzymywana z punktu widzenia przydatności dla określonych zastosowań, którymi zainteresowana jest określona grupa ludzi świata rzeczywistego. Z bazą danych nieodłącznie związane są pojęcia:
– współdzielenie - dane składowane w bazie są w większości przypadków używane przez więcej niż jedną osobę;
– integracja - baza danych jest zbiorem danych nie mających danych redundancyjnych;
– integralność - baza danych musi dokładnie odzwierciedlać obszar analizy, którego ma być modelem;
– bezpieczeństwo - określa zbiór upoważnionych-użytkowników w odniesieniu do całej lub części bazy danych;
– abstrakcja - baza danych może być traktowana jako model rzeczywistości, ale nigdy nie reprezentuje właściwości wszystkich obiektów świata-rzeczywistego;
– niezależność - oddzielenie danych od procesów (użytkowników i programów użytkowych), które używają tych danych.
Powyższe właściwości składają się na pożądane cechy, które powinna mieć idealna baza danych.
Polecane moje linki tematyczne:
definicja transakcji
definicja język SQL i DBMS
definicja DBMS
Źródło (moje zredagowanie do przyjaznej formy): Paul Benon-Davies (2003) : Systemy baz danych. Wydawnictwo Naukowo-Techniczne – Warszawa. - można poczytać m.in. o:
język SQL
system zarządzania baza danych
szeroki opis transakcji
Historia MySQL, początki bazy danych MySQL Michael Widenius
Historia MySQL - system MySQL powstał w połowie lat dziewięćdziesiątych jako następca mSQL. Pierwsza jego wersja została udostępniona w styczniu 1998 r., choć jej korzenie początki bazy danych MySQL sięgają do roku 1979, do programu UNIREG (którego autorem jest Michael ‘Monty’ Widenius), stworzonego dla szwedzkiej firmy TcX DataKonsult AB. Obecnie rozwojem MySQL zajmuje się firma MySQL AB. We wrześniu 2001 r. zespół programistów MySQL przekazał do użytku wersję alpha 4.0, a następnie wersje 4.1, która do niedawna była rekomendowana przez producenta. Istnieje już również wersja 5.0.
... historia MySQL toczy się dalej:
1. MySQL wydało już wersje 5.1, 5.5, 5.6, 5.7 bazy danych.
2. W 2009 roku Sun przejął MySQL.
3. W 2010 roku Oracle przejął Sun i tym samym MySQL.
... historia MySQL toczy się dalej:
1. MySQL wydało już wersje 5.1, 5.5, 5.6, 5.7 bazy danych.
2. W 2009 roku Sun przejął MySQL.
3. W 2010 roku Oracle przejął Sun i tym samym MySQL.
Michael ‘Monty’ Widenius
Historia Oracle, początki bazy danych SQL Oracle Lawrence Ellison
W 1977 r. Lawrence Ellison, Robert Miner i Edward Oates założyli firmę SDL (Software Development Labs). Jednym z podmiotów zainteresowanych możliwościami gromadzenia dużej liczby danych i szybkiego ich pobierania było CIA. SDL wygrała przetarg i rozpoczęła pracę nad ściśle tajnym projektem. Nazwa kodowa tego projektu brzmiała Oracle (pl. „wyrocznia”). Po pewnym czasie przerwano pracę, jednak Lawrence Ellison i jego współpracownicy dostrzegli komercyjne możliwości bazy danych. To spostrzeżenie w połączeniu z przeświadczeniem, że plany IBM uwzględniają zastosowanie takiej relacyjnej bazy danych i języka SQL w swoich przyszłych komputerach, doprowadziło do podjęcia przez Ellisona, Minera i Oates’a decyzji o kontynuacji prac nad projektem. W 1978 r. nazwa firmy zmieniła się z SDL na Relational Software Inc. (RSI). W 1979 r. pierwsza komercyjna baza bazy danych trafia na rynek i staje się poważną konkurencją dla IBM. W następnym roku RSI zmienia nazwę na Oracle Systems Corporation (a później na Oracle Corporation).
System zarządzania bazą danych po raz pierwszy zostaje napisany w C. Przełom lat 1981–1983 to powstanie wersji 3 na komputery typu mainframe i minikomputery. Kolejne trzy lata to zmiana siedziby do Kalifornii. Wkroczenie Oracle w sektor systemów (finansowych) i powstanie wersji 5 produktu z możliwościami operacji rozproszonych. Oracle wkracza na giełdę jeden dzień przed Microsoft jej wartość rynkowa sięga 270 mln-dol. (Microsoft – 700 mln dol.). W 1988 r. zostaje wydana wersja 6 ze znacznie zmienionym kodem źródłowym. Wprowadzono pakiety oprogramowania finansowego oraz pakiety CASE przeznaczone do programistów. W latach 1990–1991 wartość firmy przekracza granicę 1 mld. dolarów. Dołączenie w 1992 r. do zespołu Oracle Ray Lane`a stało się punktem zwrotnym pod wieloma względami. Pozyskanie Ray Lane`a spowodowane było koniecznością zatrudnienia doświadczonych, uznanych menedżerów. Oracle dostrzega rosnącą rolę działu aplikacji i wprowadza zbiór aplikacji dla wielu głównych sektorów gospodarki w 1993 r. Lata 1994–1995 to powstanie wersji 7 dla komputerów osobistych. W roku 1996 Oracle wydzielił firmę Network Computer Inc., której zadaniem miało być budowa komputera sieciowego. Projektowany komputer sieciowy miał nie wykorzystywać systemu operacyjnego Windows. Rozpoczęcie działalności firmy Oracle na rynku detalicznym postawiło przedsiębiorstwo przed koniecznością podjęcia konkurencji z takimi korporacjami jak Sun, IBM i innych producentów komputerowych. W tym samym roku dział aplikacji odnotował wartość sprzedaży na poziomie ponad 500 mln. dol. Ponieważ z każdą aplikacją wiąże się sprzedaż bazy danych, dział aplikacji stał się istotną częścią ogólnej działalności Oracle.
Obecnie Oracle obejmuje: Oracle Financials, Oracle Supply Chain Management, Oracle Manufacturing, Oracle Project Systems, Oracle Human Resources i Oracle Market Management. Również w roku 1996 Oracle wzbogaca się o zbiór narzędzi OLAP, który wykorzystywany jest w zakresie systemów obsługujących hurtownie danych. W roku następnym pojawia się Oracle w wersji 8. Po raz kolejny firma podjęła kluczową pod względem strategicznym decyzję techniczną na wczesnym etapie rozwoju produktu, przechodząc na język programowania Java i rezygnując z architektury klient–serwer na rzecz systemów działających w Internecie. W 1998 r. wprowadzono obsługę sytemu Linux, a rok później pojawił się Oracle8i w znacznej części utworzony w języku Java. Firma osiąga sprzedaż na poziomie 10 319 mln. dol. W 2000 r. Lawrence Ellison jeden z głównych założycieli "Oracle" stał się najbogatszym człowiekiem na świecie. Oracle wprowadza pakiet Oracle9i, który stanowi konkurencje dla m.in.: DB/2, SQL Server, czy innych. W 2003 r. na rynek trafia najnowsza edycja bazy danych Oracle10g.
... historia Oracle toczy się dalej:
1. Oracle wydało już wersje 11g, 12c.
2. W 2009 roku Sun przejął MySQL.
3. W 2010 roku Oracle przejął Sun i tym samym MySQL.
System zarządzania bazą danych po raz pierwszy zostaje napisany w C. Przełom lat 1981–1983 to powstanie wersji 3 na komputery typu mainframe i minikomputery. Kolejne trzy lata to zmiana siedziby do Kalifornii. Wkroczenie Oracle w sektor systemów (finansowych) i powstanie wersji 5 produktu z możliwościami operacji rozproszonych. Oracle wkracza na giełdę jeden dzień przed Microsoft jej wartość rynkowa sięga 270 mln-dol. (Microsoft – 700 mln dol.). W 1988 r. zostaje wydana wersja 6 ze znacznie zmienionym kodem źródłowym. Wprowadzono pakiety oprogramowania finansowego oraz pakiety CASE przeznaczone do programistów. W latach 1990–1991 wartość firmy przekracza granicę 1 mld. dolarów. Dołączenie w 1992 r. do zespołu Oracle Ray Lane`a stało się punktem zwrotnym pod wieloma względami. Pozyskanie Ray Lane`a spowodowane było koniecznością zatrudnienia doświadczonych, uznanych menedżerów. Oracle dostrzega rosnącą rolę działu aplikacji i wprowadza zbiór aplikacji dla wielu głównych sektorów gospodarki w 1993 r. Lata 1994–1995 to powstanie wersji 7 dla komputerów osobistych. W roku 1996 Oracle wydzielił firmę Network Computer Inc., której zadaniem miało być budowa komputera sieciowego. Projektowany komputer sieciowy miał nie wykorzystywać systemu operacyjnego Windows. Rozpoczęcie działalności firmy Oracle na rynku detalicznym postawiło przedsiębiorstwo przed koniecznością podjęcia konkurencji z takimi korporacjami jak Sun, IBM i innych producentów komputerowych. W tym samym roku dział aplikacji odnotował wartość sprzedaży na poziomie ponad 500 mln. dol. Ponieważ z każdą aplikacją wiąże się sprzedaż bazy danych, dział aplikacji stał się istotną częścią ogólnej działalności Oracle.
Obecnie Oracle obejmuje: Oracle Financials, Oracle Supply Chain Management, Oracle Manufacturing, Oracle Project Systems, Oracle Human Resources i Oracle Market Management. Również w roku 1996 Oracle wzbogaca się o zbiór narzędzi OLAP, który wykorzystywany jest w zakresie systemów obsługujących hurtownie danych. W roku następnym pojawia się Oracle w wersji 8. Po raz kolejny firma podjęła kluczową pod względem strategicznym decyzję techniczną na wczesnym etapie rozwoju produktu, przechodząc na język programowania Java i rezygnując z architektury klient–serwer na rzecz systemów działających w Internecie. W 1998 r. wprowadzono obsługę sytemu Linux, a rok później pojawił się Oracle8i w znacznej części utworzony w języku Java. Firma osiąga sprzedaż na poziomie 10 319 mln. dol. W 2000 r. Lawrence Ellison jeden z głównych założycieli "Oracle" stał się najbogatszym człowiekiem na świecie. Oracle wprowadza pakiet Oracle9i, który stanowi konkurencje dla m.in.: DB/2, SQL Server, czy innych. W 2003 r. na rynek trafia najnowsza edycja bazy danych Oracle10g.
... historia Oracle toczy się dalej:
1. Oracle wydało już wersje 11g, 12c.
2. W 2009 roku Sun przejął MySQL.
3. W 2010 roku Oracle przejął Sun i tym samym MySQL.
Lawrence J. Ellison
Kurs baza danych Oracle i język SQL
W tym post-cie, oddaje w Wasze ręce kurs dotyczący systemu zarządzania bazą danych Oracle wraz z SQL:
Obecnie firma Oracle przejęła MySQL (Sun przejął wcześniej MySQL [2009r.], a w następnej kolejności Oracle przejął Sun [2010r.]) więc moje trzy prezentacje są doskonałym połączeniem.
Możesz poznać MySQL, jak to było kiedyś i jak jest teraz.
Możesz poznać Oracle, jak to było kiedyś i jak jest teraz.
I co więcej możesz porównać te dwa produkty - jak to było kiedyś i jak jest teraz.
Kurs baza danych Oracle i język SQL
Kurs baza danych Oracle i język SQL - hurtownie danych
Kurs baza danych MySQL i język SQL
Obecnie firma Oracle przejęła MySQL (Sun przejął wcześniej MySQL [2009r.], a w następnej kolejności Oracle przejął Sun [2010r.]) więc moje trzy prezentacje są doskonałym połączeniem.
Możesz poznać MySQL, jak to było kiedyś i jak jest teraz.
Możesz poznać Oracle, jak to było kiedyś i jak jest teraz.
I co więcej możesz porównać te dwa produkty - jak to było kiedyś i jak jest teraz.
Kurs baza danych Oracle i język SQL
Kurs baza danych Oracle i język SQL - hurtownie danych
Kurs baza danych MySQL i język SQL
Kurs baza danych Oracle i język SQL - hurtownie danych
W tym post-cie, oddaje w Wasze ręce kurs dotyczący systemu zarządzania bazą danych ORACLE wraz z SQL z naciskiem na Hurtownie Danych:
Obecnie firma Oracle przejęła MySQL (Sun przejął wcześniej MySQL [2009r.], a w następnej kolejności Oracle przejął Sun [2010r.]) więc moje trzy prezentacje są doskonałym połączeniem.
Możesz poznać MySQL, jak to było kiedyś i jak jest teraz.
Możesz poznać Oracle, jak to było kiedyś i jak jest teraz.
I co więcej możesz porównać te dwa produkty - jak to było kiedyś i jak jest teraz.
Kurs baza danych Oracle i język SQL
Kurs baza danych Oracle i język SQL - hurtownie danych
Kurs baza danych MySQL i język SQL
Obecnie firma Oracle przejęła MySQL (Sun przejął wcześniej MySQL [2009r.], a w następnej kolejności Oracle przejął Sun [2010r.]) więc moje trzy prezentacje są doskonałym połączeniem.
Możesz poznać MySQL, jak to było kiedyś i jak jest teraz.
Możesz poznać Oracle, jak to było kiedyś i jak jest teraz.
I co więcej możesz porównać te dwa produkty - jak to było kiedyś i jak jest teraz.
Kurs baza danych Oracle i język SQL
Kurs baza danych Oracle i język SQL - hurtownie danych
Kurs baza danych MySQL i język SQL
Kurs baza danych MySQL i język SQL
W tym post-cie, oddaje w Wasze ręce kurs dotyczący systemu zarządzania bazą danych MySQL wraz z SQL.
Obecnie firma Oracle przejęła MySQL (Sun przejął wcześniej MySQL [2009r.], a w następnej kolejności Oracle przejął Sun [2010r.]) więc moje trzy prezentacje są doskonałym połączeniem.
Możesz poznać MySQL, jak to było kiedyś i jak jest teraz.
Możesz poznać Oracle, jak to było kiedyś i jak jest teraz.
I co więcej możesz porównać te dwa produkty - jak to było kiedyś i jak jest teraz.
Kurs baza danych Oracle i język SQL
Kurs baza danych Oracle i język SQL - hurtownie danych
Kurs baza danych MySQL i język SQL
Obecnie firma Oracle przejęła MySQL (Sun przejął wcześniej MySQL [2009r.], a w następnej kolejności Oracle przejął Sun [2010r.]) więc moje trzy prezentacje są doskonałym połączeniem.
Możesz poznać MySQL, jak to było kiedyś i jak jest teraz.
Możesz poznać Oracle, jak to było kiedyś i jak jest teraz.
I co więcej możesz porównać te dwa produkty - jak to było kiedyś i jak jest teraz.
Kurs baza danych Oracle i język SQL
Kurs baza danych Oracle i język SQL - hurtownie danych
Kurs baza danych MySQL i język SQL