eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.pecetjeden plik na dwóch komputerach
Ilość wypowiedzi w tym wątku: 24

  • 21. Data: 2014-10-31 15:29:18
    Temat: Re: jeden plik na dwóch komputerach
    Od: miab <m...@w...pl>

    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





  • 22. Data: 2014-10-31 16:46:55
    Temat: Re: jeden plik na dwóch komputerach
    Od: "R.e.m.e.K" <p...@w...pl>

    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


  • 23. Data: 2014-10-31 17:10:54
    Temat: Re: jeden plik na dwóch komputerach
    Od: "R.e.m.e.K" <p...@w...pl>

    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


  • 24. Data: 2014-10-31 22:18:31
    Temat: Re: jeden plik na dwóch komputerach
    Od: Adam <a...@p...onet.pl>

    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

strony : 1 . 2 . [ 3 ]


Szukaj w grupach

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: