MS SQL/Oracle - ograniczenia wersji Express w praktyce
ktos - 13-11-2006 00:47
MS SQL/Oracle - ograniczenia wersji Express w praktyce
Wiem jakie maja ograniczenia, nie wiem jak to sie ma do relanych potrzeb
w programach typu FK/magazyn...
Czy ktos moglby podac przyklad typu:
- tyle tabel, tyle danych, wersja express przestala wystarczac, trzeba
bylo przejsc na platna. Ze wzgledu na ilosc danych/klientow a nie np.
funkcjonalnosc, ktorej brak w wersji darmowej.
Jak to jest z ograniczeniem RAM-u do 1 GB, przy jakiej wielkosci
bazy/stopniu skomplikowania jest to za malo i co wtedy:
- baza dziala wolniej czy przestaja dzialac?
qqruźNIK - 13-11-2006 00:48
ktos napisał(a):
> Wiem jakie maja ograniczenia, nie wiem jak to sie ma do relanych potrzeb
> w programach typu FK/magazyn...
Dobrze napisana baza FK nie jest zbyt skomplikowana. Magazyn już trochę
bardziej a dodatkowo może być znacznie większy. Wszystko zależy jaka
firma. Znacznie, znacznie bardziej złożoną strukturę mają bazy kadrowo
płacowe - zwłaszcza dla budżetówek.
Nie wiem jak w 2005 ale we wcześniejszych wersjach najbardziej
dokuczliwym było ograniczenie do 5 konekcji (po przekroczeniu spadała
szybkość jego działania) i właściwie w 99% przypadków z jakimi miałem do
czynienia, to właśnie było powodem konieczności przenoszenia baz na
pełen server.
Jeżeli chodzi o złożoność bazy, MSDE radziło sobie bardzo dobrze
(oczywiście przy założeniu że optymalizujemy zapytania). Co do wielkości
to problem nie istniał gdyż 5 końcówek to raczej mała firma a mała firma
to mało danych księgowych :o). Podobnie z magazynem o ile nie prowadzimy
ciągłej sprzedaży detalicznej na 5 końcówek bo wówczas może to nieco
urosnąć (np. sklep z 5 kasami czy coś takiego).
Co do Oracla to nie chciałbym Ci mocno namieszać w głowie więc dopytaj
jeszcze Oraclowców ale ja się baaaardzo mocno rozczarowałem.
Nie wiem czy wynika to jeszcze z mojej nieznajomości tego servera
(pracuję na nim dopiero od kilku miesięcy), czy może został źle
skonfigurowany ale bardzo słabo sobie radzi nawet z niewielkimi i
stosunkowo prostymi bazami.
Pare (dziesiąt) insertów z rzędu potafi go tak zakrztusić że mało nie
zwymiotuje procesora. :o)
> Czy ktos moglby podac przyklad typu:
> - tyle tabel, tyle danych, wersja express przestala wystarczac, trzeba
MSDE spokojnie przy ok. 100 tabelach i wielkości bazy po 100 - 200 MB
chodziły.
To dla FK i KP jest bardzo dużo - z 5 końcówek tyle księgowe nie wklepią.
Magazyn nawet przy małej ilości końcówek może mieć więcej danych ale
powyżej tej wartości na MSDE nie testowałem. :-(
---------
qqruźNIK
Michał Kuratczyk - 13-11-2006 00:48
qqruźNIK wrote:
> Co do Oracla to nie chciałbym Ci mocno namieszać w głowie więc dopytaj
> jeszcze Oraclowców ale ja się baaaardzo mocno rozczarowałem.
> Nie wiem czy wynika to jeszcze z mojej nieznajomości tego servera
> (pracuję na nim dopiero od kilku miesięcy), czy może został źle
> skonfigurowany ale bardzo słabo sobie radzi nawet z niewielkimi i
> stosunkowo prostymi bazami.
> Pare (dziesiąt) insertów z rzędu potafi go tak zakrztusić że mało nie
> zwymiotuje procesora. :o)
Naprawdę sądzisz, że gdyby to była ogólna cecha Oracle, to ktokolwiek
zapłaciłby za niego $40000 per CPU, czyli w typowej konfiguracji kilku
kilkuprocesorowych maszyn, około $400000 za jedną bazę? No i skąd by się
brał Oracle na listach TPC (i to wysoko)?
Miałeś coś mocno spartolone. Żadna powszechnie stosowana baza nie ma
problemów z kilkoma insertami, a Oracle jest zdecydowanie powyżej średniej
jeśli chodzi o wydajność.
--
Michał Kuratczyk
Marek Horodyski - 13-11-2006 00:48
Użytkownik "qqruźNIK" <qqruznik@wywalto.poczta.onet.pl> napisał w wiadomości
news:eingmo$kbr$1@news.onet.pl...
> ktos napisał(a):
>
[...]
> Co do Oracla to nie chciałbym Ci mocno namieszać w głowie więc dopytaj
> jeszcze Oraclowców ale ja się baaaardzo mocno rozczarowałem.
To nie tak jest. To Oracl sie "baaaardzo mocno rozczarował".
Tyle mozliwosc i rozszerzen, a tu nikt i nic nie chce ich wykorzystywac.
Chociazby jakies indeksy, rozsadne commity, rozlokowanie przestrzeni danych
....
W takich przypadkach, baza sie mocno obraza i nie chce szybko pracowac :)
Pozdrawiam,
Marek Horodyski
Artur S. - 16-11-2006 00:23
qqruźNIK napisał(a):
> ktos napisał(a):
>
[...]
> Nie wiem jak w 2005 ale we wcześniejszych wersjach najbardziej
> dokuczliwym było ograniczenie do 5 konekcji (po przekroczeniu spadała
> szybkość jego działania) i właściwie w 99% przypadków z jakimi miałem do
> czynienia, to właśnie było powodem konieczności przenoszenia baz na
> pełen server.
>
[...]
Proponuję doczytać:
http://msdn.microsoft.com/library/de...r_sa2_0ciq.asp
W MSSQL2005 Express mechanizm "dławika" został wyłączony.
Pozdrawiam
Artur S.
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Oracle 19g +Insert +Insert +Insert...
[oracle] zapytanie dynamiczne z =?ISO-8859-2?Q?=22dynamiczn=B1_?==?ISO-8859-2?Q?nazw=B1_tabeli=22?=
=?ISO-8859-2?Q?=5BOT=5D_Zdany_egzamin_Oracle_1Z0-007_a?==?ISO-8859-2?Q?_brak_informacji_na_stronie_Prometric_-_czy?==?ISO-8859-2?Q?_co=B6_nie_tak=3F?=
jak to =?ISO-8859-2?Q?zrobi=E6=2E=2E=2E=3F_TSQL_sql_server?==?ISO-8859-2?Q?_?=
[oracle] czy da =?ISO-8859-2?Q?si=EA_z_poziomu_procedury_?==?ISO-8859-2?Q?zrobi=E6_kopi=EA_zapasow=B1=3F?=
[oracle 10g] czy =?ISO-8859-2?Q?mo=BFna_wy=B3=B1czy=E6_wszys?==?ISO-8859-2?Q?tkie_wi=EAzy_w_schemacie=3F?=
=?iso-8859-2?q?[oracle]_Jak_sprawdzi=E6_wielko=B6=E6_tabeli_=3F=3F?=
=?ISO-8859-2?Q?Poszukjue_ksi=B1=BFki_"Oracle_?= =?ISO-8859-2?Q?optymalizacja_wydajno=B6ci"..?=
[Oracle] =?ISO-8859-2?Q?=A3=B1czenie_wierszy_z_zapytania_?==?ISO-8859-2?Q?w_jeden_string?=
=?iso-8859-2?q?[oracle_10g]_jak_da=E6_grant_do_gv$=2E=2E=2E=2E_=3F?=
zanotowane.pldoc.pisz.plpdf.pisz.plown-team.pev.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
