🚀 go-pugleaf

>  Jest baza w Paradoxie /7.0/. Mam w D4 TQuery i TDataSource. Dla
>TQuery prosta sprawa:
>
>SELECT * FROM test
>ORDER BY pole2
>
>Gdzie pole2 jest indeksowane, ale nie nalezy do primary key. Jesli
>teraz sprobuje dac Append to zima -- dataset is readonly. Sprawdzilem
>sobie jaki jest stan CanModify przed Append i faktycznie = FALSE.
>
>  Tylko kurcze czemu???
>
>milego dnia zycze
>hej
>
>PS. RequestLive jest oczywiscie na TRUE. Jak dam
>
F1 ;)

Szczegolnie w przypadku baz lokalnych pytanych sql'em trudno jest uzyskac
live result set

proponuje skorzystac z TUpdateSql i Cachedupdates - chodzi bez problemu.

Pozdrowienia
J.C.

Maciej "MACiAS" Pilichowski napisał(a) w wiadomości: <3752ac59.12055566@rymunda.torun.pdi.net>...
>Hej,
>
>  No to mam problem... ;-) i to kurcze ciezki.
>
>  Jest baza w Paradoxie /7.0/. Mam w D4 TQuery i TDataSource. Dla
>TQuery prosta sprawa:
>
>SELECT * FROM test
>ORDER BY pole2
>
>Gdzie pole2 jest indeksowane, ale nie nalezy do primary key. Jesli
>teraz sprobuje dac Append to zima -- dataset is readonly. Sprawdzilem
>sobie jaki jest stan CanModify przed Append i faktycznie = FALSE.
>
>  Tylko kurcze czemu???
>
>milego dnia zycze
>hej
>
>PS. RequestLive jest oczywiscie na TRUE. Jak dam

Ale resultat takiego zapytania nie jest Live i musisz uzyc UPDATE.

>
>ORDER BY prim1
>
>Gdzie prim1 jest polem z ustawionym primary key, to Append chodzi.


Bo dla prim1 (primary key) resultat jest Live.

--
pozdrowienia
Krzysztof
======================
Krzysztof Szyszka
e-mail: kszyszka@priv.onet.pl
ICQ: 13241014
======================

Paradox 7.0 i D4 

SELECT * FROM dokumenty
ORDER BY wartosc

Po przestawieniu ReguestLive na TRUE edycja i dodawanie chodzi bez ¿adnych k³opotów.
W DBGridzie ustawi siê poprawnie dopiero po Post.

To nie ¿aden kolejny BUG w Delphi 4!
To po prostu dzia³a tak jak trzeba.
W moim przyk³adzie indeks g³ówny unikalny a pozosta³e (min. wartoœæ) nie.

-- 
 Przyjemnoœci
 Maciej Denisiuk

    Maciej "MACiAS" Pilichowski napisa³(a) w wiadomoœci: <3752ac59.12055566@rymunda.torun.pdi.net>...
      Jest baza w Paradoxie /7.0/. Mam w D4 TQuery i TDataSource. Dla
    TQuery prosta sprawa:
    
    SELECT * FROM test
    ORDER BY pole2
    
    Gdzie pole2 jest indeksowane, ale nie nalezy do primary key. Jesli
    teraz sprobuje dac Append to zima -- dataset is readonly. Sprawdzilem
    sobie jaki jest stan CanModify przed Append i faktycznie = FALSE.

Maciej Denisiuk napisał(a) w wiadomości: <7j001b$f45$1@newsfeed.onet.pl>...
Paradox 7.0 i D4

SELECT * FROM dokumenty
ORDER BY wartosc

Po przestawieniu ReguestLive na TRUE edycja i dodawanie chodzi bez żadnych kłopotów.
W DBGridzie ustawi się poprawnie dopiero po Post.

Jestes pewien, ze to dziala dla ORDER BY po dowolnym polu ? Bo wedlug mnie tylko wtedy,
jesli pole jest indeksowane. Sprawdzalem to np. dla bazy Orders.db z DBDEMOS. Po wybraniu
ORDER BY SaleDate, DBGrid nawet nie drgnie na Insert (Append).


--
pozdrowienia
Krzysztof
======================
Krzysztof Szyszka
e-mail: kszyszka@priv.onet.pl
ICQ: 13241014
======================

Hej,

On Tue, 1 Jun 1999 07:50:33 +0200, "Krzysztof Szyszka"
<kszyszka@priv.onet.pl> wrote:

Beda drazyl... ;-)))

Dzieki w ogole za jakies namiary, ale chyba mam jeszcze wiekszy
metlik.

>>SELECT * FROM test
>>ORDER BY pole2
>>Gdzie pole2 jest indeksowane, ale nie nalezy do primary key.
>Ale resultat takiego zapytania nie jest Live i musisz uzyc UPDATE.

Zaczalem szukac, o jakie update Ci chodzi /SQLowe? jesli tak,
podpowiedz please, jak i gdzie mam go uzyc/ i trafilem do DDG do
dzialu "Queries". Oto co pisza na stronie 2117.

Ograniczenia na live zapytania
*) wyrazenia ORDER BY dla nieindeksowanych pol  (x)

A jak napisalem powyzej pole2 jest! indeksowane. Wiec?

Goscie ponizej pisza, zebym uzyl TUpdateSQL, ale to mnie z lekka
przeraza, bo na moj rzut oka, to wiecej roboty niz dorobienie drugiego
TQuery, na ktorym bede robil Appendy, a drugie TQuery /ktore jest
sortowane/ bede tylko odswiezal.

