ACCESS + ODBC + AS/400 problem z edycja danych

[Hamster21]

Mam baze na ASie i przez ODBC sie z nia lacze. Wszystko jest ok - widzi
mi dane itp, ale gdy w formularzu dodam jakies rekordy i zapisze to nie
moge ich ponownie edytowac. Tzn moge wybrac nowe opcje, ale przy
zapisywaniu wyskakuje mi blad:
"Od rozpoczecia edycji ten rekord zostal zmieniony przez innego
uzytkownika. Zapisanie rekordu spowoduje utrate zmian wprowadzanych
przez tego uzytkownika.
Przekopiowanie zmian do Schowka pozwoli CI na obejscie wartosci
wprowadzanych przez innego uzytkownika oraz umozliwi wklejenie zmian,
jezeli zdecydujesz sie je wprowadzic."
Do wyboru buttony: Kopiuj do schowka, Porzuc zmiany.
Najdziwniejsze jest to, ze gdy importuje z innej bazy dane to moge je
edytowac i nie ma zadnego problemu. Nie moge tylko tych nowo
wprowadzonych.

Spotkaliscie z takim czyms? Jesli tak to jak to rozwiazac i co moze byc
przyczyna??

[Piotr Chlabicz]

Post by Hamster21
Mam baze na ASie i przez ODBC sie z nia lacze. Wszystko jest ok - widzi
mi dane itp, ale gdy w formularzu dodam jakies rekordy i zapisze to nie
moge ich ponownie edytowac. Tzn moge wybrac nowe opcje, ale przy
"Od rozpoczecia edycji ten rekord zostal zmieniony przez innego
uzytkownika. Zapisanie rekordu spowoduje utrate zmian wprowadzanych
przez tego uzytkownika.

[...]

Post by Hamster21
Spotkaliscie z takim czyms? Jesli tak to jak to rozwiazac i co moze byc
przyczyna??

W jaki sposob zapisujesz zmodyfikowane dane na formularzu?

[Hamster21]

Post by Piotr Chlabicz

Post by Hamster21
Mam baze na ASie i przez ODBC sie z nia lacze. Wszystko jest ok - widzi
mi dane itp, ale gdy w formularzu dodam jakies rekordy i zapisze to nie
moge ich ponownie edytowac. Tzn moge wybrac nowe opcje, ale przy
"Od rozpoczecia edycji ten rekord zostal zmieniony przez innego
uzytkownika. Zapisanie rekordu spowoduje utrate zmian wprowadzanych
przez tego uzytkownika.

[...]

Post by Hamster21
Spotkaliscie z takim czyms? Jesli tak to jak to rozwiazac i co moze byc
przyczyna??

W jaki sposob zapisujesz zmodyfikowane dane na formularzu?
--
Piotr Chlabicz
http://groups.google.pl/groups?as_ugroup=pl.comp.bazy-danych.msaccess

Nie sa one w zaden sposob zapisywane. Po prostu oteiram formularz i
edytuje w nim wszystkie lub niektore pola i wtedy po edycji zamykam
formularz. Ten sposob dziala w przypadku tych danych importowanych
natomiast w przypadku tych nowych juz nie i pokazuje wlasnie cytowany
komunikat.

[Piotr Chlabicz]

Post by Hamster21
Nie sa one w zaden sposob zapisywane.

Jakto?

Post by Hamster21
Po prostu oteiram formularz i
edytuje w nim wszystkie lub niektore pola i wtedy po edycji zamykam
formularz.
Ten sposob dziala w przypadku tych danych importowanych
natomiast w przypadku tych nowych juz nie i pokazuje wlasnie cytowany
komunikat.

A ja mysle, ze masz tam jakis kawalek kodu? Jezeli nie, sproboj dopisac
przed zamknieciem formularza DoCmd.RunCommand acCmdSaveRecord
Komunikat swiadczy o tym, ze inny proces niz formularz, wczeseniej dokonal
zapisu rekordu.

[Hamster21]

Post by Piotr Chlabicz

