Możliwy callback w mySQL Connectorze?

Thread View: pl.comp.lang.c

4 messages

[T] Back to Threads [V] Tree View [G] Group Articles

4 total messages Started by Borneq Sun, 22 May 2016 19:17

#308603

Author: Borneq
Date: Sun, 22 May 2016 19:17

20 lines
1624 bytes

Mam selecta z wielu milionów wierszy
     try {
         sql::ResultSet *res = stmt->executeQuery(sql_statement);
         while (res->next()) {
			akcje
		}
       delete res;
     }
     catch (sql::SQLException &e) {
       cout << "# ERR: SQLException in " << __FILE__;
       cout << "(" << __FUNCTION__ << ") on line " << __LINE__ << endl;
       cout << "# ERR: " << e.what();
       cout << " (MySQL error code: " << e.getErrorCode();
       cout << ", SQLState: " << e.getSQLState() << " )" << endl;
     }

Tam gdzie są akcje mogę wrzucić informację o postępie, ale samo 
stmt->executeQuery(sql_statement) wykonuje się najdłużej. Czy w 
Connectorze jest możliwość zadania jakiegoś callbacka, który 
wielokrotnie byłby wołany?

Re: Możliwy callback w mySQL Connectorze?

#308604

Author: wloochacz
Date: Sun, 22 May 2016 20:08

15 lines
1454 bytes

W dniu 2016-05-22 o 21:17, Borneq pisze:
/ciach/

> Connectorze jest możliwość zadania jakiegoś callbacka, który
> wielokrotnie byłby wołany?
Nie znam tej technologi, ale...
Nie ma takiej opcji. To se ne da... To nie strumieniowanie pliku o 
określonym rozmiarze i sama baza nie wie ile to potrwa.

Podobnie jak z (durnym) pytaniem "a ile pali ten samochód?". Tyle ile wleję.

I niech mnie ktoś poprawi, jeśli się mylę :)

-- 
wloochacz

Re: Możliwy callback w mySQL Connectorze?

#308605

Author: keiichi
Date: Mon, 23 May 2016 15:18

36 lines
2527 bytes

W dniu 2016-05-22 o 22:08, wloochacz pisze:
> W dniu 2016-05-22 o 21:17, Borneq pisze:
> /ciach/
>
>> Connectorze jest możliwość zadania jakiegoś callbacka, który
>> wielokrotnie byłby wołany?
> Nie znam tej technologi, ale...
> Nie ma takiej opcji. To se ne da... To nie strumieniowanie pliku o
> określonym rozmiarze i sama baza nie wie ile to potrwa.
>
> Podobnie jak z (durnym) pytaniem "a ile pali ten samochód?". Tyle ile
> wleję.
>
> I niech mnie ktoś poprawi, jeśli się mylę :)
>

Zgadza się. Generalnie jest to bardzo trudne zadanie. Jedyna baza o 
której wiem, że ma cosik takiego, to Oracle. Zadania wykonywane powyżej 
6 s są w jakimś widoku systemowym podawane z prognozą czasu wykonania. 
Bo chyba o callback z informacją o postępie chodzi? Wtedy na drugim 
połączeniu można monitorować.

Ludzie z MS popełnili z kolei taki artykuł w kontekście ichniego SQL 
Servera:
http://research.microsoft.com/pubs/76556/progress.pdf

Nie czytałem całości, ale wnioski są takie, że są w stanie z jakąś tam 
dokładnością (wahającą się w zależności od zapytania od dziesiątych 
części procenta do kilkudziesięciu procent) oszacować aktualny postęp. 
Ale czy w jakimś SQL Serverze 2014 czy 16 to wdrożyli (albo próbowali), 
to pojęcie nie mam.

No i to są te dwa największe serwery bazowe. Czy jakaś inna baza ma coś 
takiego? Nie liczyłbym specjalnie.

Pozdrawiam

Re: Możliwy callback w mySQL Connectorze?

#308606

Author: artiun
Date: Mon, 23 May 2016 18:53

40 lines
3211 bytes

W dniu 2016-05-23 o 17:18, keiichi pisze:
> W dniu 2016-05-22 o 22:08, wloochacz pisze:
>> W dniu 2016-05-22 o 21:17, Borneq pisze:
>> /ciach/
>>
>>> Connectorze jest możliwość zadania jakiegoś callbacka, który
>>> wielokrotnie byłby wołany?
>> Nie znam tej technologi, ale...
>> Nie ma takiej opcji. To se ne da... To nie strumieniowanie pliku o
>> określonym rozmiarze i sama baza nie wie ile to potrwa.
>>
>> Podobnie jak z (durnym) pytaniem "a ile pali ten samochód?". Tyle ile
>> wleję.
>>
>> I niech mnie ktoś poprawi, jeśli się mylę :)
>>
>
> Zgadza się. Generalnie jest to bardzo trudne zadanie. Jedyna baza o której
> wiem, że ma cosik takiego, to Oracle. Zadania wykonywane powyżej 6 s są w
> jakimś widoku systemowym podawane z prognozą czasu wykonania. Bo chyba o
> callback z informacją o postępie chodzi? Wtedy na drugim połączeniu można
> monitorować.
>
> Ludzie z MS popełnili z kolei taki artykuł w kontekście ichniego SQL Servera:
> http://research.microsoft.com/pubs/76556/progress.pdf
>
> Nie czytałem całości, ale wnioski są takie, że są w stanie z jakąś tam
> dokładnością (wahającą się w zależności od zapytania od dziesiątych części
> procenta do kilkudziesięciu procent) oszacować aktualny postęp. Ale czy w
> jakimś SQL Serverze 2014 czy 16 to wdrożyli (albo próbowali), to pojęcie nie
> mam.
>
> No i to są te dwa największe serwery bazowe. Czy jakaś inna baza ma coś
> takiego? Nie liczyłbym specjalnie.
>
Zaraz w transakcjach będzie chciał calllbacji. Łapy upiedlić!!! Może ja 
jestem starej daty... idiotyzmom mówię NIE

-- 
Artur

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads