W dniu 2014-10-31 o 15:06, Adam pisze:
> 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.

Śniło się bo sam mówisz o aplikacji c/s.
Chyba nie DOS bo piszesz o Novel-u.
A dokładniej np. ORACLE-owi w tym czasie się śniło to czego nie
potrafisz prawidłowo nazwać.

> 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.
>

Mówiłem prawidłowo napisana.

miab

do góry

Dnia Fri, 31 Oct 2014 13:12:32 +0100, Robert Winkler napisał(a):

> W dniu 2014-10-31 o 11:22, R.e.m.e.K pisze:
>> Dnia Fri, 31 Oct 2014 10:11:11 +0100, Kamil napisał(a):
>>
>>> Obsługa bazy danych na Windows to nieporozumienie.
>>
>> Accessa czy kazdej bazy?
>>
>
> Dotyczy jakiegokolwiek pliku do którego dostajesz się zdalnie.

Dzieki, ale pytanie bylo konkretnie do Kamila i o to co zasugerowal:

"Obsługa bazy danych na Windows to nieporozumienie"

czyli, ze wg niego na windows da sie pracowac z bazami danych.

--
pozdro
R.e.m.e.K

do góry

Dnia Fri, 31 Oct 2014 16:46:55 +0100, R.e.m.e.K napisał(a):

> Dzieki, ale pytanie bylo konkretnie do Kamila i o to co zasugerowal:
>
> "Obsługa bazy danych na Windows to nieporozumienie"
>
> czyli, ze wg niego na windows da sie pracowac z bazami danych.

Fak, zezarlo mi slowo "nie" pomiedzy "windows" i "da", mialo byc:

" czyli, ze wg niego na windows nie da sie pracowac z bazami danych."


--
pozdro
R.e.m.e.K

do góry

W dniu 2014-10-31 15:29, miab pisze:
> W dniu 2014-10-31 o 15:06, Adam pisze:
>> 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.
>
> Śniło się bo sam mówisz o aplikacji c/s.
> Chyba nie DOS bo piszesz o Novel-u.

Dalej nie rozumiem, o czym mówisz.
Programy bazodanowe siedziały najczęściej na serwerach, w tym NW3.11 czy
NW3.12 (wbrew pozorom duża różnica). Natomiast pracowało się w
środowisku DOS-owym, na 3.30 czy później 5.0.

> A dokładniej np. ORACLE-owi w tym czasie się śniło to czego nie
> potrafisz prawidłowo nazwać.

Ale czego nie potrafię nazwać?

Obsługiwałem też krótko aplikacje wielodostępowe, ale to było bodajże na
AS/400 - zupełnie inna bajka.
Później wszedł NW4 i NW5 - już zupełnie co innego, niż zwykły
file-server czy access server znany z NW3.x.
Dla "maluczkich" pojawił się Lantastic.

Ja obsługiwałem mniejsze firmy - gdzie im tam było do Oracla ;)

>
>> 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.
>>
>
> Mówiłem prawidłowo napisana.
>

Zgadza się. Prawidłowo.
I z tym jest problem - trzeba mieć lata praktyki, aby potrafić
zoptymalizować program. Trzeba wiedzieć, co zrobić, aby zapytanie
odbywało się po stronie serwera a nie klienta.
Ale w tym specjalizuje się wloochacz.



--
Pozdrawiam.

Adam

do góry