Post by Hamster21
Nie sa one w zaden sposob zapisywane.

Jakto?

Post by Hamster21
Po prostu oteiram formularz i
edytuje w nim wszystkie lub niektore pola i wtedy po edycji zamykam
formularz.
Ten sposob dziala w przypadku tych danych importowanych
natomiast w przypadku tych nowych juz nie i pokazuje wlasnie cytowany
komunikat.

A ja mysle, ze masz tam jakis kawalek kodu? Jezeli nie, sproboj dopisac
przed zamknieciem formularza DoCmd.RunCommand acCmdSaveRecord
Komunikat swiadczy o tym, ze inny proces niz formularz, wczeseniej dokonal
zapisu rekordu.
--
Piotr Chlabicz
http://groups.google.pl/groups?as_ugroup=pl.comp.bazy-danych.msaccess

Nie pomaga dopisanie. Nadal ten sam komunikat. Poza tym ja tutaj jestem
od wdrazania tej aplikacji a pisal ja ktos inny i ciezko sie troche
polapac, bo nie ma ani ladu ani skladu. Ale dopisanie kodu do
zamkniecia nie pomoglo niestety.

[Piotr Chlabicz]

Post by Hamster21
Nie pomaga dopisanie. Nadal ten sam komunikat. Poza tym ja tutaj jestem
od wdrazania tej aplikacji a pisal ja ktos inny i ciezko sie troche
polapac, bo nie ma ani ladu ani skladu. Ale dopisanie kodu do
zamkniecia nie pomoglo niestety.

Zdebuguj kod, F8
Zobacz w ktorym monencie wystepuje blad.

[Rafał Posmyk]

Post by Hamster21
"Od rozpoczecia edycji ten rekord zostal zmieniony przez innego
uzytkownika. Zapisanie rekordu spowoduje utrate zmian wprowadzanych
przez tego uzytkownika.

Czy tabele, w ktorych aktualizujesz dane, posiadaja klucz glowny
(wzglednie unikalny index) ?

Sprawdz czy masz wlaczony "auto commit" (gdzies w definicji DSN
w menadżerze źródeł ODBC) ?

Jesli mozesz, dodaj do tabeli pola typu timestamp !?

Ciao, Smyk

[Hamster21]

Post by Rafał Posmyk

Post by Hamster21
"Od rozpoczecia edycji ten rekord zostal zmieniony przez innego
uzytkownika. Zapisanie rekordu spowoduje utrate zmian wprowadzanych
przez tego uzytkownika.

Czy tabele, w ktorych aktualizujesz dane, posiadaja klucz glowny
(wzglednie unikalny index) ?
Sprawdz czy masz wlaczony "auto commit" (gdzies w definicji DSN
w menadżerze źródeł ODBC) ?
Jesli mozesz, dodaj do tabeli pola typu timestamp !?
Ciao, Smyk
--
Fju fju - powiedział Ćwirek

Nie moge znalezc opcji Auto commit. Do tabeli nie mam dostpu. Sa one na
ASie postawione i tylko je importujemy, a pozniej pracujemy na
kwerendach tworzacych tabele, wiec nie moge dodawac pol do nich.
Wszystkie tabele maja unikalny klucz.

Ale dlaczego tak sie dzieje, ze dane eksportowane do tabeli z innej
daja sie edytowac a juz dodane nowe dane niestety nie.

[Grzegorz Danowski]

U?ytkownik "Hamster21" <***@o2.pl> napisa? w wiadomo?ci news:***@b28g2000cwb.googlegroups.com...
(...)
<cite>
Nie moge znalezc opcji Auto commit. Do tabeli nie mam dostpu. Sa one na
ASie postawione i tylko je importujemy, a pozniej pracujemy na
kwerendach tworzacych tabele, wiec nie moge dodawac pol do nich.
</cite>

To w końcu aplikacja pracuje na tabelach znajdujących się na serwerze czy na
accessowych kopiach?

<cite>
Wszystkie tabele maja unikalny klucz.
</cite>

