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
|