Anyway -- co miales na mysli mowiac o "Update" i jak w skrocie to
zastosowac /3 zdanka na rozruszanie ;-))/.

>>ORDER BY prim1
>>Gdzie prim1 jest polem z ustawionym primary key, to Append chodzi.
>Bo dla prim1 (primary key) resultat jest Live.

Sprawa jasna, ale jak mowie -- pole po ktorym sortuje jest
indeksowane, wiec BDE sie nie powinno do tego przyczepiac /chyba, ze w
DDG naklamali ;-)))/.

  Serdeczne dzieki za juz i prosze o wiecej ;-)))

milego dnia zycze
hej

(x) w org. "ORDER BY clauses not based on an index".
--
Maciej "MACiAS" Pilichowski              http://www.torun.pdi.net/~macias/
majowe klamoty na stronie: sceptycznie o DVD, nowa rzecz o zasilaczu,
ATI Rage 128 (i klamstwa w prasie), bookmarki, "Miedzy pragmatyzmem a...",
ksiazki o programowaniu

Maciej "MACiAS" Pilichowski napisał(a) w wiadomości: <3754aa87.4018407@rymunda.torun.pdi.net>...
>Hej,
>
>On Tue, 1 Jun 1999 07:50:33 +0200, "Krzysztof Szyszka"
><kszyszka@priv.onet.pl> wrote:
>
>Beda drazyl... ;-)))
>
>Dzieki w ogole za jakies namiary, ale chyba mam jeszcze wiekszy
>metlik.
>
>>>SELECT * FROM test
>>>ORDER BY pole2
>>>Gdzie pole2 jest indeksowane, ale nie nalezy do primary key.
>>Ale resultat takiego zapytania nie jest Live i musisz uzyc UPDATE.
>
>Zaczalem szukac, o jakie update Ci chodzi /SQLowe? jesli tak,

Tak. Mialem na mysli SQLowe polecenia UPDATE, INSERT, DELETE.
Sorry za brak precyzji.

>podpowiedz please, jak i gdzie mam go uzyc/ i trafilem do DDG do
>dzialu "Queries". Oto co pisza na stronie 2117.
>
>Ograniczenia na live zapytania
>*) wyrazenia ORDER BY dla nieindeksowanych pol  (x)
>
>A jak napisalem powyzej pole2 jest! indeksowane. Wiec?
>
>Goscie ponizej pisza, zebym uzyl TUpdateSQL, ale to mnie z lekka
>przeraza, bo na moj rzut oka, to wiecej roboty niz dorobienie drugiego
>TQuery, na ktorym bede robil Appendy, a drugie TQuery /ktore jest
>sortowane/ bede tylko odswiezal.

To zalezy na ile znasz SQLa. TUpdateSQL wlasnie sluzy do zapisania
SQLowych polecen UPDATE, INSERT, DELETE i wykonywania ich
kiedy potrzeba modyfikowac tabele. To jest takie klasyczne SQLowe
podejscie do edycji zwykle zwiazane z optymistycznych schematem
blokowania rekordów.

W przypadku modyfikacji pojedynczych tablic w zupelnosci wystarczy
dodatkowe TTable i wykonywanie wszystkich funkcji edycyjnych na
TTable (szczególnie, jesli masz osobny formularz do edycji), a prezentacje
danych wykonujesz na rózne sposoby przy pomocy Twojego TQuery, bez
zwracania uwagi na to, czy po jakiejs drobnej modyfikacji zapytania
rezultat bedzie live czy nie. To jest takie desktopowe podejscie do edycji
z pesymistycznym schematem blokowania rekordów.

Wybór metody zalezy zwykle od stopnia skompikowania programu, ale
warto robic to jednolicie dla wszystkich tablic. Przy wiekszych programach
trudniej jest utrzymac pesymistyczny schemat blokowania rekordów, tak
aby uzytkownicy zbyt czesto nie blokowali sie wzajemnie.

--
pozdrowienia
Krzysztof
======================
Krzysztof Szyszka
e-mail: kszyszka@priv.onet.pl
ICQ: 13241014
======================

Maciej "MACiAS" Pilichowski napisał(a) w wiadomości:

>  No to mam problem... ;-) i to kurcze ciezki.
>
>  Jest baza w Paradoxie /7.0/. Mam w D4 TQuery i TDataSource. Dla
>TQuery prosta sprawa:
>
>SELECT * FROM test
>ORDER BY pole2
>
>Gdzie pole2 jest indeksowane, ale nie nalezy do primary key. Jesli
>teraz sprobuje dac Append to zima -- dataset is readonly. Sprawdzilem
>sobie jaki jest stan CanModify przed Append i faktycznie = FALSE.

>PS. RequestLive jest oczywiscie na TRUE. Jak dam
>
>ORDER BY prim1
>
>Gdzie prim1 jest polem z ustawionym primary key, to Append chodzi.


Niestety, prawdopodobnie klania sie Local SQL.
Mialem kiedys podobny problem i jedyny wniosek jaki udalo mi sie wysnuc to
to, ze w Local SQL RequestLive dziala  wtedy, kiedy sortowanie jest po
primary key.
Byc moze wniosek ten jest falszywy, ale inaczej nijak nie chce dzialac.
Pozdrowienia
Tomek