Skoro tabele utworzone kwerendami tworzącymi tabele, to czy na pewno są w
nich klucze unikalne?
G.

[Krzysztof Pozorek]

(...)Ale dlaczego tak sie dzieje, ze dane eksportowane do tabeli z innej
daja sie edytowac a juz dodane nowe dane niestety nie.
--------

Tzn nie daja sie edytowac do momentu ponownego otwarcia formularza? Tak?

Watek zrobil sie juz dosyc dlugi, ale musze sie przyznac, ze nadal nie wiem
o co chodzi....
- Czyy dodajesz te rekordy po prostu wstawiajac nowy rekord na formularzu?
- Czy ten formularz oparty jest na kwerendzie (jakiej), czy na tabeli
(lokalnej czy polaczonej przez ODBC)?
- Jak do tego sie maja te kwerendy tworzace tabele?

K.P.

[Hamster21]

Post by Krzysztof Pozorek
(...)Ale dlaczego tak sie dzieje, ze dane eksportowane do tabeli z innej
daja sie edytowac a juz dodane nowe dane niestety nie.
--------
Tzn nie daja sie edytowac do momentu ponownego otwarcia formularza? Tak?
Watek zrobil sie juz dosyc dlugi, ale musze sie przyznac, ze nadal nie wiem
o co chodzi....
- Czyy dodajesz te rekordy po prostu wstawiajac nowy rekord na formularzu?
- Czy ten formularz oparty jest na kwerendzie (jakiej), czy na tabeli
(lokalnej czy polaczonej przez ODBC)?
- Jak do tego sie maja te kwerendy tworzace tabele?
K.P.

Tabele sa importowane, sa porobione kwerendy, ktore pobieraja wszystkie
dane z tabel do siebie. Na tabelach sa unikalne klucze i na kwerendach
tez sa. Co do dodawania danych. Jest zrobiony formularz, ktory po
kliknieciu w przycisk nowy otwiera formularz i przenosi go na nowa
pozycje. Po zamknieciu go mam juz dane w bazie, ale nie moge ich
edytowac po ponownym otwarciu formularze z tymi danymi.

[Grzegorz Danowski]

U?ytkownik "Hamster21" <***@o2.pl> napisa? w wiadomo?ci news:***@m79g2000cwm.googlegroups.com...
<cite>

Post by Krzysztof Pozorek
(...)Ale dlaczego tak sie dzieje, ze dane eksportowane do tabeli z innej
daja sie edytowac a juz dodane nowe dane niestety nie.
--------
Tzn nie daja sie edytowac do momentu ponownego otwarcia formularza? Tak?
Watek zrobil sie juz dosyc dlugi, ale musze sie przyznac, ze nadal nie wiem
o co chodzi....
- Czyy dodajesz te rekordy po prostu wstawiajac nowy rekord na formularzu?
- Czy ten formularz oparty jest na kwerendzie (jakiej), czy na tabeli
(lokalnej czy polaczonej przez ODBC)?
- Jak do tego sie maja te kwerendy tworzace tabele?
K.P.

Tabele sa importowane, sa porobione kwerendy, ktore pobieraja wszystkie
dane z tabel do siebie. Na tabelach sa unikalne klucze i na kwerendach
tez sa.
</cite>

A jak ustawiasz unikalne klucze na kwerendach?
G.

[Piotr Chlabicz]

Post by Hamster21
Tabele sa importowane, sa porobione kwerendy, ktore pobieraja wszystkie
dane z tabel do siebie. Na tabelach sa unikalne klucze i na kwerendach
tez sa. Co do dodawania danych. Jest zrobiony formularz, ktory po
kliknieciu w przycisk nowy otwiera formularz i przenosi go na nowa
pozycje. Po zamknieciu go mam juz dane w bazie, ale nie moge ich
edytowac po ponownym otwarciu formularze z tymi danymi.

Podsumujmy:

