InsERT GT => Subiekt GT => Wątek zaczęty przez: s4ddly w Luty 27, 2018, 09:15:57
-
Witam
Chcę korzystać z Subiekt'a GT, ale nie mam pojęcia czy zacząć od serwera w firmie czy od rozwiązania w chmurze które widzialem ktoś proponował na forum.
Jeżeli ktoś ma doświadczenie w obu przypadkach prosiłbym o pomoc w związku z tymi rozwiązaniami. Jakieś oferty serwerów czy chmur.
Z góry dzięki za pomoc :)
-
Skoro nie znasz jeszcze swoich potrzeb, to trudno coś wymyślić... Zacznij od serwera w firmie. W zasadzie to nawet nie musi być serwer (w sensie: Windows Server). Jak już będziesz wiedział jakie konkretnie masz potrzeby, bo można pomyśleć o optymalizacji. :-)
-
A jakiego komputera służącego za serwer bym potrzebował ?
Chodzi mi o jego parametry (Procesor, Ilość pamięci RAM itp)
-
A jakiego komputera służącego za serwer bym potrzebował ?
Chodzi mi o jego parametry (Procesor, Ilość pamięci RAM itp)
Ponieważ nic jeszcze nie wiesz- odpowiedź jest prosta: jakiegokolwiek. :-)
Byle był "współczesny". Praktyka zweryfikuje...
-
Jako, że Subiekt pracuje na MSSQL wydaje mi się że jest nieco zasobożerny(np. RAM), czy zależy to od ilości produktów/kontrahentów itp ?
-
Jako, że Subiekt pracuje na MSSQL wydaje mi się że jest nieco zasobożerny(np. RAM), czy zależy to od ilości produktów/kontrahentów itp ?
Można przyjąć, że sql jest pamięciożerny, ale w sensie, że im więcej pamięci RAM (w granicach rozsądku), tym lepiej pracuje. Można przyjąć, żę 8 GB to średnio dobrze. Oprócz pamięci ważny też jest szybkośc współpracy z dyskami (zapis/odczyt), dlatego też na SSD widać wzrost wydajności. Oczywiście podstawą jest szybki procesor. Ilość rdzeni czy wątków jest mniej istotna, bo GT nie jest wielowątkowy.
Wielkość bazy, to raczej ilość miejsca na dysku i jego parametry - stąd SSD.
-
Jako, że Subiekt pracuje na MSSQL wydaje mi się że jest nieco zasobożerny(np. RAM), czy zależy to od ilości produktów/kontrahentów itp ?
I tak i nie. Darmowa wersja MSSQL dostarczana z Subiektem i tak ma wbudowane limity (chyba... 1GB ramu?), więc choćbyś wsadził w maszynę 1TB ramu, to i tak wiele nie zmieni...
Natomiast - jak pisał Aldo - SSD może pomóc. :-)
-
A jakiego komputera służącego za serwer bym potrzebował ?
Chodzi mi o jego parametry (Procesor, Ilość pamięci RAM itp)
Cedzisz informacje a oczekujesz sensownych odpowiedzi.
PODSTAWOWE informacje
1. Ile osób będzie pracowało jednocześnie na programie?
2. Praca lokalna (tylko LAN) czy też zdalna (RDP). Jeżeli zdalna to ile osób jednocześnie?
Oczywiście potrzebne byłby informacje o przyroście bazy danych - ile przewidywanych dokumentów miesięcznie, ilość karotek towarowych itp
Co Ci podpowiedzieć jak nic nie wiadomo?
Jednemu można powiedzieć, żeby kupił sobie komputer poleasingowy za kilkaset złotych innemu, że musi mieć serwer za kilka/kilkanaście/kilkadziesiąt tysięcy...
-
Myślę że około 2-3 osób, to samo z pracą zdalną.
Zastanwiałem się też nad MikroSubiektem, ale nie wiem czy tak jak zwykly Subiekt jest połączony z Sello.
-
musisz sie naprawde zdecydowac (ogarnac) i wtedy pomozemy
-
Myślę że około 2-3 osób, to samo z pracą zdalną.
Zastanwiałem się też nad MikroSubiektem, ale nie wiem czy tak jak zwykly Subiekt jest połączony z Sello.
Sello jest napisane pod GT i potrafi pracować na jego bazie. W takim przypadku o mSubiekcie zapomnij.
-
znaczy sie sello pracuje ZAWSZE na swojej bazie (ktora puchnie szybko) i wspolpracuje z SubiektemGT (ktory tez jest na swojej bazie)
-
znaczy sie sello pracuje ZAWSZE na swojej bazie (ktora puchnie szybko) i wspolpracuje z SubiektemGT (ktory tez jest na swojej bazie)
Jest pewna różnica między określeniami pracuje na jego bazie i potrafi pracować na jego bazie.
mSubiekt też pracuje na bazie sql, ale nie potrafi pracować na bazie Subiekta.
-
roznica to jest miedzie pracuje na bazie a wspolpracuje z baza
-
Na bazie mojego skromnego doświadczenia i podchodzenia wielokrotnie do tematu "pracy zdalnej" wybrałem w końcu pracę przez pulpit zdalny. Niestety (stety) kosztowało mnie to parę godzin lektury wątków na tym forum ale przynajmniej teraz jestem zadowolony z tego rozwiązania.
Póki co korzystam z serwera na 8 GB ramu, procku 2,6 i zwykłym dysku. Na moje potrzeby (1-2 osoby) aktualnie wystarcza ale rozważam już zakup jakiegoś lepszego kombajnu, bo czasem widać, że już sam SSD zrobiłby niezłą robotę a należy też brać pod uwagę puchnące (zwłaszcza Sello) bazy. Chmura w Insercie to rozwiązanie dobre do tylko przechowywania bazy, bo ma ograniczony miesięczny transfer.
-
Chmura w Insercie to rozwiązanie dobre do tylko przechowywania bazy, bo ma ograniczony miesięczny transfer.
Insert oferuje tylko i wyłącznie usługę archiwizacji danych, nie oferuje żadnych usług hostingowych umożliwiających pracę na ich programach.
-
Chmura w Insercie to rozwiązanie dobre do tylko przechowywania bazy, bo ma ograniczony miesięczny transfer.
Chumura w Insercie służy, z samego zalożenia, tylko do archiwizacji .
-
Można przyjąć, że sql jest pamięciożerny, ale w sensie, że im więcej pamięci RAM (w granicach rozsądku), tym lepiej pracuje. Można przyjąć, żę 8 GB to średnio dobrze. Oprócz pamięci ważny też jest szybkośc współpracy z dyskami (zapis/odczyt), dlatego też na SSD widać wzrost wydajności. Oczywiście podstawą jest szybki procesor. Ilość rdzeni czy wątków jest mniej istotna, bo GT nie jest wielowątkowy.
Wielkość bazy, to raczej ilość miejsca na dysku i jego parametry - stąd SSD.
No z tezą, że ilość rdzeni czy wątków procka jest mniej istotna bym się nie zgodził. GT może nie jest wielowątkowy, ale MS SQL tak. A nawet jakby nie był, to wielowątkowa jest Winda i jest na niej uruchomione na raz wiele aplikacji (np. antywirek). Jak w XP były zwykle gdzieś tak 32 wątki, to w Windzie 10 jest np. 190... Ostatnio akurat zmieniałem w jednym paściu procek z 2x2.4 GHz na 4x3 Ghz i różnica w działaniu MS SQLa była drastyczna, spadek obciążenia procka był dużo większy niż wynikało to z proporcji wyników w benchmarkach procków. Współczesne Windy potrafią zająć każdą ilość rdzeni i wątków. I z SSD przy małej ilości użytkowników to bym się wstrzymał do upewnienia się, że procek daje radę i czy jest dostateczna ilość pamięci, bo inaczej ta dość kosztowna inwestycja może rozczarować, a z drugiej strony odpowiedni procek i odpowiedni ram (daje cache dysku) przy małej ilości użytkowników wcale nie katują tradycyjnego dysku, zwłaszcza, że i tak karta sieciowa i narzuty protokołowe są ogranicznikiem większym niż dysk.
-
Zależy od wielkości firmy - ile osób by korzystało, bo Windows ma licencje dostępowe per użytkownik, więc im więcej osób korzysta, tym abonament za chmurę na Windows Server będzie droższy. U mnie w pracy wybraliśmy subiekta w chmurze (pulpit RPD dla ok. 3 osób). Jest parę firm, które to oferują - my akurat używamy IntoCloud. Plusów rozwiązania w chmurze parę jest - dostęp wszędzie, regularne backupy, a koszta niewielkie przy tej ilości użytkowników. I nie trzeba myśleć nad sprzętem, bo dostawca musi sprawić aby to dobrze działało. Jak ktoś ma zacięcie to może próbować własnych sił, ale my często pracujemy poza firmą, więc tak było łatwiej.
Mieliśmy też doświadczenia z klientami Subiekta na końcówkach, łączącymi się do bazy zdalnej w firmie. Ale brakowało komfortu i były lagi. Wycofaliśmy się po paru miesiącach.