Nie jesteś zalogowany na forum.
Przy okazji konieczności wymiany komputera, na którym jest zainstalowany Płatnik 10.01.001, postanowiłem przejść z bazy Accessa na SQL (serwer MS SQL 2005 Express). Niestety podczas migracji pojawia się błąd.
W przypadku migracji do SQL:
String or binary data would be truncated.
W przypadku migracji do nowej bazy Accessa (na próbę):
Pole jest zbyt małe, aby pomieścić wprowadzone dane. Należy spróbować wstawić lub wkleić mniejszą ilość danych.
Dzieje się tak tylko z bazą powstałą po konwersji, która została przeprowadzona po ostatniej aktualizacji programu tj. w dniu 30.05.2017 roku.
Gdy wezmę kopię bazy Accessa utworzoną przed ostatnimi zmianami (przed jej konwersją), migracja nie napotyka żadnych problemów. Zarówno do SQL, jak i Accessa. Problem w tym, że potrzebują zmigrować najnowszą bazę.
Czy ktoś napotkał ten sam problem lub wie jak to naprawić?
Przeglądnięcie wszystkich tabel z danymi i odnalezienie za długich wpisów chyba mija się z celem. Prawdopodobnie wina leży po stronie mechanizmu odpowiedzialnego za migrację, a dokładnie to obstawiałbym, że albo coś poszło nie tak przy konwersji, albo proces migracji tworzy nową bazę niezgodną z tą po konwersji (jakby baza, do której migrowane są dane, była kompatybilna z programem lub bazą sprzed aktualizacji). Tylko kombinuję...
Ten sam problem dziś się u mnie pojawił...
Jeśli ktoś już wie w temacie, to proszę o info.
Problem może wynikać z różnych wersji metryk pomimo tej samej wersji Płatnika.
Najpierw trzeba wszystko zaktualizować i zrobić optymalizację bazy.
Dopiero co przerabiałem łączenie baz i migracje do SQL. Napotkałem chyba wszelkie możliwe błędy i spędziłem długie godziny na czytaniu i metodach prób i błędów zanim wszystko udało się doprowadzić do szczęśliwego końca.
U mnie w dużym uproszczeniu sprawdziła się taka procedura (nawet nie wspomnę ile mnie to nerwów i litrów wypitej kawy kosztowało)
1. Łączenie baz
2. Instalacja na XP Płatnika z SQLem w wersji 2005 (32-bit)
3. Podpięcie bazy Accessa
4. Podpięcie podpisu elektronicznego
5. Aktualizacja Płatnika i certyfikatów
6. Optymalizacja bazy
7. Migracja do SQLa
8. Konfiguracja SQLa 2016 64-bit i uprawnień na serwerze
9. Podpięcie bazy z lokalnego komputera (tego z XP i SQL 2005) na serwerze
10. Ustawienie baz w Płatniku na komputerach klienckich
witam,
mam rowniez ten sam problem przy próbie przeniesienia lokalnej bazy danych access z jednego na drugi komputer.
Jakies propozycje?
witam ponownie
udalo mi sie rozwiazac problem w taki sposob
1. instalacja płatnika na nowym stanowisku
2. skopiowanie folderów płatnika z programdata, dokumenty i program files ze starego stanowiska
3. wklejenie tychze folderów w miejscach docelowych na nowym stanowisku
4. import bazy danych (tej samej która wczesniej zimportowac sie nie chciała dając ww. w temacie błąd
i hula aż miło
pozdrawiam
Powodem jest niezgodność strony kodowej bazy danych. Zmieńcie stronę kodową na Polski(214) i dokonajcie konwersji.
Potem wróćcie na Polski(programisty).
U mnie zadziałało.
Pozdrawiam
Grzegorz eabi.pl
dzięki, 214 działa!
Koledzy, napiszcie proszę jak i gdzie zmienić kodowanie na Polski(214) - zamroczyło mnie, szukam i szukam i nie mogę znaleźć. Dzięki z góry za pomoc.
Gdzie szukać ustawień kodowania ? W accessie ?
Niestety po wielu próbach na mojej bazie póki co nie da zrobić się migracji. Muszę przeszukać bazę pod kątem zbyt długich ciągów znaków.
U mnie na ten sam błąd pomogło rozwiązanie z tej strony:
https://majsterkowicz.wordpress.com/201 … -archiwum/
W skrócie: otwarcie bazy w Access'ie, znalezienie tabeli PARAM_CONF, a w niej identyfikatora bazy i podmiana pierwszej litery z A na R.
Ostatnio edytowany przez it-service (2017-09-08 19:04:18)
Offline
Niestety po wielu próbach na mojej bazie póki co nie da zrobić się migracji. Muszę przeszukać bazę pod kątem zbyt długich ciągów znaków.
Witam,
czy przypadkiem płatnik, którego dotyczy baza danych nie ma długie nazwy w rejestrze płatników np. Fundacja Nowa Era Rzeczywistości sp. z o.o.?
To może być przyczyną.
Pozdrawim
KN
@Outlawek
Miałem dzisiaj ten sam problem z migracją. Okazało się że wystarczyło zaktualizować Płatnika, za którymś razem przy uruchamianiu ściągnął aktualizację.
Czy mogę prosić o info w jaki sposób zmienić stronę kodową ?
Bazę dostałem w postaci pliku, nie mam dostępu do źródłowej aplikacji.
Próbuję zmigrować bazę z MS Access do SQL i cały czas mam komunikat:
String or binary data would be truncated.
Walczę już 2 dni, przekopałem wszystkie fora i niestety nie mam pomysłu
Witam ja również walczę od kilku dni, błąd się pojawia przy migracji danych z kopi zapasowej przekazanej przez biuro.
Witam,
U mnie komunikat String or binary data would be truncated zniknął dopiero wtedy gdy zrobiłem aktualizację programu. Zmieniła się metryka na 130. Migracja przeszła bez problemu.
Witam,
U mnie komunikat String or binary data would be truncated zniknął dopiero wtedy gdy zrobiłem aktualizację programu. Zmieniła się metryka na 130. Migracja przeszła bez problemu.
Dzięki Łukasz, tak potwierdzam metryka musi być wyższa niż 130.
U mnie problemem była stara struktura bazy danych, która posiadała inne rozmiary pól tekstowych względem nowej struktury, do której płatnik importował dane.
Na tych tabelach stara baza posiadała zbyt duże pola tekstowe:
przesylka->skrot ( 40 znakow w nowej )
zestaw->id_at ( 40 znakow )
zestaw->skrot ( 40 znakow )
Obcięcie danych w starej bazie do nowej wielkości rozwiązało problem i migracja zakończyła się powodzeniem. Może się to komuś przyda.
witam...
mam problem z płatnikiem chce zainstalowac płatnika na nowym latopie i wszystko jest ok tylko przechodzac do kolejnej funkcji wyrzuca mi bład:
bład bazy danych
w tablicy PLATN_MDG brak jest pola INSERTTMP prosze o pomoc za co z gory dziekuje
[ Wygenerowano w 0.021 sekund, wykonano 7 zapytań - Pamięć użyta: 607.05 kB (Maksimum: 1.22 MB) ]