Społecznościowe Forum Podstawowy Problem Świadczeniodawcy

Problemy z aplikacjami => KS-SOMED => Wątek zaczęty przez: Qba w Października 04, 2025, 11:51:42 am

Tytuł: KS-SOMED komunikat o konwersji
Wiadomość wysłana przez: Qba w Października 04, 2025, 11:51:42 am
Cześć. Zaktualizowałem SOMEDA do najnowszej wersji i teraz przy logowaniu wyskakuje mi taki komunikat. Nie za bardzo rozumiem o co chodzi. Proszę o pomoc. Z góry dzięki
Tytuł: Odp: KS-SOMED komunikat o konwersji
Wiadomość wysłana przez: Sławek w Października 04, 2025, 17:10:58 pm
W opisie aktualizacji ( 13 ) jest instrukcja.
Wystarczy odpalić programik w w katalogu głównym KS\KS-PLW\ LONGCONVERTER.exe
Tytuł: Odp: KS-SOMED komunikat o konwersji
Wiadomość wysłana przez: MK w Października 06, 2025, 08:11:10 am
Cześć. Zaktualizowałem SOMEDA do najnowszej wersji i teraz przy logowaniu wyskakuje mi taki komunikat. Nie za bardzo rozumiem o co chodzi. Proszę o pomoc. Z góry dzięki
O konwersji pisaliśmy w biuletynach: 2025.02.0.01, 2025.02.0.03 i wspomniany już 2025.02.0.13. Jest tam opisany powód tej operacji, jak to robimy, kiedy pojawiają się kolejne tabele do konwersji, jak ją przeprowadzić i w zasadzie wszystko co potrzeba. Warto też śledzić przyszłe biuletyny, bo jak wspomniano w opisach wcześniejszych, konwersja jest przeprowadzana etapami, po pierwsze, byśmy to sami ogarnęli, bo wymaga to za każdym rzazem drobnych zmian w programie, a po drugie, aby nie "zabiło" to normalnej pracy z systemem. Rzeczony komunikat pojaw się, jeśli któreś z zadań konwersji (pojedyncze zadnie to konwersja jednego pola w jednej tabeli) czeka już ponad 30 dni i nc się z nim nie dzieje.
Tytuł: Odp: KS-SOMED komunikat o konwersji
Wiadomość wysłana przez: Sławek w Października 06, 2025, 11:24:39 am
W jednej przychodni zadnie trwało ponad 5 dni i baza zwiększyła swój rozmiar o 8GB, na szczęscię po odświeżeniu baza zmniejszyła swój rozmiar.
Tytuł: Odp: KS-SOMED komunikat o konwersji
Wiadomość wysłana przez: MK w Października 06, 2025, 11:56:51 am
Oczywiście, że baza swój rozmiar zwiększy, konwersja na tym polega, że dodajemy nowe pole clob i sukcesywnie przenosimy tam dane z pola LONG (na FB string na BLOB stringowy). Jak się więc łatwo domyśleć musi baza swój rozmiar zwiększyć. Dlatego też po konwersji, kolejne odpalenie aktualizacji bazy danych dropuje niepotrzebną już kolumnę. Takie operacje jednak zazwyczaj nie redukują fizycznej wielkości bazy. Dopiero odtwarzanie to ogarnia. W przypadku Oracle można zastosować specjalny zestaw procedur skutecznie redukujący rozmiar tabeli, z której usunięto sporo danych. Ale... no właśnie to nie działa, jeśli tabela ma pole LONG. Stąd, między innymi, decyzja o definitywnym pozbyciu się pól których serwery oracle od lat nie lubią.
Style:2: Portal (default), Printpage (default).
Pod-szablony:4: init, print_above, main, print_below.
Pliki językowe:6: SPortal.english (domyslny), SPortal.polish-utf8 (domyslny), SPortal.english (domyslny), index+Modifications.english (domyslny), index+Modifications.polish-utf8 (domyslny), SPortal.polish-utf8 (domyslny).
Arkusze stylów:1: portal (default).
Uwzględnione pliki:13 - 634KB. (pokaż)
Użytych zapytań: 13.

[Pokaż zapytania]