Forum Użytkownikow Subiekt GT

InsERT GT => Subiekt GT => Wątek zaczęty przez: xeon235 w Październik 01, 2018, 22:01:40

Tytuł: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 01, 2018, 22:01:40
W zasadzie to juz zglupialem na temat licencji na pelna wersje MSSQL.

Kilka pytań:
1. Czy przy uzywaniu Subiekta GT to kazda końcówka to oddzielne połączenie do MSSQL czy wszystkie połaczenia są liczone jako jedno połączenie MSSQL?
2. Jeżeli mam procesor 8 rdzeniowy (16 wątkowy) to w przypadku wykupienia licencji na procesor musze kupować licencje na 8 rdzeni czy moge kupić licencje na 4 rdzenie?
3. Na ile połączeń maksymalnie jest licecnja SQL Express?
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: yemet w Październik 01, 2018, 22:41:59
W razie czego niech mnie ktoś poprawi.

1. Każda końcówka powinna mieć swoją licencje dostępową jeśli licencje są w modelu CAL. Ilość połączeń jakie nawiąże dana końcówka z serwerem nie ma znaczenia dla ilości licencji.
2. Zależy ile masz użytkowników - licencje Core są dość drogie w porównaniu ze zwykłymi licencjami i bardziej opłacalne pewnie będą licencje CAL.
3. 32767 niezależnie od wersji SQL-a.
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 01, 2018, 23:12:23
przy ok 30 stanowiskach plus powoli ilosc sie zwieksza to chyba core jest bardziej oplacalny niz cal?
Tytuł: Pelna wersjq SQL.
Wiadomość wysłana przez: candy w Październik 01, 2018, 23:35:30
Jeśli kupisz core poniżej 15 tysięcy to tak.
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 02, 2018, 08:33:42
tak, jezeli by brac pod uwage edycje runtime to wtedy to sie bardziej oplaca niz core, ale w przypadku standardowej edycji to licencja na serwer to ok 6 tys pln netto + za kazde stanowisko klienckie ok 1300 pln netto to przy 30 stanowiskach wychodzi ponad 45 tys netto wychodzi
Tytuł: Pelna wersjq SQL.
Wiadomość wysłana przez: candy w Październik 02, 2018, 08:48:35
A dlaczego nie miałbyś brać pod uwagę edycji Runtime?
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 02, 2018, 10:02:35
rozwazam wszystkie mozliwosci :) runtime jest narazie najtansza opcja i prawdopodobnie ta zostanie wybrana :) ale musze jeszcze potestowac czy mi po przez zmiane z sql express na pelny sql poprawi sie wydajnosc w sposob widoczny, ale i tak najprawdopodobniej nawet jezeli nie bedzie ona widoczna bede musial przejsc na pelna wersje bo jeszcze chwila i juz nie bede mogl zrobic aktualizacji do nowszej wersji subiekta (ponoc jak baza ma rozmiar powyzej 5 GB to juz sie pojawiaja problemy z konwersją)
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: yemet w Październik 02, 2018, 11:15:33
Poza rozmiarem bazy danych SQL Express ma duże ograniczenia co do wykorzystania ilości pamięci i rdzeni/wątków. Czy poczujesz różnicę wydajnościową? To zależy. Jak zarzynasz Expressa to pewnie coś poczujesz.

Zawsze możesz ściągnąć triala i się nim pobawić:
https://www.microsoft.com/en-us/sql-server/sql-server-downloads


..ponoc jak baza ma rozmiar powyzej 5 GB to juz sie pojawiaja problemy z konwersją...

Jakie problemy? Baza przekroczyła u mnie rozmiar 5GB parę ładnych lat temu i nie mam żadnych problemów z konwersjami przy nowych wersjach.
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 02, 2018, 13:15:21
tak, wiem bede testowal niedlugo, o ograniczeniach express tez wiem, co do problemow konwersji to tylko slyszalem od jednego "parnera insertu", że jego klient mial problem z konwersją bazy podczas aktualizacji subiekta jak baza miala powyzej 5gb i trzeba bylo zrobic aktualizacje na pelnym sqlu. W bazie mam ponad 200 tys produktow, w tabeli dok__Dokument ponad 700 tys rekordow w dok_Pozycja 1,8 mln rekordow i troche przymula :)
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: yemet w Październik 02, 2018, 13:41:30
Ok przymula ale na czym? Powody przymulania są różne, wstawienie pełnego SQL niekoniecznie musi pomóc. O bazę trzeba dbać min. odbudowywać indeksy i statystyki co jakiś czas etc. etc - jak tam nikt nie zagląda i nie pilnuje to ma prawo mulić. Jak wsadzisz taką 'rozregulowaną' bazę w pełnego SQL-a to nie masz co liczyć na to, że będzie lepiej.

W dok__dokument mam ~2,4mln rekordów, w dok_pozycja ~3,75mln i nie narzekam przy przeglądaniu i wystawianiu dokumentów. Towarów masz dość dużo a to zawsze ma jakiś wpływ na niektóre operacje.
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: Aldo w Październik 02, 2018, 13:41:37
Poza rozmiarem bazy danych SQL Express ma duże ograniczenia co do wykorzystania ilości pamięci i rdzeni/wątków. Czy poczujesz różnicę
..ponoc jak baza ma rozmiar powyzej 5 GB to juz sie pojawiaja problemy z konwersją...
Jakie problemy? Baza przekroczyła u mnie rozmiar 5GB parę ładnych lat temu i nie mam żadnych problemów z konwersjami przy nowych wersjach.
I na pewno masz wersję Express?
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 02, 2018, 13:51:31
odbudowe indeksow, instynktu itd wykonuje, najwiekszy problem to ladowaniu list np. dokumentow np. faktur sprzedazy z 12 mc (nie mowiac bez okresu oraz nie wspominajac juz o ZK), wyszukiwanie towaru na niektore frazy dosyc szybko na inne kilka - kilkanascie sekund trzeba czekac (po dobudowie instynktu) itd, przed odbudowa indeksow i kompaktowaniu bazy to nawet informator klienta zamulal - kilka/kilkanascie sekund na zaladowanie danych
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: yemet w Październik 02, 2018, 13:54:10
I na pewno masz wersję Express?

Ja od dawna nie mam Expressa. A są faktycznie jakieś problemy na Expresie przy 5GB+? Jakby było bliżej 10GB to bym się nie zdziwił jakby były jazdy ale przy połowie tej wartości?
Tytuł: Pelna wersjq SQL.
Wiadomość wysłana przez: candy w Październik 02, 2018, 15:44:30
To zależy od tego jakie zmiany są dokonywane w czasie konwersji i jakiej wielkości są modyfikowane tabele.
Miałem już bezproblemowe konwersje bazy ok. 8GB na Expressie i bazy 4.7GB, których na Expressie nie dało się skonwertować.
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: birds22 w Październik 02, 2018, 15:48:54
przed odbudowa indeksow i kompaktowaniu bazy to nawet informator klienta zamulal

A co miała dać operacja kompaktowania bazy danych po odbudowie indeksów?
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 02, 2018, 17:29:24
w zasadzie to nic :)
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: birds22 w Październik 02, 2018, 18:14:05
w zasadzie to nic :)

Raczej - "w zasadzie to miałem lepiej ale chciałem zobaczyć jak jest gorzej" :)
Tytuł: Odp: Pelna wersjq SQL.
Wiadomość wysłana przez: xeon235 w Październik 02, 2018, 18:21:48
:D