Witam wszystkich
Do tej pory z Subiektem radziłem sobie dobrze, a drobne problemy korygowałem na podstawie wpisów z m/n tego forum. Teraz prosiłbym o pomoc i informacje.
Wyświetla mi się komunikat o limicie bazy danych (10GB), sprawdziłem mam 9,5GB. Na razie próbowałem kompaktować ale wywala mi o niepowodzeniu, próby robiłem po zamknięciu wszystkich komputerów klienckich. Co może być przyczyną i jak sobie z tym poradzić? Widzę kilka opisów na tym forum, będę próbował jutro ale może ktoś ma jakieś sugestie, będę wdzięczny bo jutro chciałbym to zrealizować a raczej weekendowy odzew na forum będzie zapewne nikły. Proszę o każdą informację.

Zapewne kompaktowanie pomoże tylko na jakiś czas a w dłuższej perspektywie już muszę myśleć jak rozwiązać problem. Z racji ilości wykupionych stanowisk (12) z czego użytkuje 10 osób wykupienie pełnej wersji sql będzie bardzo kosztowe i szczerze raczej nie będę tego robił, najpewniej utworzę nową czystą bazę i na niej będę pracował po przeniesieniu kartotek. Ale tu pojawia się pytanie, na które nie znalazłem jednoznacznej odpowiedzi - co dokładnie wpływa na wielkość bazy danych subiekta? Czytałem że ilość wystawianych dokumentów a ilość zdjęć i opisów produktów też ma na to wpływ? Pracuję na bazie już ponad 12lat, dokumentów jest sporo ale ostatnio zacząłem wprowadzać do kartotek towarowych zdjęcia i opisy produktów - to zbieg okoliczności czy tak po prostu jest? Sama baza pracuje raczej stabilnie, minimalne przycięcia ale nic uciążliwego.
Proszę o informacje co wpływa na rozmiar bazy danych bo jeśli rzeczywiście zdjęcia i opisy to je wykasuję i zapewne wtedy będzie jeszcze sporo miejsca na dokumenty i kilka następnych lat pracy.
Z góry dziękuje za odpowiedzi.

Sprawdź przede wszystkim rozmiar zdjęć. Najlepiej jest sobie ustalić, ze zdjęcia nie powinny mieć więcej jak np. 150 kB.

Mam Subiekta zespolonego z dwoma sklepami internetowymi programem s2s - w miarę sprawnie to działa, a najważniejsze że zdjęcia, opisy, ceny i stany są na bieżąco synchronizowane z Subiekta. Skoro zdjęcia jednak obciążają bazę danych to muszę pomyśleć o zmianie

Nie mylmy pojęć, zdjęcia nie obciążają bazy danych tylko zwiększają jej rozmiar.

nawet nie biorę pod uwagę zapłaty ok 5tys za pełną wersję sql, są dużo tańsze rozwiązania np z pliku csv.

Twój wybór.

Samo zmniejszenie rozmiaru zdjęć w moim przypadku nic nie da bo pogorszy się jakość fotek na sklepach - ale dzięki za każdą sugestię.

Zapewne nawet nie wiesz jakie rozmiary mają te zdjęcie, często są mocno przesadzone, poniżej zestawienie SQL, które pokaże takie informacje.

select case when tw_Zablokowany = 1 then CAST(0 as bit) else CAST(1 as bit) end [Aktywny]
, tw_Symbol [Symbol]
, tw_Nazwa [Nazwa]
, cast(1 as money) [Ilość]
, cast(DATALENGTH(zd_zdjecie) as money) [Rozmiar w B]
, cast(DATALENGTH(zd_zdjecie) / 1024.0 as money) [Rozmiar w kB]
, cast(DATALENGTH(zd_zdjecie) / 1024.0 / 1024.0 as money) [Rozmiar w MB]
from tw__Towar
join tw_ZdjecieTw on tw_Id = zd_IdTowar
where DATALENGTH(zd_zdjecie) > {M: Zdjęcia większe niż (kB): 0} * 1024
Na forum lub w internecie znajdziesz też skrypty, które pokażą rozmiary poszczególnych danych.

Skoro tak to byłbym wdzięczny za informacje o kompaktowaniu bazy danych.

Było wiele razy na forum - SSMS.

Nie rozumiem - skoro teraz je wysyłasz do sklepu to po co jakiś drugi serwer ?

A tego nie wiedziałem... Czy integracja nie ma opcji wczytywania zdjęć z dysku ?

Dla mnie to też nowość,

Miałem na myśli informację o dwóch sklepach...

...jak pisałem do tej pory wszystko trzymałem w jednym miejscu czyli w subiekcie.

No cóż darmowy silnik SQL ma bardzo dobrze znane ograniczenia.

Właśnie teraz nad tym siedzę ale widzę że dużo dłubania, przynajmniej na początku. Od zaprzyjaźnionych firm wiem że to działa bo oni to stosują od dawna.

Ale co jest niby do dłubania ?