Baza, do ktorej importujesz dane to lokalna baza Access (.mdb).
Baza, z ktorej importujesz dane to baza AS400 (ODBC).
Na formularzu edytujesz rekordy z bazy lokalnej.
Rekordy dodajesz na formularzu opartym na tabeli lokalnej msaccess (.mdb).
Rekordy istniejace w tabeli lokalnej (zaimportoweane wczesniej z AS/400)
mozna edytowac.
Nowych rekordow dodanych do tabeli lokalnej edytowac nie mozna (tzn podczas
zamkniecia formularza pokazuje sie wspomniany komunikat).


????

[Hamster21]

Post by Piotr Chlabicz
Baza, do ktorej importujesz dane to lokalna baza Access (.mdb).

NIE importuje bazy ASa i robie kwerendy ktore zawieraja te bazy
(kwerendy o takich samych nazwach co bazy

Post by Piotr Chlabicz
Baza, z ktorej importujesz dane to baza AS400 (ODBC).

TAK

Post by Piotr Chlabicz
Na formularzu edytujesz rekordy z bazy lokalnej.

NIE - edytuje rekordy bazy AS ktore sa w kwerendach

Post by Piotr Chlabicz
Rekordy dodajesz na formularzu opartym na tabeli lokalnej msaccess (.mdb).

NIE jak wyzej

Post by Piotr Chlabicz
Rekordy istniejace w tabeli lokalnej (zaimportoweane wczesniej z AS/400)
mozna edytowac.

NIE rekordy z AS400 ktore wczesniej byly zaimportowane z lokalnej

Post by Piotr Chlabicz
Nowych rekordow dodanych do tabeli lokalnej edytowac nie mozna (tzn podczas
zamkniecia formularza pokazuje sie wspomniany komunikat).

NIE nie moge edytowac rekordow ktore dodalem z formularza lokalnego,
ktore zostaly poprzez ODBC wstawione do AS.


Troche sie niezrozumielismy, ale teraz juz wszystko jasne.

[Piotr Chlabicz]

Post by Hamster21
Troche sie niezrozumielismy, ale teraz juz wszystko jasne.

Teraz juz nic nie jest jasne..... Kompletnie nie wiem skad importujesz,
dokad importujesz ani wreszcie co rozumiesz przez pojecie "importuje".

[Hamster21]

W oknie tabele sa ikonki z kula ziemska i one sa linkowane - z waszego
slownictwa. A pozniej z tych tabel sa robione kwerendy i z nich sa
czerpane dane. Tak to funkcjonuje. Podobno zostalo to specjalnie tak
zrobione, zeby mozna bylo latwo zmienic tabele, nazwe itp.

Jesli otworzy sie tabele na ASie to widac, ze dodawane dane sa dobrze i
odpowiednio do poszczegolnych komorek tabeli, ktore sa identyfikowane
kluczami. Pewnosc mam, bo asowa baza byla recznie projektowana przez
programiste wedlug wytycznych.

[Rafał Posmyk]

Jesli otworzy sie tabele na ASie ...

To znaczy, otwierasz w accessie tabele podlinkowaną z
AS400 w widoku "arkusz danych", tak ?

... to widac, ze dodawane dane sa dobrze i
odpowiednio do poszczegolnych komorek tabeli, ktore sa identyfikowane
kluczami.

Jak czytasz dane, to nie ma problemu. Problem pojawia sie,
jeśli używając accessa, chcesz cos zmienić w takiej tabeli.
Access wymaga w takiej sytuacji, aby zmieniany rekord był
jednoznacznie określony. Takie jednoznaczne okreslenie daje
unikalny index lub definicja klucza głównego dla tabeli (a co za tym
idzie, niejawny unikalny index na polu/polach klucza głównego)

... Pewnosc mam, bo asowa baza byla recznie projektowana przez
programiste wedlug wytycznych.

Oj wiele takich "recznie projektowanych" baz w zyciu widzialem ... ;-)

