W dniu 2014-10-31 14:33, miab pisze:
> W dniu 2014-10-31 o 14:29, Adam pisze:
>> W dniu 2014-10-31 13:12, Robert Winkler pisze:
>>> (...)
>>> Nie ma już komendy SEEK, a był ona podstawową operacją
>>> pozwalającą na poruszanie się wewnątrz pliku,
>>> na pominięcie jego fragmentu i oczytanie tylko interesującej części.
>>> Pracując z dyskiem lokalnym dysponujemy odpowiednikiem komendy SEEK,
>>> dla dysków sieciowych za każdym razem gdy program używa seek
>>> i próbuje odczytać lub zapisać kilka bajtów ze środka pliku
>>> system musi to zasymulować przesyłając po sieci całość.
>>> W końcu funkcja WinAPI SetFilePointer musi działać tak samo na każdym
>>> systemie
>>> a że w Windows 7 wymaga to przesłania po sieci całego pliku... trudno.
>>>
>>
>> Czyli, gdybym w swoich archiwach odszukał jakąś bazę Clipperową, która
>> spokojnie pracowała pod NW3.12 z 60+ stanowiskami, to "zgniótłbym"
>> współczesną sieć peer-to-peer z kilkoma stanowiskami Win7 na sieci
>> 1000MB?
>
> Spokojnie dostał byś aż by się kurzyło od każdej prawidłowo napisanej
> aplikacji w architekturze klient serwer(SQL).
>

? Nie rozumiem.
Pytałem o program clipperowski, czyli na bazach dbf. Czyli z czasów
DOS-a 3.30 - jeszcze nikomu chyba się nie śniły aplikacje c/s.

Natomiast "trochę" ;) rozeznania mam w aplikacjach SQL.
Przykładowo:
CDN-Optima (teraz Comarch Optima) w starej wersji 17.x śmigała aż miło.
Pracowała na MS-SQL 2000+.
Później aplikacja została przepisana z Clariona na dotNeta - wersja
2010.x - bardzo słabo to chodziło, dużo zapytań było po stronie klienta.
Optymalizacja była w wersjach 2012.x - już jest dobrze (aktualnie 2014.6
na MS-SQL 2008+).

Porównywalna baza przykładowo na WF-Mag (MS-SQL2008) chodzi duuużo słabiej.
Porównywalna baza na Enova (firmy Soneta) śmiga, aż miło, lepiej od Optimy.


--
Pozdrawiam.

Adam