пропозиції роботи
Wypowiedzi
-
Adam Wybrański:
Ja bym jeszcze dodał
Ośrodek SŁOK, niedaleko Bełchatowa:
http://www.hotel-wodnik.com.pl/pl/site/203/osrodek-kem...
pzdrw
http://www.wawrzkowizna.com.pl
Z tych dwóch miejsc jest blisko do
http://www.kompleks-solpark.pl/
oraz
http://www.gorakamiensk.info
Dla tych co nie lubią za długo w jednym miejscu siedzieć warto tez dodać, że są to lokalizacje z dala od zgiełku miejskiego ;) -
Ja mam lepszą propozycję zawsze można wybrać się na żagle (przyp. tłum. Mazury) i nie tylko na 2-3 dni przed sezonem wtedy jest najlepiej. Natomiast potrzeba było by jakiegoś chętnego z patentem ;)
-
Jeśli tak zrobi to niestety w przypadku zapytań na cały zakres w bazie będzie musiał bawić się w union dla tych tabel archiwalnych.
Następnym problemem będzie propagacja danych po archiwalnych tabelach co spowoduje że będzie wymagany dłuższy czas SLA na utrzymanie bazy a już nie mówię o pisaniu skryptów które będą wstanie dynamicznie dostosować się w przypadku dodania nowej tabeli archiwalnej dla zadanego okresu.
Archiwizację zaczął bym w przypadku gdyby ilość danych przekroczyła by ~40-50 kk rekordów choć i tym wtedy szukał bym innego rozwiązania, naprawdę przy dobrze zorganizowanych indeksach nie będzie problemów z kwerendami.
Abyś miał 100% pewności stwórz benchmark dla zakładanego schematu bazy i przetestuj różne warianty to da Ci najlepsza odpowiedz. -
Zastanawiam się nad sensem takiego rozwiązania ponieważ z tego co piszesz po roku czasu na każdy widok przypadało by koło ~5000 rekordów. Po drugie baza z sql z kilkoma milionami rekordów radzi sobie bez najmniejszych problemów, a przyrost rzędu 25000 też nie jest nadzwyczaj duży dodatkowo dane do bazy spływają w sposób który zmniejsza fragmentacje indeksów więc czas potrzebny na maintanace spada i SLA zawsze będzie atutem. Najpierw rozważył bym wszystkie opcje z dynamic sql, a dopiero szedł bym drogą tworzenia jakichkolwiek dodatkowych statycznych struktur w takiej ilości, ponieważ sam stworzysz sobie piekiełko z utrzymaniem tego. Ogólnie ujmując tyle mogę doradzić z tak małej ilości danych.
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Office System
-
Wystarczy
Excel.ExportDataSetToExcel(DataSet); -
Nie zawodny fluxbox :)
Łukasz Rakowiecki edytował(a) ten post dnia 10.11.07 o godzinie 12:37 -
Konrad S.:
Polecam stronę poczytaj dowiesz się dlaczego warto :)
ogólnie musze napisać taką pracę teoretyczną dlaczego warto postawić taki server
Poszukaj przykładów w pracy jest ich dużo ;-) -
Przemek S.:
Ok trochę dużo, więc wychodząc z takiego założenia lepiej Oracle i myśleć o sprzęcie ponieważ z tego co wiem jeśli chodzi o dziesiątki tysięcy użytkowników to daje nam znaczą liczbę zapytań na sekundę. Warto skontaktować się z ludkami z Oracle i przedstawić im sprawę, a oni zaproponują całe rozwiązanie sprzętowe i system co będzie dużo lepsze niż odpytywanie na grupie, tym bardziej że w przypadku pomyłki firma dostanie w plecy jak coś będzie nie tak :)
Łukasz Rakowiecki:
Natomiast zależy jeszcze jakie czasy dostępu przewiduje projekt
Klient zdradział, że tutaj przyrost będzie jeszcze bardziej dynamiczny, aniżeli w przypadku samych artykułów. Początkowo kilkudziesięciu użytkowników. Docelowo - tysiące, dziesiątki tysięcy!!!
P. -
Jeśli planujesz taki przyrost to faktycznie może się okazać lepszy Oracle na jakimś uniksowym OS. Natomiast w ciągu dwóch lat i tak będzie potrzebny nowy release. I wtedy można skalować dalej repozytorium. Nie wiem jak dokładnie jest z licencjonowaniem i migracją natomiast warto zrobić analizę, a to już bańka analityka.
Natomiast zależy jeszcze jakie czasy dostępu przewiduje projekt ilu użytkowników. Ciężko zawsze oszacować takie rzeczy nie zagłębiając się w projekt więc jeśli chodzi o mnie jednak doradzał bym burzę mózgów w zespole i wziąć jednego admina dla orientacji na system operacyjny. -
Sądzę, iż lepszym pytanie było by jak zaprojektować, ponieważ z kontekstu twojej wypowiedzi można wnioskować, że będzie to dosyć mała baza max koło 30 Gb, więc kwestia, jaką bazę wybrać trochę jest na wyrost. Przy takich projektach wybiera się bazę najlepiej znaną, deweloperom, a nie w drugą stronę, ponieważ nie będą jej wstanie zoptymalizować. Co do reszty wymagań to są w miarę standardowe jak na serwis/repozytorium www.
-
[author]Dariusz
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy IBM
-
Może warto dodać jakie długie doświadczenie jest wymagane na początek to dla doświadczonych ludzi będzie informacja że szukasz na poważnie deweloperów.
Natomiast Sharepoint 2007 podejrzewam że nie ma dużo ludzi doświadczonych z racji kosztów wdrożenia i kosztów utrzymania tylko duzi gracze na rynku pozwalają sobie na migrację z 2003 na 2007. -
Hm Gentoo używam gdzieś od około 5 lat czyli prawie od początku :)
A cenie go za portage i za to że jest jednym z najlepiej udokumentowanych dystrybucji światka GNU. Oraz duża zaleta łatwe tworzenie ebuild dostosowanych do własnych potrzeb. -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy IT – Praca dla osób z charakterem
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Telekomunikacja Polska
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy IBM
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy IT – Praca dla osób z charakterem
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy IT – Praca dla osób z charakterem
- 1
- 2
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