Otwórz taka podlinkowaną tabele w trybie edycji (meldunek, że nie można
dokonywać zmian możesz zignorować), a nastepnie wyświetl dialog z indeksami
otwartej tabeli (symbol na pasku narzędziowym). Sprawdź czy wśród indeksów
jest taki "z kluczykiem" lub takie bez powtórzeń. Opowiedz co widziałeś,
albo udostępnij screen-shot'y

Ciao, Smyk

[Harnaœ]

Post by Rafał Posmyk
Jak czytasz dane, to nie ma problemu. Problem pojawia sie,
jeśli używając accessa, chcesz cos zmienić w takiej tabeli.
Access wymaga w takiej sytuacji, aby zmieniany rekord był
jednoznacznie określony. Takie jednoznaczne okreslenie daje
unikalny index lub definicja klucza głównego dla tabeli (a co za tym
idzie, niejawny unikalny index na polu/polach klucza głównego)
Otwórz taka podlinkowaną tabele w trybie edycji (meldunek, że nie można
dokonywać zmian możesz zignorować), a nastepnie wyświetl dialog z indeksami
otwartej tabeli (symbol na pasku narzędziowym). Sprawdź czy wśród indeksów
jest taki "z kluczykiem" lub takie bez powtórzeń. Opowiedz co widziałeś,
albo udostępnij screen-shot'y

Należy zwrócić uwagę na indeksy unikalne. Access w podlinkowanej
tabeli jak klucz główny przyjmie pierwszy indeks unikalny jaki
znajdzie. Problem się pojawia, gdy pole ma index unikalny i dopuszcza
brak wartości (Null).
Rozwiązania znam dwa:
1. Tak nazwać indeksy po stronie serwera, żeby Primary Key
alfabetycznie był przed indeksami unikalnymi.
2. Usunąć definicję błędnego indeksu unikalnego na tabeli połączonej i
dodać prawidłowy Primary Key. Można robić to poleceniami ddl sql. To
rozwiązanie jednak nie zawsze było skuteczne, więc mając taką
możliwość stosuję pierwsze.

[Hamster21]

Post by Harnaœ

Post by Rafał Posmyk
Jak czytasz dane, to nie ma problemu. Problem pojawia sie,
jeśli używając accessa, chcesz cos zmienić w takiej tabeli.
Access wymaga w takiej sytuacji, aby zmieniany rekord był
jednoznacznie określony. Takie jednoznaczne okreslenie daje
unikalny index lub definicja klucza głównego dla tabeli (a co za tym
idzie, niejawny unikalny index na polu/polach klucza głównego)
Otwórz taka podlinkowaną tabele w trybie edycji (meldunek, że nie można
dokonywać zmian możesz zignorować), a nastepnie wyświetl dialog z indeksami
otwartej tabeli (symbol na pasku narzędziowym). Sprawdź czy wśród indeksów
jest taki "z kluczykiem" lub takie bez powtórzeń. Opowiedz co widziałeś,
albo udostępnij screen-shot'y

Należy zwrócić uwagę na indeksy unikalne. Access w podlinkowanej
tabeli jak klucz główny przyjmie pierwszy indeks unikalny jaki
znajdzie. Problem się pojawia, gdy pole ma index unikalny i dopuszcza
brak wartości (Null).
1. Tak nazwać indeksy po stronie serwera, żeby Primary Key
alfabetycznie był przed indeksami unikalnymi.
2. Usunąć definicję błędnego indeksu unikalnego na tabeli połączonej i
dodać prawidłowy Primary Key. Można robić to poleceniami ddl sql. To
rozwiązanie jednak nie zawsze było skuteczne, więc mając taką
możliwość stosuję pierwsze.
--
Harnaś

W tabeli jest unikalny klucz przy pierwszym polu - jest to numer oferty
i nie jest nigdzie duplikowany, poniewaz przy dodawaniu sprawda czy
taki nie istnieje a jesli istnieje to kaze zmienic.

[Hamster21]

Post by Harnaœ

Post by Rafał Posmyk
Jak czytasz dane, to nie ma problemu. Problem pojawia sie,
jeśli używając accessa, chcesz cos zmienić w takiej tabeli.
Access wymaga w takiej sytuacji, aby zmieniany rekord był
jednoznacznie określony. Takie jednoznaczne okreslenie daje
unikalny index lub definicja klucza głównego dla tabeli (a co za tym
idzie, niejawny unikalny index na polu/polach klucza głównego)
Otwórz taka podlinkowaną tabele w trybie edycji (meldunek, że nie można
dokonywać zmian możesz zignorować), a nastepnie wyświetl dialog z indeksami
otwartej tabeli (symbol na pasku narzędziowym). Sprawdź czy wśród indeksów
jest taki "z kluczykiem" lub takie bez powtórzeń. Opowiedz co widziałeś,
albo udostępnij screen-shot'y

Należy zwrócić uwagę na indeksy unikalne. Access w podlinkowanej
tabeli jak klucz główny przyjmie pierwszy indeks unikalny jaki
znajdzie. Problem się pojawia, gdy pole ma index unikalny i dopuszcza
brak wartości (Null).
1. Tak nazwać indeksy po stronie serwera, żeby Primary Key
alfabetycznie był przed indeksami unikalnymi.
2. Usunąć definicję błędnego indeksu unikalnego na tabeli połączonej i
dodać prawidłowy Primary Key. Można robić to poleceniami ddl sql. To
rozwiązanie jednak nie zawsze było skuteczne, więc mając taką
możliwość stosuję pierwsze.
--
Harnaś

W tabeli jest unikalny klucz przy pierwszym polu - jest to numer oferty
i nie jest nigdzie duplikowany, poniewaz przy dodawaniu sprawda czy
taki nie istnieje a jesli istnieje to kaze zmienic.

Informatycy chyba znalezli blad - chodzilo o komorke w ktorej byla data
i czas systemowy z automata nadawany. Podobno acces tego nie obsluguje.
Wlasnie to testujemy.

[Hamster21]

Post by Hamster21

Post by Harnaœ

Post by Rafał Posmyk
Jak czytasz dane, to nie ma problemu. Problem pojawia sie,
jeśli używając accessa, chcesz cos zmienić w takiej tabeli.
Access wymaga w takiej sytuacji, aby zmieniany rekord był
jednoznacznie określony. Takie jednoznaczne okreslenie daje
unikalny index lub definicja klucza głównego dla tabeli (a co za tym
idzie, niejawny unikalny index na polu/polach klucza głównego)
Otwórz taka podlinkowaną tabele w trybie edycji (meldunek, że nie można
dokonywać zmian możesz zignorować), a nastepnie wyświetl dialog z indeksami
otwartej tabeli (symbol na pasku narzędziowym). Sprawdź czy wśród indeksów
jest taki "z kluczykiem" lub takie bez powtórzeń. Opowiedz co widziałeś,
albo udostępnij screen-shot'y

Należy zwrócić uwagę na indeksy unikalne. Access w podlinkowanej
tabeli jak klucz główny przyjmie pierwszy indeks unikalny jaki
znajdzie. Problem się pojawia, gdy pole ma index unikalny i dopuszcza
brak wartości (Null).
1. Tak nazwać indeksy po stronie serwera, żeby Primary Key
alfabetycznie był przed indeksami unikalnymi.
2. Usunąć definicję błędnego indeksu unikalnego na tabeli połączonej i
dodać prawidłowy Primary Key. Można robić to poleceniami ddl sql. To
rozwiązanie jednak nie zawsze było skuteczne, więc mając taką
możliwość stosuję pierwsze.
--
Harnaś

W tabeli jest unikalny klucz przy pierwszym polu - jest to numer oferty
i nie jest nigdzie duplikowany, poniewaz przy dodawaniu sprawda czy
taki nie istnieje a jesli istnieje to kaze zmienic.
Informatycy chyba znalezli blad - chodzilo o komorke w ktorej byla data
i czas systemowy z automata nadawany. Podobno acces tego nie obsluguje.
Wlasnie to testujemy.

Rozwiązanie probelmu leżalo pop stronie pól. Acces nie obsługiwał
pól z data systemową, które były generowane po stronie ASa.
Zmienienie formatu komórki spowodowało odblokowanie.

Dziękuje za chęci rozwiązania ze mną problmeu. Pozdrawiam
serdecznie.

[Piotr Chlabicz]

Post by Hamster21
Rozwiązanie probelmu leżalo pop stronie pól. Acces nie obsługiwał
pól z data systemową, które były generowane po stronie ASa.
Zmienienie formatu komórki spowodowało odblokowanie.

Mowilem, ze inny proces modyfikuje dane.
Problem podony do pola typu BIT Nullable w tabeli mssql (.adp) po migracji z
accessa.
Watek sprzed kilku miesiecy.

[Hamster21]

Post by Piotr Chlabicz

Post by Hamster21
Rozwiązanie probelmu leżalo pop stronie pól. Acces nie obsługiwał
pól z data systemową, które były generowane po stronie ASa.
Zmienienie formatu komórki spowodowało odblokowanie.

Mowilem, ze inny proces modyfikuje dane.
Problem podony do pola typu BIT Nullable w tabeli mssql (.adp) po migracji z
accessa.
Watek sprzed kilku miesiecy.
--
Piotr Chlabicz
http://groups.google.pl/groups?as_ugroup=pl.comp.bazy-danych.msaccess

No dokladnie - cos podobnego, ale nie wiedzialem tego. Nie znam sie na
ASie az tak dobrze, ale dzial informatyki jednak stanal na wysokosci
zadania. Prosilismy ich od kilku miesiecy i za kazdym razem sie nie
dalo, ale jak sie ich przyszpilio to poszlo w ciagu kilku godzin -
"Zalety" duzej organizacji :-D

Teraz mam problem z niedostepnoscia funkcji WyślijObiekt. Inny watek
na grupie...

[Rafał Posmyk]

Post by Hamster21

Post by Rafał Posmyk

Post by Hamster21
"Od rozpoczecia edycji ten rekord zostal zmieniony przez innego
uzytkownika. Zapisanie rekordu spowoduje utrate zmian wprowadzanych
przez tego uzytkownika.

Czy tabele, w ktorych aktualizujesz dane, posiadaja klucz glowny
(wzglednie unikalny index) ?
Sprawdz czy masz wlaczony "auto commit" (gdzies w definicji DSN
w menadżerze źródeł ODBC) ?
Jesli mozesz, dodaj do tabeli pola typu timestamp !?
Ciao, Smyk
--
Fju fju - powiedział Ćwirek

Nie moge znalezc opcji Auto commit.

Zrób proszę parę screen-shot'ow z dialogów konfiguracyjnych
dla źródła ODBC i udostępnij gdzieś na WWW, żebyśmy mogli sobie
je pooglądać.

Post by Hamster21
Do tabeli nie mam dostpu. Sa one na
ASie postawione i tylko je importujemy,

Importujecie czy linkujecie ?!?

Post by Hamster21
... a pozniej pracujemy na
kwerendach tworzacych tabele, wiec nie moge dodawac pol do nich.

Jeśli (kwerenda) tworzysz tabele, to możesz także dodać do niej
klucz główny lub unikalny index (kwerenda przekazująca). Jeśli
zaś Twój problem występuje przy tabeleach, które tworzysz kwerenda,
to nie ma sie co dziwić - takie tabele nie maja żadnych kluczy ani
indeksów.

Post by Hamster21
Wszystkie tabele maja unikalny klucz.

Jak to sprawdziłeś ?

Post by Hamster21
Ale dlaczego tak sie dzieje, ze dane eksportowane do tabeli z innej
daja sie edytowac a juz dodane nowe dane niestety nie.

Czy masz tu na myśli te sama tabele ? Co to znaczy "dane eksportowane do
tabeli z innej" ? Chodzi o "select ... into ...", czy jakiś inny sposób ?

Musimy najpierw dogadać sie co do znaczenia pewnych terminów, bo inaczej
daleko nie zajedziemy ;-)

Ciao, Smyk