🚀 go-pugleaf

W dniu 2016-09-22 09:17, Pancio pisze:
> Witam,
> Mam pytanie w zwiazku z baza MS SQL 2012 Express. Aplikacja ktora tworze (Delphi XE7), bedzie przechowywac znaczne ilosci skanowanych na biezaco dokumentow w FileStream (beda to pliki PDF w rozmiarze 2-10 MB).
> Ale mam pytanie gdzie najlepiej przechowywac pliki PDF z dokumentami firmy (m.in. NIP, Regon, KRS i kilka innych). Dodam, ze dokumenty te beda codziennie po kilkanascie razy wysylane mailem, w zwiazku z czym przydalby sie do nich w miare szybki dostep.
> Podpowiedzcie prosze, czy lepiej trzymac je w jakiejs tabeli w Blobach, czy rowniez w FileStream.
> Z gory dzieki za podpowiedzi.


Skoro to skany, to trzymałbym takie pliki osobno, a w bazie tylko linki 
z opisem do nich.


-- 
Kaczus
http://kaczus.ppa.pl

> 
> Skoro to skany, to trzymałbym takie pliki osobno, a w bazie tylko linki 
> z opisem do nich.
> 

Zainteresuj się MS SQL FILESTREAM.


Romek

PS.
Pisałeś o skanowaniu. Czy udało Ci się "zmusić" skaner aby skanował dwustronnie? Kiedyś z tym walczyłem (za pomocą TWAIN'a) i nie udało mi się tego zrobić.
 

W dniu czwartek, 22 września 2016 09:17:23 UTC+2 użytkownik Pancio napisał:
> Witam,
> Mam pytanie w zwiazku z baza MS SQL 2012 Express. Aplikacja ktora tworze (Delphi XE7), bedzie przechowywac znaczne ilosci skanowanych na biezaco dokumentow w FileStream (beda to pliki PDF w rozmiarze 2-10 MB).
> Ale mam pytanie gdzie najlepiej przechowywac pliki PDF z dokumentami firmy (m.in. NIP, Regon, KRS i kilka innych). Dodam, ze dokumenty te beda codziennie po kilkanascie razy wysylane mailem, w zwiazku z czym przydalby sie do nich w miare szybki dostep.
> Podpowiedzcie prosze, czy lepiej trzymac je w jakiejs tabeli w Blobach, czy rowniez w FileStream.
> Z gory dzieki za podpowiedzi.

Trochę Cię nie rozumiem. Z jednej strony piszesz że masz MSSQL2012 i używasz FileStream, a za chwile pytasz się jak i gdzie je przechowywać? Wydaje mi się, że nie wiesz jak działa filestream.
Z jednej strony możesz do niego mieć dostęp przez zasoby (w zależności od konfiguracji) albo przez zwykłego SQLa. A jak sobie to zorganizujesz to już Twój problem. Ja takie pliki trzymam w polu VarBinary(MAX) FILESTREAM.
Oczywiście taka tabela musi mieć też dodatkowe pole oprócz ID (jeśli używasz) UNIQUEIDENTIFIER, tu masz na szybko linka: https://msdn.microsoft.com/en-us/library/cc645583.aspx

pozdrawiam,
Przemek O.

W dniu 2016-09-22 o 09:32, Tomasz Kaczanowski pisze:
/ciach/

> Skoro to skany, to trzymałbym takie pliki osobno, a w bazie tylko linki
> z opisem do nich.
A dlaczego tak?

Dla mnie to nie ma żadnej, ale to żadnej korzyści.
Za to kupa problemów.

Inaczej to działa z aplikacją typu "strona w PHP", bo wtedy wszystko 
jest na jednym kompie, a zupełnie inaczej dla standardowej aplikacji 
Client/Server.

No chyba że za aplikacją stoi serwer aplikacyjny - wtedy proszę bardzo.
Ale jak to jest MSSQL, to FileStream.

-- 
wloochacz

W dniu 2016-09-22 o 09:17, Pancio pisze:
> Witam,
> Mam pytanie w zwiazku z baza MS SQL 2012 Express.
A dlaczego nie 2014 lub 2016?

> Aplikacja ktora tworze (Delphi XE7), bedzie przechowywac znaczne ilosci skanowanych na biezaco dokumentow w FileStream (beda to pliki PDF w rozmiarze 2-10 MB).
> Ale mam pytanie gdzie najlepiej przechowywac pliki PDF z dokumentami firmy (m.in. NIP, Regon, KRS i kilka innych). Dodam, ze dokumenty te beda codziennie po kilkanascie razy wysylane mailem, w zwiazku z czym przydalby sie do nich w miare szybki dostep.
Jak masz szybką sieć lokalną, to będziesz miał szybki dostęp.
Poza tym zawsze możesz te pliki keszować lokalnie na dysku klienta.
To w sumie mega prosty mechanizm, aż szkoda czasu pisać jak to zrobić ;-)

> Podpowiedzcie prosze, czy lepiej trzymac je w jakiejs tabeli w Blobach, czy rowniez w FileStream.
Przemek już pisał, ale doprecyzujmy.
Dane trzymaj albo w FileStream albo w Varbinary(max), a nie w blobach i 
również w FileStream - to bez sensu ;-)

Pamiętaj, że FileStream wymaga pola w tabeli typu uniqueidentifier 
oznaczone jako ROWGUIDCOL, które dodatkowo jest z ograniczeniami not 
null i unique lub PrimaryKey.

Typu uniqueidentifier jako PrimaryKey szczerze nie polecam, no chyba że 
zadbasz o to, aby wartości tych GUIDów były sekwencyjne (w MSSQL można 
tworzyć takie wartości za pomocą NEWSEQUENTIALID).

Ale i tak zrobiłbym sztuczny klucz z jakimś int/bigint...

-- 
wloochacz

Wielkie dzieki za naprowadzenie mnie na wlasciwa droge.
Poczatkowo myslalem ze laczenie FileStream z Blobami to nie calkiem zle rozwiazanie, ale teraz (a szczegolnie po dosc intensywnej lekturze tej tematyki) widze, ze to bez sensu.
Dzieki raz jeszcze za podpowiedzi.

--
Pancio

W dniu 22-09-2016 o 23:27, Pancio pisze:
> Wielkie dzieki za naprowadzenie mnie na wlasciwa droge.
> Poczatkowo myslalem ze laczenie FileStream z Blobami to nie calkiem zle rozwiazanie, ale teraz (a szczegolnie po dosc intensywnej lekturze tej tematyki) widze, ze to bez sensu.
> Dzieki raz jeszcze za podpowiedzi.
>
> --
> Pancio
>
A jakiej wielkości są to pliki?
Mnie uczono nawet na tej grupie że w bazie należy przechowywać tylko 
dane które można wyszukiwać (indeksować) wszystkie inne pliki poza bazą.

Przemyśl co będzie dla ciebie lepsze w przypadku archiwizacji bazy 
danych, w jaki sposób będziesz je udostępniał itd.

Rozpatrujesz tylko jedną drogę, a w niej jest przynajmniej kilka pułapek.

Jak będziesz zainteresowany przechowywaniem plików poza bazą to swoje 
rozwiązanie pokażę w poniedziałek (dzisiaj koniec pracy).

---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

W dniu czwartek, 22 września 2016 09:17:23 UTC+2 użytkownik Pancio napisał:
> Witam,
> Mam pytanie w zwiazku z baza MS SQL 2012 Express. Aplikacja ktora tworze (Delphi XE7), bedzie przechowywac znaczne ilosci skanowanych na biezaco dokumentow w FileStream (beda to pliki PDF w rozmiarze 2-10 MB).
> Ale mam pytanie gdzie najlepiej przechowywac pliki PDF z dokumentami firmy (m.in. NIP, Regon, KRS i kilka innych). Dodam, ze dokumenty te beda codziennie po kilkanascie razy wysylane mailem, w zwiazku z czym przydalby sie do nich w miare szybki dostep.
> Podpowiedzcie prosze, czy lepiej trzymac je w jakiejs tabeli w Blobach, czy rowniez w FileStream.
> Z gory dzieki za podpowiedzi.
> 
> --
> Pancio


FileStream to bardzo dobry pomysł

używam go z powodzeniem od kilku lat właśnie do trzymania "w bazie" dokumentów sprzedaży w wersji elektronicznej (kilka tysięcy wystawianych dziennie) oraz wszelkich załączników przypisanych do kontrahentów (umowy, itd)

dla przykładu dokumenty pdf z wystawionych faktur są generowane automatycznie
przez serwer DataSnap: generowany jest dokument PDF, podpisywany kluczem elektronicznym, a na koniec jest zapisywany do bazy danych

w bazie danych na potrzeby dokumentów są dwie tabele: nagłówkowa dokumentu gdzie trzymane są informacje o dokumencie i tabeli powiązanej z tym nagłówkiem gdzie trzymany jest fizycznie plik

dodatkowo to ładnie działa też przy pobieraniu takich plików "na zewnątrz", przez klientów, realizuję to albo przez PHP na stronie www albo przez usługę DataSnap jako serwis https

w każdym bądź razie polecam

pozdrawiam 

W dniu 2016-09-22 16:54, wloochacz pisze:
> W dniu 2016-09-22 o 09:32, Tomasz Kaczanowski pisze:
> /ciach/
>
>> Skoro to skany, to trzymałbym takie pliki osobno, a w bazie tylko linki
>> z opisem do nich.
> A dlaczego tak?

Ponieważ niektórzy chcą mieć dostęp do odczytu spoza aplikacji, więc po 
sambie mają dostęp do dokumentu z prawami do odczytu. Może to 
specyficzne wymagania elektronikow i elektrykow z którymi teraz 
współpracuję, ale takie wymagania mieli i dla mnie wtedy logiczne, by 
trzymać to po prostu na dysku na serwerze w sieci.


-- 
Kaczus
http://kaczus.ppa.pl

W dniu 2016-09-22 o 23:27, Pancio pisze:
> Wielkie dzieki za naprowadzenie mnie na wlasciwa droge.
> Poczatkowo myslalem ze laczenie FileStream z Blobami to nie calkiem zle rozwiazanie, ale teraz (a szczegolnie po dosc intensywnej lekturze tej tematyki) widze, ze to bez sensu.
Co jest bez sensu?
Ty na pewno rozumiesz, jak to działa?

A działa to tak, że piszesz dane do BLOBa a one są przechowywane na dysku.
Ale całym bałaganem zarządzasz tak, jakby dane były w bazie danych. A 
więc nie musisz przejmować się desynchronizacją danych (w styulu 
usunięcie pliku, bez aktualizacji bazy - lub odwrotnie; usunięcie 
rekordu bez usuwania pliku).

Dodatkowo FielStream nie ma wpływu na ograniczenie wielkości bazy danych 
dla wersji Express.

Normalnie same zalety...

> Dzieki raz jeszcze za podpowiedzi.

Prosie.

-- 
wloochacz

W dniu 2016-09-23 o 09:19, konsul41@wp.pl pisze:
/ciach/

> A jakiej wielkości są to pliki?
A jakie to ma znaczenie dla FileStream?

> Mnie uczono nawet na tej grupie że w bazie należy przechowywać tylko
> dane które można wyszukiwać (indeksować) wszystkie inne pliki poza bazą.
Kto Cię takich bzdur uczył na tej grupie?
Nik i data postu - do raportu! ;-)

> Przemyśl co będzie dla ciebie lepsze w przypadku archiwizacji bazy
> danych, w jaki sposób będziesz je udostępniał itd.
>
> Rozpatrujesz tylko jedną drogę, a w niej jest przynajmniej kilka pułapek.
>
> Jak będziesz zainteresowany przechowywaniem plików poza bazą to swoje
> rozwiązanie pokażę w poniedziałek (dzisiaj koniec pracy).
Każde tego typu rozwiązanie bez serwera (który tym zarządza; a może to 
być np. MSSQL i FileStream lub własny serwer aplikacyjny, albo i jeszcze 
coś innego, byleby wspierało transakcyjność operacji!) uważam za 
partyzantkę.
Dziękuje, skończyłem.


-- 
wloochacz

W dniu 2016-09-23 o 11:41, wloochacz pisze:
> W dniu 2016-09-23 o 09:19, konsul41@wp.pl pisze:
> /ciach/
>
>> A jakiej wielkości są to pliki?
> A jakie to ma znaczenie dla FileStream?
>
>> Mnie uczono nawet na tej grupie że w bazie należy przechowywać tylko
>> dane które można wyszukiwać (indeksować) wszystkie inne pliki poza bazą.
> Kto Cię takich bzdur uczył na tej grupie?
> Nik i data postu - do raportu! ;-)
>

No przecież Filestream to właśnie tak działa: metadane w bazie, a 
zawartość pliku poza bazą.

-- 
Arivald

W dniu piątek, 23 września 2016 17:27:25 UTC+2 użytkownik arivald napisał:
> W dniu 2016-09-23 o 11:41, wloochacz pisze:
> > W dniu 2016-09-23 o 09:19, konsul41@wp.pl pisze:
> > /ciach/
> >
> >> A jakiej wielkości są to pliki?
> > A jakie to ma znaczenie dla FileStream?
> >
> >> Mnie uczono nawet na tej grupie że w bazie należy przechowywać tylko
> >> dane które można wyszukiwać (indeksować) wszystkie inne pliki poza bazą.
> > Kto Cię takich bzdur uczył na tej grupie?
> > Nik i data postu - do raportu! ;-)
> >
> 
> No przecież Filestream to właśnie tak działa: metadane w bazie, a 
> zawartość pliku poza bazą.
> 
> -- 
> Arivald

Nie używam MSSSOL-a ale to co pisze wloochacz dla mnie jest jasne. To, że zasoby bazy są lokowane w wielu plikach nie oznacza że są poza bazą. Notabene już Firebird od zawsze może być wieloplikowy (choć w innym kontekście).

Paweł

Do tej pory mialem takie rozwiazanie, ze w bazie trzymalem po prostu sciezke do pliku, ktory fizycznie lezal sobie w folderze na zmapowanym dysku sieciowym. Kazdy z userow (okolo 15 osob) mialo do tych plikow pelny dostep i wszystkim to pasowalo.
Ale w ubieglym miesiacu, chyba ktos stwierdzil, ze czesc plikow nie jest juz potrzebna i w Windowsie testowal komende "Delete".
No i w kosmos wylecialo blisko tysiac dokumentow, ktorych odtworzenie zajmie pare ladnych tygodni.
Dlatego teraz, w kolejnej wersji aplikacji, chce juz tego uniknac, stad wlasnie siegnalem po rozwiazanie z FileStream. Koniec ze swobodnym dostepem do plikow ze skanami. Obslugiwac to bedzie tylko aplikacja.
Czytalem na ktorej ze stron, ze to rozwiazanie sprawdza sie lepiej dla duzych plikow (powyzej 1 MB). Oczywiscie beda i mniejsze, ale zrednia waga jednego PDFa to cos rzedy 5-6 MB.
Tak czy owak, dzieki za Wasze wskazowki.

--
Pancio

W dniu 24.09.2016 o 09:58, zpksoft pisze:
> Nie używam MSSSOL-a ale to co pisze wloochacz dla mnie jest jasne. To, że zasoby bazy są lokowane w wielu plikach nie oznacza że są poza bazą. Notabene już Firebird od zawsze może być wieloplikowy (choć w innym kontekście).

Jaki kontekst masz na mysli? Rozwiń jeśli możesz

Pozdrawiam

W dniu 24.09.2016 o 10:12, Pancio pisze:
> Do tej pory mialem takie rozwiazanie, ze w bazie trzymalem po prostu sciezke do pliku, ktory fizycznie lezal sobie w folderze na zmapowanym dysku sieciowym. Kazdy z userow (okolo 15 osob) mialo do tych plikow pelny dostep i wszystkim to pasowalo.
> Ale w ubieglym miesiacu, chyba ktos stwierdzil, ze czesc plikow nie jest juz potrzebna i w Windowsie testowal komende "Delete".
> No i w kosmos wylecialo blisko tysiac dokumentow, ktorych odtworzenie zajmie pare ladnych tygodni.
> Dlatego teraz, w kolejnej wersji aplikacji, chce juz tego uniknac, stad wlasnie siegnalem po rozwiazanie z FileStream. Koniec ze swobodnym dostepem do plikow ze skanami. Obslugiwac to bedzie tylko aplikacja.
> Czytalem na ktorej ze stron, ze to rozwiazanie sprawdza sie lepiej dla duzych plikow (powyzej 1 MB). Oczywiscie beda i mniejsze, ale zrednia waga jednego PDFa to cos rzedy 5-6 MB.
> Tak czy owak, dzieki za Wasze wskazowki.
>

Czytałeś to pewnie tutaj :)
https://technet.microsoft.com/pl-pl/library/sql-server-2008---filestream-czyli-przechowywanie-duzych-obiektow-binarnych-blob-w-systemie-plikow.aspx

Pozdrawiam

W dniu sobota, 24 września 2016 17:57:19 UTC+2 użytkownik J-23 napisał:
> W dniu 24.09.2016 o 09:58, zpksoft pisze:
> > Nie używam MSSSOL-a ale to co pisze wloochacz dla mnie jest jasne. To, że zasoby bazy są lokowane w wielu plikach nie oznacza że są poza bazą. Notabene już Firebird od zawsze może być wieloplikowy (choć w innym kontekście).
> 
> Jaki kontekst masz na mysli? Rozwiń jeśli możesz
> 
> Pozdrawiam

W FB nie ma technologii separowania blobów w postaci odrębnych plików natomiast jest możliwość tworzenia wieloplikowej bazy danych.
Lata temu FB miał nawet ograniczenie co do wielkości pliku bazy danych (teraz to chyba 4TB, ale nie jestem pewny). Przeżyłem to na własnej skórze kiedy baza u klienta zaczęła czkać z niewiadomej przyczyny. 
Okazało się że doszła do swej granicy. Kiedy zniesiono tę barierę powróciłem do bazy jednoplikowej bo łatwiej nią zarządzać (nie jest związana z lokalizacją).

PAweł

W dniu 2016-09-23 o 10:10, Tomasz Kaczanowski pisze:
> W dniu 2016-09-22 16:54, wloochacz pisze:
>> W dniu 2016-09-22 o 09:32, Tomasz Kaczanowski pisze:
>> /ciach/
>>
>>> Skoro to skany, to trzymałbym takie pliki osobno, a w bazie tylko linki
>>> z opisem do nich.
>> A dlaczego tak?
>
> Ponieważ niektórzy chcą mieć dostęp do odczytu spoza aplikacji, więc po
> sambie mają dostęp do dokumentu z prawami do odczytu. Może to
> specyficzne wymagania elektronikow i elektrykow z którymi teraz
> współpracuję, ale takie wymagania mieli i dla mnie wtedy logiczne, by
> trzymać to po prostu na dysku na serwerze w sieci.

To żadna korzyść, jeżeli spojrzysz na to z punktu widzenia problemów - 
niestety użytkuję taki system z kilkoma TB plików i brak spójności 
backupu bazy z plikami to porażka. Jakiekolwiek odtworzenie bazy 
narażone jest na kombinowanie, co z plikami - które i w jakiej wersji. 
Filestream tworzy spójny backup i, co wloochacz już napisał, nie wpływa 
na ograniczenie pojemności bazy w wersjach Express.

Przy czym może mało to prawidłowe z punktu widzenia normalizacji, ale 
warto zastanowić się nad lekką nadmiarowością - w jednym pliku mieć 
tabelę z istotnymi danymi dotyczącymi plików, a w drugim właściwą tabelę 
Filestream - np. z tym samym kluczem i tylko tym, co wymagane jest do 
Filestream. Czasem trzeba chwilowo odtworzyć jakąś starszą wersję bazy 
bez tabel z Filestream (jak ma się w niej np. kilka TB i miejsca na 
odtworzenie brak).

To, że silnik RDBMS zarządza plikami to korzyść z punktu widzenia ich 
bezpieczeństwa. Na upartego w sytuacji awaryjnej można się tam 
oczywiście dostać (przejąć na własność, nadać sobie przez admina 
uprawnienia itd.). A ludziom dałbym dostęp kontrolowany - przez jakiś 
własny serwer FTP, czy inszy serwis, ale taki, który dane "bierze" przez 
Filestream.

jh

W dniu 23-09-2016 o 11:41, wloochacz pisze:
> W dniu 2016-09-23 o 09:19, konsul41@wp.pl pisze:
> /ciach/
>
>> A jakiej wielkości są to pliki?
> A jakie to ma znaczenie dla FileStream?
>
>> Mnie uczono nawet na tej grupie że w bazie należy przechowywać tylko
>> dane które można wyszukiwać (indeksować) wszystkie inne pliki poza bazą.
> Kto Cię takich bzdur uczył na tej grupie?
> Nik i data postu - do raportu! ;-)

Nie będę przeszukiwał grupy, nie mam czasu.
>
>> Przemyśl co będzie dla ciebie lepsze w przypadku archiwizacji bazy
>> danych, w jaki sposób będziesz je udostępniał itd.
>>
>> Rozpatrujesz tylko jedną drogę, a w niej jest przynajmniej kilka pułapek.
>>
>> Jak będziesz zainteresowany przechowywaniem plików poza bazą to swoje
>> rozwiązanie pokażę w poniedziałek (dzisiaj koniec pracy).
> Każde tego typu rozwiązanie bez serwera (który tym zarządza; a może to
> być np. MSSQL i FileStream lub własny serwer aplikacyjny, albo i jeszcze
> coś innego, byleby wspierało transakcyjność operacji!) uważam za
> partyzantkę.
> Dziękuje, skończyłem.
>
>

Może nie zauważyłeś mojego pytania o sposobie udostępniania tych plików 
i sposobie archiwizacji tych plików. Wiem o tym że bazy danych 
udostępniają mechanizmy przechowywania plików.

Ale jeżeli będzie chciał te pliki udostępniać przez www to po co 
angażować bazę skoro plik można puścić bezpośrednio z dysku.
Dodatkowo trzeba rozważyć archiwizację bazy z wielkimi plikami(5GB 
przecież nie jest określony rozmiar) i ile będzie miał plik archiwum.

Ja nie napisałem, że nie wolno, tylko warto rozpatrzeć. Ja na początku 
też nie myślałem o takich sprawach i dzisiaj mam sporo naleciałości 
takiego niefrasobliwego myślenia w swoich programach, ale ja jestem amator.


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

W dniu poniedziałek, 26 września 2016 08:31:38 UTC+2 użytkownik kons...@wp.pl napisał:

> Ale jeżeli będzie chciał te pliki udostępniać przez www to po co 
> angażować bazę skoro plik można puścić bezpośrednio z dysku.
> Dodatkowo trzeba rozważyć archiwizację bazy z wielkimi plikami(5GB 
> przecież nie jest określony rozmiar) i ile będzie miał plik archiwum.

Doczytaj jak działa filestream. Bo lekko rozmijasz się z prawdą.

pozdrawiam,
Przemek O.

W dniu 26-09-2016 o 09:25, immo pisze:
> W dniu poniedziałek, 26 września 2016 08:31:38 UTC+2 użytkownik kons...@wp.pl napisał:
>
>> Ale jeżeli będzie chciał te pliki udostępniać przez www to po co
>> angażować bazę skoro plik można puścić bezpośrednio z dysku.
>> Dodatkowo trzeba rozważyć archiwizację bazy z wielkimi plikami(5GB
>> przecież nie jest określony rozmiar) i ile będzie miał plik archiwum.
>
> Doczytaj jak działa filestream. Bo lekko rozmijasz się z prawdą.
>

A w którym miejscu się mijam? Poważnie.

http://www.pzielinski.com/?p=912
"FileStream

Pierwszych z nich jest FILESTREAM. Przed pojawieniem się typu 
FILESTREAM, programiści najczęściej zapisywali pliki sami na dysku a 
lokalizacje przechowali w bazie danych. Rozwiązanie dobre jednak kłopoty 
powstały w momencie synchronizacji – co jeśli ktoś usunie jakiś plik z 
dysku? FILESTREAM to nic innego jak zapisanie pliku w bazie danych. W 
przeciwieństwie do typu varbinary, FILESTREAM przechowywany jest w 
osobnym pliku a nie w pliku  tabeli. Zwiększa to wydajność, jednak 
zwykłe poleca się go dla danych większych niż 1 MB.
"

Co nie zmienia faktu, że nie ma normalnego mechanizmu dobrania się do 
pliku z poza bazy i ich uszkodzenia (usunięcia).

Pozostaje jeszcze problem przejścia na inną bazę danych "bo klient chce, 
Firebird lub Postgresql" i co wtedy?

Pisząc swoje programy (w przeważającej większości na Postgresql) staram 
się nie stosować rozszerzeń specyficznych dla danej bazy jeżeli istnieje 
możliwość przeniesienia na inną bazę. Napisałem kilka dla siebie i tylko 
raz użyłem "returning". Moje programy są proste (Księgowy, magazyn, 
CRM). W moim rozwiązaniu stosuję FTP dla plików i jest to przezroczyste 
dla użytkownika i widzi on tylko pasek postępu.
Dodatkowo mam bardzo łatwy dostęp do nich przez WWW (klient w przeglądarce).

Zmierzam w moich programach(dużo różnych pluginów bpl i interfejsy) do 
fabryki która nie zależnie od bazy danych zwraca mi QUERY(klasę lub 
interfejs TQuery lub IQuery) i nie myślę w programie której bazy 
aktualnie używam, robi to za mnie odpowiednia wtyczka.
Takie podejście uniezależnia nas od serwera na Windows, a może być na 
linuxie(preferowanym przeze mnie) lub czymkolwiek innym.

Moim zdaniem powinno rozważyć się wszystkie za i przeciw, ale wpierw 
trzeba o nich wiedzieć. I tyle.

---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

Jest podana wielkość, przepraszam.
Dodatkowo
"Dodam, ze dokumenty te beda codziennie po kilkanascie razy wysylane 
mailem, w zwiazku z czym przydalby sie do nich w miare szybki dostep.
Podpowiedzcie prosze, czy lepiej trzymac je w jakiejs tabeli w Blobach, 
czy rowniez w FileStream."

Super byłby zasób w sieci lokalnej tylko do odczytu lub dostęp przez 
przeglądarkę, z których skorzysta nawet pani Jadzia z księgowości.

Zasoby sieciowe samby lub windows można automatycznie mapować pobrać i 
usuwać mapowanie.



function ConnectDrive(_drvLetter: string; _netPath: string; _showError: 
Boolean;
    _reconnect: Boolean): DWORD;
  var
    nRes: TNetResource;
    errCode: DWORD;
    dwFlags: DWORD;
  begin
    { Fill NetResource with #0 to provide uninitialized values }
    FillChar(NRes, SizeOf(NRes), #0);
    nRes.dwType := RESOURCETYPE_DISK;
    { Set Driveletter and Networkpath }
    nRes.lpLocalName := PChar(_drvLetter);
    nRes.lpRemoteName := PChar(_netPath);  { Example: \\SERVER\USERS }
    { Check if it should be saved for use after restart and set flags }
    if _reconnect then
      dwFlags := CONNECT_UPDATE_PROFILE and CONNECT_INTERACTIVE
    else
      dwFlags := CONNECT_INTERACTIVE;

    errCode := WNetAddConnection3(Form4.Handle, nRes, 'HHHHHH', 
'UUUUUUU', dwFlags);
    { Show Errormessage, if flag is set }
    if (errCode <> NO_ERROR) and (_showError) then
    begin
      raise Exception.Create('Błąd podczas podłączania dysku 
sieciowego:' + SysErrorMessage(GetLastError));
    end;
    Result := errCode;  { NO_ERROR }
  end;


użycie:

DecodeDate(now(),rok,mie,dzien);

   error:=ConnectDrive('B:','\\10.0.0.250\ksiegowosc',true,true);

   if DirectoryExists('B:\archiwCard',true) then
   begin
     Res1 := FindFirst('B:\archiwCard\C*.*', faAnyfile, SRec );
     if Res1 = 0 then
     try
       while res1 = 0 do
       begin
         Explode(lista,'_',SRec.Name);
         lista[4]:=StringReplace(lista[4],' ','',[rfReplaceAll]);
         if not DodajDoTablicy(lista[1],lista[3],lista[4]) then
         begin
           SetLength(Tablica,Length(Tablica)+1);
           Tablica[Length(Tablica)-1].imie:=lista[3];
           Tablica[Length(Tablica)-1].Nazwisko:=lista[4];
           Tablica[Length(Tablica)-1].data:=lista[1];
         end;
         Res1 := FindNext(SRec);
       end;
       AktualizujDaneWBazie();
     finally
       FindClose(SRec)
     end;
   end;
   Close;
end;

To służy do "odświeżenia" zasobów SAMBY (nie są dostępne przy 
uruchomieniu, musi nastąpić logowanie).
wyszukanie odpowiednich plików z danymi z kart kierowców w zmapowanym 
zasobem i wrzucenie do bazy odpowiednich wpisów.
Sieć lokalna więc adres zostawiam.
'HHHHHH' - hasło
'UUUUUUU' - user


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

W dniu poniedziałek, 26 września 2016 10:34:15 UTC+2 użytkownik kons...@wp.pl napisał:
> W dniu 26-09-2016 o 09:25, immo pisze:
> > W dniu poniedziałek, 26 września 2016 08:31:38 UTC+2 użytkownik kons...@wp.pl napisał:

> A w którym miejscu się mijam? Poważnie.
> 
> http://www.pzielinski.com/?p=912
> "FileStream

Jeśli czytasz wybiórczo...

> Co nie zmienia faktu, że nie ma normalnego mechanizmu dobrania się do 
> pliku z poza bazy i ich uszkodzenia (usunięcia).

... to później wypisujesz bzdury, które ktoś może wziąć za fakt.

Może zmień źródło na bardziej kompetentne:
https://technet.microsoft.com/pl-pl/library/sql-server-2008---filestream-czyli-przechowywanie-duzych-obiektow-binarnych-blob-w-systemie-plikow.aspx

> Pozostaje jeszcze problem przejścia na inną bazę danych "bo klient chce, 
> Firebird lub Postgresql" i co wtedy?

Pytanie dotyczy MSSQL i rozumiem że dyskusja dotyczy tego o co pytał wątkotwórca, a nie wyimaginowanego "cobygdyby".

> Pisząc swoje programy (w przeważającej większości na Postgresql) staram 
> się nie stosować rozszerzeń specyficznych dla danej bazy jeżeli istnieje 
> możliwość przeniesienia na inną bazę. Napisałem kilka dla siebie i tylko 
> raz użyłem "returning". Moje programy są proste (Księgowy, magazyn, 
> CRM). W moim rozwiązaniu stosuję FTP dla plików i jest to przezroczyste 
> dla użytkownika i widzi on tylko pasek postępu.
> Dodatkowo mam bardzo łatwy dostęp do nich przez WWW (klient w przeglądarce).

No widzisz, a ja pisząc programy staram się wycisnąć 100% z dostępnej platformy, bo klient ma najczęściej gdzieś na jakim serwerze mu to pracuje. A już o takich wynalazkach jak FB czy postgress to mało kto słyszał. Ewentualnie pytają się o MySQL (bo znane ze słyszenia),a instalują na SQLServer lub Oracle. Ja nie mam czasu kombinować dla 1% któremu może coś nie pasować i przez to umniejszać funkcjonalności dla pozostałych 99% (poprzez realizację czegoś, co dostaje jako funkcjonalność w pakiecie).

pozdrawiam,
Przemek O.

> No widzisz, a ja pisząc programy staram się wycisnąć 100% z dostępnej platformy, bo klient ma najczęściej gdzieś na jakim serwerze mu to pracuje. A już o takich wynalazkach jak FB czy postgress to mało kto słyszał. Ewentualnie pytają się o MySQL (bo znane ze słyszenia),a instalują na SQLServer lub Oracle. Ja nie mam czasu kombinować dla 1% któremu może coś nie pasować i przez to umniejszać funkcjonalności dla pozostałych 99% (poprzez realizację czegoś, co dostaje jako funkcjonalność w pakiecie).
>
I u każdego klienta masz wolność wyboru bazy? Zazdroszczę Ci.
A później administrator rwie włosy z głowy i musi administrować kilkoma 
różnymi serwerami baz danych, różnymi systemami itd.


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

W dniu 2016-09-22 o 09:17, Pancio pisze:
> Witam,
> Mam pytanie w zwiazku z baza MS SQL 2012 Express. Aplikacja ktora tworze (Delphi XE7), bedzie przechowywac znaczne ilosci skanowanych na biezaco dokumentow w FileStream (beda to pliki PDF w rozmiarze 2-10 MB).
> Ale mam pytanie gdzie najlepiej przechowywac pliki PDF z dokumentami firmy (m.in. NIP, Regon, KRS i kilka innych). Dodam, ze dokumenty te beda codziennie po kilkanascie razy wysylane mailem,

To może w chmurze Azurze czy jak jej tam?

miab

W dniu poniedziałek, 26 września 2016 11:21:24 UTC+2 użytkownik kons...@wp.pl napisał:

> I u każdego klienta masz wolność wyboru bazy? Zazdroszczę Ci.
> A później administrator rwie włosy z głowy i musi administrować kilkoma 
> różnymi serwerami baz danych, różnymi systemami itd.

Heh, to jest inaczej, albo biorą tak jak jest albo niech szukają innego rozwiązania. :> Zresztą tam gdzie wstawiają moje oprogramowanie, najczęściej mają już MSSQLa (tak z 80%), rzadziej Oracle a czasami MySQLa.

pozdrawiam,
Przemek O.

W dniu 2016-09-27 o 14:21, immo pisze:
> W dniu poniedziałek, 26 września 2016 11:21:24 UTC+2 użytkownik kons...@wp.pl napisał:
>
>> I u każdego klienta masz wolność wyboru bazy? Zazdroszczę Ci.
>> A później administrator rwie włosy z głowy i musi administrować kilkoma
>> różnymi serwerami baz danych, różnymi systemami itd.
>
> Heh, to jest inaczej, albo biorą tak jak jest albo niech szukają innego rozwiązania. :> Zresztą tam gdzie wstawiają moje oprogramowanie, najczęściej mają już MSSQLa (tak z 80%), rzadziej Oracle a czasami MySQLa.
>

A u mnie odwrotnie wybór MSSQLa (nie mój) w Firmie pociągnął za sobą 
wydatki kilku tysięcy, a na Linuxie miałbym w zasadzie to za darmo.

System prawie 2000 Win 2012R2
Archiwizacja kolejne 1400 + licencje dla klientów
Nagrywanie na tasiemkę kolejne 1000
i parę innych wydatków.
Jedyny plus to nauka administracji Serwerem Win (koszmar), nic nie 
działa od razu. Zysk to Asterisk na wirtualce.
Największy brak to nie ma crona.

W dniu 2016-09-29 o 19:48, konsul41@wp.pl pisze:
> W dniu 2016-09-27 o 14:21, immo pisze:
>> W dniu poniedziałek, 26 września 2016 11:21:24 UTC+2 użytkownik
>> kons...@wp.pl napisał:
>>
>>> I u każdego klienta masz wolność wyboru bazy? Zazdroszczę Ci.
>>> A później administrator rwie włosy z głowy i musi administrować kilkoma
>>> różnymi serwerami baz danych, różnymi systemami itd.
>>
>> Heh, to jest inaczej, albo biorą tak jak jest albo niech szukają
>> innego rozwiązania. :> Zresztą tam gdzie wstawiają moje
>> oprogramowanie, najczęściej mają już MSSQLa (tak z 80%), rzadziej
>> Oracle a czasami MySQLa.
>>
>
> A u mnie odwrotnie wybór MSSQLa (nie mój) w Firmie pociągnął za sobą
> wydatki kilku tysięcy, a na Linuxie miałbym w zasadzie to za darmo.
W zasadzie może i byś miał, ale na pewno nie za darmo.
Czyjaś wiedza i praca za darmo nie jest.

Jest czymś absolutnie niepojętym, że ludkowie nie potrafią liczyć TCO 
danego rozwiązania.
Uważają że jedyny koszt, to koszt licencji i wdrożenia (a i to nie 
zawsze)...

> System prawie 2000 Win 2012R2
> Archiwizacja kolejne 1400 + licencje dla klientów
A co to ma do bazy danych?

> Nagrywanie na tasiemkę kolejne 1000
Tasiemka?

> i parę innych wydatków.
Mi to wygląda na wyciągnie kasy od klienta, a nie na konieczne wydatki.

> Jedyny plus to nauka administracji Serwerem Win (koszmar), nic nie
> działa od razu. Zysk to Asterisk na wirtualce.
> Największy brak to nie ma crona.
A "harmonogram zadań" w Widnows to jest za mało?
Albo system jobów w MSSQL również z z harmonogramem, to też za mało?

-- 
wloochacz

W dniu czwartek, 29 września 2016 19:48:16 UTC+2 użytkownik kons...@wp.pl napisał:
> A u mnie odwrotnie wybór MSSQLa (nie mój) w Firmie pociągnął za sobą 
> wydatki kilku tysięcy, a na Linuxie miałbym w zasadzie to za darmo.

Jak już Ci wloochacz napisał - guzik a nie za darmo. Taniej jedynie o koszt systemu operacyjnego i ewentualnie serwera bazy danych. Reszta kosztuje tyle samo, a nawet więcej. Bo tańszy jest specjalista od serwerów M$ niż od serwerów linuksowych. Sprzęt musisz mieć porównywalny jeśli mówimy o poważnych zastosowaniach, a w tym wypadku koszt systemu to ułamek kosztów.

> System prawie 2000 Win 2012R2
> Archiwizacja kolejne 1400 + licencje dla klientów
> Nagrywanie na tasiemkę kolejne 1000
> i parę innych wydatków.

2k to WS  Esentials, tam nie potrzebujesz CALi, 
WS std to trochę więcej.
Archiwizację to mi się wydaje że musisz mieć i tak i tak. Możesz mieć tańsze RDXy lub droższe LTO, albo bibliotekę LTO. Ale to sa koszty znacząco wyższe niż te 1400+1000zł. 
Tylko kurcze to jest niezależne od tego czy serwerem jest linux czy windows.

> Jedyny plus to nauka administracji Serwerem Win (koszmar), nic nie 
> działa od razu. Zysk to Asterisk na wirtualce.
> Największy brak to nie ma crona.

Heh... nie działa bo się nie znasz... i tyle. W szczególności widać to po tym "braku crona".

pozdrawiam,
Przemek O.

W dniu 29.09.2016 o 19:48, konsul41@wp.pl pisze:
> W dniu 2016-09-27 o 14:21, immo pisze:
>> W dniu poniedziałek, 26 września 2016 11:21:24 UTC+2 użytkownik
>> kons...@wp.pl napisał:
>>
>>> I u każdego klienta masz wolność wyboru bazy? Zazdroszczę Ci.
>>> A później administrator rwie włosy z głowy i musi administrować kilkoma
>>> różnymi serwerami baz danych, różnymi systemami itd.
>>
>> Heh, to jest inaczej, albo biorą tak jak jest albo niech szukają
>> innego rozwiązania. :> Zresztą tam gdzie wstawiają moje
>> oprogramowanie, najczęściej mają już MSSQLa (tak z 80%), rzadziej
>> Oracle a czasami MySQLa.
>>
>
> A u mnie odwrotnie wybór MSSQLa (nie mój) w Firmie pociągnął za sobą
> wydatki kilku tysięcy, a na Linuxie miałbym w zasadzie to za darmo.
>
> System prawie 2000 Win 2012R2
> Archiwizacja kolejne 1400 + licencje dla klientów
> Nagrywanie na tasiemkę kolejne 1000
> i parę innych wydatków.
> Jedyny plus to nauka administracji Serwerem Win (koszmar), nic nie
> działa od razu. Zysk to Asterisk na wirtualce.
> Największy brak to nie ma crona.
>

Nie napisałeś, że pod Windowsami trzeba jeszcze robaki gonić jakimś 
programem który zamula...
Kolejna kwestia do wygodna administracja systemu Linuxowego z poziomu 
konsoli...

A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a 
nawet lepiej osiągnąć na czymś darmowym...

Eugeniusz Rink

W dniu 01.10.2016 o 11:59, Eugeniusz Rink pisze:
> W dniu 29.09.2016 o 19:48, konsul41@wp.pl pisze:
>> W dniu 2016-09-27 o 14:21, immo pisze:
>>> W dniu poniedziałek, 26 września 2016 11:21:24 UTC+2 użytkownik
>>> kons...@wp.pl napisał:
>>>
>>>> I u każdego klienta masz wolność wyboru bazy? Zazdroszczę Ci.
>>>> A później administrator rwie włosy z głowy i musi administrować kilkoma
>>>> różnymi serwerami baz danych, różnymi systemami itd.
>>>
>>> Heh, to jest inaczej, albo biorą tak jak jest albo niech szukają
>>> innego rozwiązania. :> Zresztą tam gdzie wstawiają moje
>>> oprogramowanie, najczęściej mają już MSSQLa (tak z 80%), rzadziej
>>> Oracle a czasami MySQLa.
>>>
>>
>> A u mnie odwrotnie wybór MSSQLa (nie mój) w Firmie pociągnął za sobą
>> wydatki kilku tysięcy, a na Linuxie miałbym w zasadzie to za darmo.
>>
>> System prawie 2000 Win 2012R2
>> Archiwizacja kolejne 1400 + licencje dla klientów
>> Nagrywanie na tasiemkę kolejne 1000
>> i parę innych wydatków.
>> Jedyny plus to nauka administracji Serwerem Win (koszmar), nic nie
>> działa od razu. Zysk to Asterisk na wirtualce.
>> Największy brak to nie ma crona.
>>
>
> Nie napisałeś, że pod Windowsami trzeba jeszcze robaki gonić jakimś
> programem który zamula...
> Kolejna kwestia do wygodna administracja systemu Linuxowego z poziomu
> konsoli...
>
> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a
> nawet lepiej osiągnąć na czymś darmowym...
>

To co napisał konsul to bzdury (chodzi o ostanie trzy linijki)

Co za tym wybrać czy rozwiązania unix (bo nie tylko są linuxy) czy też 
okienka Windows? Jedno i drugie ma swoje wady i zalety. Wybranie 
rozwiązania unix nie zawsze wyjdzie taniej w większość już celnie 
skomentował Włochacz. Według mnie trzeba podejść zdroworozsądkowo i 
zobaczyć czego w danej firmie jest więcej. Jeśli jest przewaga okienek 
to i pewnie specjalistów IT też wiecej w tym kierunku. Wiec postawiłbym 
kolejną maszyne Microsoftu. Ja sam bazuje na rozwiązaniach unixpwych bo 
je znam i lubie ale często tam gdzie ja tym nie zarządzam a jest ktoś 
kto bazuje na Windows nie będe kazał komuś stawiać unixa do mojego 
rozwiązania bo to wyjdzie drożej jak Windows

Pozdrawiam

W dniu sobota, 1 października 2016 11:59:39 UTC+2 użytkownik Eugeniusz Rink napisał:

> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a 
> nawet lepiej osiągnąć na czymś darmowym...

Ja się aż tak nie znam. 
Ale jeśli można to wskaż mi lepszą darmową alternatywę dla Office365+Sharepoint+Azzure+obsługa domeny i poczty w chmurze. A i żeby tak samo łatwo się konfigurowało, żeby to zrobiła osoba nie mająca pojęcia o proponowanym systemie.

pozdrawiam,
Przemek O.

>> wydatki kilku tysięcy, a na Linuxie miałbym w zasadzie to za darmo.
> W zasadzie może i byś miał, ale na pewno nie za darmo.
> Czyjaś wiedza i praca za darmo nie jest.
>
Nie za darmo, administruję Ja.
Nie żartujmy postawienie linuxa, bazy, itd na wewnętrznej sieci to nie 
jest wielka filozofia. Jedyny problem to Centrala VOIP wcześniej tego 
nie robiłem i firmy zewnętrzne żądały kilkaset zł za dodanie 3 numerów 
telefonów (kilka linijek).

> Jest czymś absolutnie niepojętym, że ludkowie nie potrafią liczyć TCO
> danego rozwiązania.
> Uważają że jedyny koszt, to koszt licencji i wdrożenia (a i to nie
> zawsze)...
W moim przypadku tylko koszt licencji, Ja po prostu lubię to robić i nie 
jest to moje podstawowe zajęcie, a dodatek (HOBBY), pokazywanie sobie że 
mogę to zrobić.

>
>> System prawie 2000 Win 2012R2
>> Archiwizacja kolejne 1400 + licencje dla klientów
> A co to ma do bazy danych?
To że ktoś wybrał programy WF-MAG i baza siedziała na komputerze 
szefowej, bez serwera, bez archiwizacji (z prawdziwego zdarzenia). 
Dopiero Ja przeprojektowałem wszystko 2 sieci wewnętrzna i dostęp na 
zewnątrz(wymagane), nowe kable, serwerownia(na razie 1 szafa), UPS-y.
I gdyby baza była chociażby Firebird to kilka tysięcy mniej. To nie jest 
duża firma więc proporcjonalnie koszty duże. Dużo było używanych rzeczy 
(serwer, ups... nowe) szafa i LTO używane.




>
>> Nagrywanie na tasiemkę kolejne 1000
> Tasiemka?
LTO windows ma usuniętą funkcjonalność nagrywania na taśmy.

>
>> i parę innych wydatków.
> Mi to wygląda na wyciągnie kasy od klienta, a nie na konieczne wydatki.
A jak byś zrobił archiwizację bez wysyłania danych na zewnątrz?

>
>> Jedyny plus to nauka administracji Serwerem Win (koszmar), nic nie
>> działa od razu. Zysk to Asterisk na wirtualce.
>> Największy brak to nie ma crona.
> A "harmonogram zadań" w Widnows to jest za mało?
Mało i daje mniejsze możliwości niż CRON (moim zdaniem).


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

>> Mi to wygląda na wyciągnie kasy od klienta, a nie na konieczne wydatki.
> A jak byś zrobił archiwizację bez wysyłania danych na zewnątrz?

Co do archiwizacji.
Pracuję w 2 firmach
w jednej - opisałem powyżej
druga serwer linux, postgresql, moje programy na klientach,
z serwerem nigdy żadnych problemów, koszty to tylko zakupy sprzętu.
Do archiwizacji przeszedłem z płyt DVD na LTO (biblioteka SONY) i 
napisałem sobie skrypcik i nie pamiętam o archiwizacji.


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

W dniu 2016-10-02 o 23:26, immo pisze:
> W dniu sobota, 1 października 2016 11:59:39 UTC+2 użytkownik Eugeniusz Rink napisał:
>
>> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a
>> nawet lepiej osiągnąć na czymś darmowym...
>
> Ja się aż tak nie znam.
> Ale jeśli można to wskaż mi lepszą darmową alternatywę dla Office365+Sharepoint+Azzure+obsługa domeny i poczty w chmurze. A i żeby tak samo łatwo się konfigurowało, żeby to zrobiła osoba nie mająca pojęcia o proponowanym systemie.
>
Office365+Sharepoint - alternatywa za darmo lub nawet alternatywa?
Chętnie zobaczę.

-- 
wloochacz

W dniu 2016-10-03 o 09:40, konsul41@wp.pl pisze:
>
>>> Mi to wygląda na wyciągnie kasy od klienta, a nie na konieczne wydatki.
>> A jak byś zrobił archiwizację bez wysyłania danych na zewnątrz?
>
> Co do archiwizacji.
> Pracuję w 2 firmach
> w jednej - opisałem powyżej
> druga serwer linux, postgresql, moje programy na klientach,
> z serwerem nigdy żadnych problemów, koszty to tylko zakupy sprzętu.
> Do archiwizacji przeszedłem z płyt DVD na LTO (biblioteka SONY) i
> napisałem sobie skrypcik i nie pamiętam o archiwizacji.
>
>

A to błąd, IMO. Powinno przynajmniej maila wysyłać po każdej skończonej 
archiwizacji, wiedział byś kiedy coś padnie.
Plus ew. skrypt na innym serwerze monitorujący czy mail przychodzi 
regularnie.

BTW w obu planach archiwizacji nie widzę kopii poza siedzibą firmy. A 
przydało by się albo do chmury, albo inny serwer, albo tasiemkę raz w 
tygodniu do skrytki w banku.

Niby duperel, ale przy poważnej katastrofie (np. pożar firmy) dane są 
zabezpieczone.

-- 
Arivald

W dniu 2016-10-03 o 13:04, arivald pisze:
> Niby duperel, ale przy poważnej katastrofie (np. pożar firmy) dane są
> zabezpieczone.
Obiema "ręcyma" się pod tym podpisuję; już jeden taki pożar przeżyłem 
(spaliła się serwerownia wraz z z kopiami,które były tam przechowane na 
płytach DVD...).

Przywrócenie do działania bazy danych systemu ERP z cząstkowych backupów 
(krótko mówiąc - nie było wszystkich niezbędnych kopi) nie było proste i 
przyjemne (nazwy pól i tabel w stylu SPRTXEWO bez szczegółowej 
dokumentacji), a z drobnymi błędami męczyłem się po tym zdarzeniu 
jeszcze kilka miesięcy...

-- 
wloochacz

W dniu 2016-09-30 o 11:11, wloochacz pisze:
> W dniu 2016-09-29 o 19:48, konsul41@wp.pl pisze:
>> W dniu 2016-09-27 o 14:21, immo pisze:
>>> W dniu poniedziałek, 26 września 2016 11:21:24 UTC+2 użytkownik
>>> kons...@wp.pl napisał:
>>>
>>>> I u każdego klienta masz wolność wyboru bazy? Zazdroszczę Ci.
>>>> A później administrator rwie włosy z głowy i musi administrować kilkoma
>>>> różnymi serwerami baz danych, różnymi systemami itd.
>>>
>>> Heh, to jest inaczej, albo biorą tak jak jest albo niech szukają
>>> innego rozwiązania. :> Zresztą tam gdzie wstawiają moje
>>> oprogramowanie, najczęściej mają już MSSQLa (tak z 80%), rzadziej
>>> Oracle a czasami MySQLa.
>>>
>>
>> A u mnie odwrotnie wybór MSSQLa (nie mój) w Firmie pociągnął za sobą
>> wydatki kilku tysięcy, a na Linuxie miałbym w zasadzie to za darmo.
> W zasadzie może i byś miał, ale na pewno nie za darmo.
> Czyjaś wiedza i praca za darmo nie jest.
>
Tyle że wiedzę się kupuje raz, a pracę ciągle.
Linux posiada nieograniczone możliwości konfiguracji ze względu na pracę 
w konsoli oraz niezliczone przykłady w sieci.

> Jest czymś absolutnie niepojętym, że ludkowie nie potrafią liczyć TCO
> danego rozwiązania.
> Uważają że jedyny koszt, to koszt licencji i wdrożenia (a i to nie
> zawsze)...

Tak, jeszcze jest kosz automatyzacji prac administracyjnych, ale tej 
pozycji w M$ zwykle nie ma (sic)



>
>> System prawie 2000 Win 2012R2
>> Archiwizacja kolejne 1400 + licencje dla klientów
> A co to ma do bazy danych?
>
>> Nagrywanie na tasiemkę kolejne 1000
> Tasiemka?
>
>> i parę innych wydatków.
> Mi to wygląda na wyciągnie kasy od klienta, a nie na konieczne wydatki.
>
>> Jedyny plus to nauka administracji Serwerem Win (koszmar), nic nie
>> działa od razu. Zysk to Asterisk na wirtualce.
>> Największy brak to nie ma crona.
> A "harmonogram zadań" w Widnows to jest za mało?
> Albo system jobów w MSSQL również z z harmonogramem, to też za mało?
>

Oczywiście.
Może potrzebujesz wysłać maila, POSTa, sprawdzić temperaturę CPU, 
dotychczasowy transfer przez Ethernet, liczbę odpalonych procesów,
zmodyfikować stronę WWW lub  coś z jeszcze z miliona innych potrzeb.

Nie dość że się da, to jeszcze w sieci znajdziesz przykład (żaden 
specjalista nie wie wszystkiego) który można zaadaptować do własnych 
potrzeb.



--
Darek

W dniu 2016-10-03 o 10:09, wloochacz pisze:
> W dniu 2016-10-02 o 23:26, immo pisze:
>> W dniu sobota, 1 października 2016 11:59:39 UTC+2 użytkownik Eugeniusz
>> Rink napisał:
>>
>>> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a
>>> nawet lepiej osiągnąć na czymś darmowym...
>>
>> Ja się aż tak nie znam.
>> Ale jeśli można to wskaż mi lepszą darmową alternatywę dla
>> Office365+Sharepoint+Azzure+obsługa domeny i poczty w chmurze. A i
>> żeby tak samo łatwo się konfigurowało, żeby to zrobiła osoba nie
>> mająca pojęcia o proponowanym systemie.
>>
> Office365+Sharepoint - alternatywa za darmo lub nawet alternatywa?
> Chętnie zobaczę.
>
Pytanie czy jesteś gotów na rozwiązanie, które nie wygląda i nie działa 
jak Office? Do wysłania maila, napisania CV i utworzenia listy obecności 
wystarczy googledoc. Niestety nie ma tam za wiele pracy dla administratora.
  Sam nie używam programów typu office, uważam to za stratę czasu. 
Krótką wiadomość wysyła się mailem, sms, komunikatorem więc nie 
potrzebuję zaawansowanego formatowania, a większe dokumenty (umowy, 
instrukcje) powinny być oparte o system kontroli wersji ( słyszałem 
opowieść o prawniku, który przed podpisaniem   ważnej umowy ręcznie 
sprawdzał przez 3 godziny czy coś nie zostało w niej zmienione - i był z 
tego dumny że tak "bezpiecznie" postąpił) i tu znowu office jest za słaby.

Już w szkołach "uczą" office - wymagają sprawozdań w wordzie a potem się 
dziwią że w 99% są to przeklejki z internetu, których uczeń nawet nie 
przeczytał (i myślę że tylko wyjątkowy urzędnik czyta dokument, na 
którym się podpisuje jak drugi lub następny)


--
Darek

W dniu 2016-10-03 o 17:31, darekm pisze:
> W dniu 2016-10-03 o 10:09, wloochacz pisze:
>> W dniu 2016-10-02 o 23:26, immo pisze:
>>> W dniu sobota, 1 października 2016 11:59:39 UTC+2 użytkownik Eugeniusz
>>> Rink napisał:
>>>
>>>> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a
>>>> nawet lepiej osiągnąć na czymś darmowym...
>>>
>>> Ja się aż tak nie znam.
>>> Ale jeśli można to wskaż mi lepszą darmową alternatywę dla
>>> Office365+Sharepoint+Azzure+obsługa domeny i poczty w chmurze. A i
>>> żeby tak samo łatwo się konfigurowało, żeby to zrobiła osoba nie
>>> mająca pojęcia o proponowanym systemie.
>>>
>> Office365+Sharepoint - alternatywa za darmo lub nawet alternatywa?
>> Chętnie zobaczę.
>>
> Pytanie czy jesteś gotów na rozwiązanie, które nie wygląda i nie działa
> jak Office? Do wysłania maila, napisania CV i utworzenia listy obecności
> wystarczy googledoc. Niestety nie ma tam za wiele pracy dla administratora.
>  Sam nie używam programów typu office, uważam to za stratę czasu. Krótką
> wiadomość wysyła się mailem, sms, komunikatorem więc nie potrzebuję
> zaawansowanego formatowania, a większe dokumenty (umowy, instrukcje)
> powinny być oparte o system kontroli wersji ( słyszałem opowieść o
> prawniku, który przed podpisaniem   ważnej umowy ręcznie sprawdzał przez
> 3 godziny czy coś nie zostało w niej zmienione - i był z tego dumny że
> tak "bezpiecznie" postąpił) i tu znowu office jest za słaby.
>
> Już w szkołach "uczą" office - wymagają sprawozdań w wordzie a potem się
> dziwią że w 99% są to przeklejki z internetu, których uczeń nawet nie
> przeczytał (i myślę że tylko wyjątkowy urzędnik czyta dokument, na
> którym się podpisuje jak drugi lub następny)

Mówisz że M$ Office ful wypas lokalnie i w internecie z SharePoint, 
Exchange, OneDrive - 1Tb, e-mailami 50GB,  Groups i Komunikatorem 
Biznesowym i Backupem za 100 zeta za rok za stanowisko to drożyzna?
Tu przykładowa specyfikacja walorów:
https://sklep.centrumxp.pl/office-dla-firm
Mówię o pozycji Office 365 Small Business Premium.
Według mnie M$ zjada wszystkie inne rozwiązania. I tu jest poważny ból 
bo zjada niestety też bardzo znaczną część rynku programistycznego.

miab

W dniu 2016-10-03 o 20:51, miab pisze:
> Mówisz że M$ Office ful wypas lokalnie i w internecie z SharePoint,
> Exchange, OneDrive - 1Tb, e-mailami 50GB,  Groups i Komunikatorem
> Biznesowym i Backupem za 100 zeta za rok za stanowisko to drożyzna?

Abstrahując od dyskusji o wyższości linuxa na windowsem, braku crona itd.

Zwróć tylko uwagę, że to jest licencja na 5 urządzeń dla jednego 
użytkownika. Pewnie są tacy, którzy tyle potrzebują, z punktu widzenia 
p. Krysi z księgowości to jest cena 486/rok/jedyne stanowisko.

W dniu poniedziałek, 3 października 2016 17:31:04 UTC+2 użytkownik darekm napisał:
> W dniu 2016-10-03 o 10:09, wloochacz pisze:
> > W dniu 2016-10-02 o 23:26, immo pisze:
> >> W dniu sobota, 1 października 2016 11:59:39 UTC+2 użytkownik Eugeniusz
> >> Rink napisał:
> >>
> >>> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a
> >>> nawet lepiej osiągnąć na czymś darmowym...
> >>
> >> Ja się aż tak nie znam.
> >> Ale jeśli można to wskaż mi lepszą darmową alternatywę dla
> >> Office365+Sharepoint+Azzure+obsługa domeny i poczty w chmurze. A i
> >> żeby tak samo łatwo się konfigurowało, żeby to zrobiła osoba nie
> >> mająca pojęcia o proponowanym systemie.
> >>
> > Office365+Sharepoint - alternatywa za darmo lub nawet alternatywa?
> > Chętnie zobaczę.
> >
> Pytanie czy jesteś gotów na rozwiązanie, które nie wygląda i nie działa 
> jak Office? Do wysłania maila, napisania CV i utworzenia listy obecności 
> wystarczy googledoc. Niestety nie ma tam za wiele pracy dla administratora.
>   Sam nie używam programów typu office, uważam to za stratę czasu. 
> Krótką wiadomość wysyła się mailem, sms, komunikatorem więc nie 
> potrzebuję zaawansowanego formatowania, a większe dokumenty (umowy, 
> instrukcje) powinny być oparte o system kontroli wersji ( słyszałem 
> opowieść o prawniku, który przed podpisaniem   ważnej umowy ręcznie 
> sprawdzał przez 3 godziny czy coś nie zostało w niej zmienione - i był z 
> tego dumny że tak "bezpiecznie" postąpił) i tu znowu office jest za słaby.
> 
> Już w szkołach "uczą" office - wymagają sprawozdań w wordzie a potem się 
> dziwią że w 99% są to przeklejki z internetu, których uczeń nawet nie 
> przeczytał (i myślę że tylko wyjątkowy urzędnik czyta dokument, na 
> którym się podpisuje jak drugi lub następny)

A tam gadanie... Jak ktoś się uprze to może jeździć kilkunastoletnim rzęchem i jeszcze wpierać innym że to wygodne i tańsze od nowego. A że odpala się nie z kluczyka tylko przez zwieranie przewodów - To jest inne i nie każdy jest na to gotowy. 

Problem jest taki, że Office jest standardem jeśli chodzi o firmy (bo w domu to sobie można i w notatniku klepać). To co dali razem z sharepointem i wszystkim co jest od jakiegoś czasu w chmurze to jest bajka dla tych co się nie znają na wiedzy tajemnej. Bo mogą sobie wyklikać obsługę domeny, poczty, strony i jeszcze wiele bajerów, korzystając przy tym z video pomocy. Niestety alternatywy są protezami.

pozdrawiam,
Przemek O.

W dniu 2016-10-03 o 22:28, ktos pisze:
> W dniu 2016-10-03 o 20:51, miab pisze:
>> Mówisz że M$ Office ful wypas lokalnie i w internecie z SharePoint,
>> Exchange, OneDrive - 1Tb, e-mailami 50GB,  Groups i Komunikatorem
>> Biznesowym i Backupem za 100 zeta za rok za stanowisko to drożyzna?
>
> Abstrahując od dyskusji o wyższości linuxa na windowsem, braku crona itd.
>
> Zwróć tylko uwagę, że to jest licencja na 5 urządzeń dla jednego
> użytkownika. Pewnie są tacy, którzy tyle potrzebują, z punktu widzenia
> p. Krysi z księgowości to jest cena 486/rok/jedyne stanowisko.

To jest oferta cenowo ilościowa dla jednego podmiotu z prawem 
zainstalowania i użytkowania(aplikacji lokalnych) na 5 stanowiskach 
równocześnie, a zdalnych dla pięciu różnych zalogowanych w dowolnym 
miejscu na świecie.
Dla firmy której biuro składa się z Pani Krysi wystarcza Libre Office i 
darmowa skrzynka pocztowa na wp.pl.

miab

W dniu 03.10.2016 o 23:08, immo pisze:
> W dniu poniedziałek, 3 października 2016 17:31:04 UTC+2 użytkownik darekm napisał:
>> W dniu 2016-10-03 o 10:09, wloochacz pisze:
>>> W dniu 2016-10-02 o 23:26, immo pisze:
>>>> W dniu sobota, 1 października 2016 11:59:39 UTC+2 użytkownik Eugeniusz
>>>> Rink napisał:
>>>>
>>>>> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a
>>>>> nawet lepiej osiągnąć na czymś darmowym...
>>>>
>>>> Ja się aż tak nie znam.
>>>> Ale jeśli można to wskaż mi lepszą darmową alternatywę dla
>>>> Office365+Sharepoint+Azzure+obsługa domeny i poczty w chmurze. A i
>>>> żeby tak samo łatwo się konfigurowało, żeby to zrobiła osoba nie
>>>> mająca pojęcia o proponowanym systemie.
>>>>
>>> Office365+Sharepoint - alternatywa za darmo lub nawet alternatywa?
>>> Chętnie zobaczę.
>>>
>> Pytanie czy jesteś gotów na rozwiązanie, które nie wygląda i nie działa
>> jak Office? Do wysłania maila, napisania CV i utworzenia listy obecności
>> wystarczy googledoc. Niestety nie ma tam za wiele pracy dla administratora.
>>   Sam nie używam programów typu office, uważam to za stratę czasu.
>> Krótką wiadomość wysyła się mailem, sms, komunikatorem więc nie
>> potrzebuję zaawansowanego formatowania, a większe dokumenty (umowy,
>> instrukcje) powinny być oparte o system kontroli wersji ( słyszałem
>> opowieść o prawniku, który przed podpisaniem   ważnej umowy ręcznie
>> sprawdzał przez 3 godziny czy coś nie zostało w niej zmienione - i był z
>> tego dumny że tak "bezpiecznie" postąpił) i tu znowu office jest za słaby.
>>
>> Już w szkołach "uczą" office - wymagają sprawozdań w wordzie a potem się
>> dziwią że w 99% są to przeklejki z internetu, których uczeń nawet nie
>> przeczytał (i myślę że tylko wyjątkowy urzędnik czyta dokument, na
>> którym się podpisuje jak drugi lub następny)
>
> A tam gadanie... Jak ktoś się uprze to może jeździć kilkunastoletnim rzęchem i jeszcze wpierać innym że to wygodne i tańsze od nowego. A że odpala się nie z kluczyka tylko przez zwieranie przewodów - To jest inne i nie każdy jest na to gotowy.
>
> Problem jest taki, że Office jest standardem jeśli chodzi o firmy (bo w domu to sobie można i w notatniku klepać). To co dali razem z sharepointem i wszystkim co jest od jakiegoś czasu w chmurze to jest bajka dla tych co się nie znają na wiedzy tajemnej. Bo mogą sobie wyklikać obsługę domeny, poczty, strony i jeszcze wiele bajerów, korzystając przy tym z video pomocy. Niestety alternatywy są protezami.
>

Wypadłem z obiegu jeśli chodzi o Office ale wydaje mi sie że LibreOffice 
bardzo mało ustępuje Office jesli chodzi o edytor tekstu

Pozrawiam

W dniu 2016-10-03 17:31, darekm pisze:
> W dniu 2016-10-03 o 10:09, wloochacz pisze:
>> W dniu 2016-10-02 o 23:26, immo pisze:
>>> W dniu sobota, 1 października 2016 11:59:39 UTC+2 użytkownik Eugeniusz
>>> Rink napisał:
>>>
>>>> A wydawać kasę na jakieś licencje CAL itp bzdety skoro można to samo a
>>>> nawet lepiej osiągnąć na czymś darmowym...
>>>
>>> Ja się aż tak nie znam.
>>> Ale jeśli można to wskaż mi lepszą darmową alternatywę dla
>>> Office365+Sharepoint+Azzure+obsługa domeny i poczty w chmurze. A i
>>> żeby tak samo łatwo się konfigurowało, żeby to zrobiła osoba nie
>>> mająca pojęcia o proponowanym systemie.
>>>
>> Office365+Sharepoint - alternatywa za darmo lub nawet alternatywa?
>> Chętnie zobaczę.
>>
> Pytanie czy jesteś gotów na rozwiązanie, które nie wygląda i nie działa
> jak Office?

Niestety ciężko takie znaleźć, ale jakby coś co działa inaczej niż 
wszelkie Wordy, które wiedzą lepiej co chce zrobić byłbym wdzięczny. 
Jeśli nie muszę mieć PDF-a, ani innego przenośnego formatu, tylko mam 
coś wydrukować 100% bardziej wolę antycznego Pagestreama do edycji 
użyć... Niestety antyczność robi swoje i generowany PDF ma źle 
generowane polskie znaki.


-- 
Kaczus
http://kaczus.ppa.pl

W dniu 04.10.2016 o 00:22, J-23 pisze:
>
> Wypadłem z obiegu jeśli chodzi o Office ale wydaje mi sie że
> LibreOffice bardzo mało ustępuje Office jesli chodzi o edytor tekstu
>

Dopóki nie potrzebujesz edytować dokumentu, który ma więcej niż 10 stron 
za tabelami, obrazami itp. to rzeczywiście różnicy nie widać.
Jakiś czas temu musieliśmy pracować na takim dokumencie (ok 150 stron) w 
Libre i była to droga przez mękę. Prawie codziennie się wszystko 
rozwalało. W akcie desperacji dokument został "przepisany" do Worda i 
wszystkie problemy ustąpiły.

Do prostych rzeczy Libre jest OK, ale jak chcesz coś robić poważnie to 
zakup MS będzie oszczędnością.

Tomek D.

W dniu 2016-10-04 o 09:46, Tomek D pisze:
> W dniu 04.10.2016 o 00:22, J-23 pisze:
>>
>> Wypadłem z obiegu jeśli chodzi o Office ale wydaje mi sie że
>> LibreOffice bardzo mało ustępuje Office jesli chodzi o edytor tekstu
>>
>
> Dopóki nie potrzebujesz edytować dokumentu, który ma więcej niż 10 stron
> za tabelami, obrazami itp. to rzeczywiście różnicy nie widać.
> Jakiś czas temu musieliśmy pracować na takim dokumencie (ok 150 stron) w
> Libre i była to droga przez mękę. Prawie codziennie się wszystko
> rozwalało. W akcie desperacji dokument został "przepisany" do Worda i
> wszystkie problemy ustąpiły.
>
> Do prostych rzeczy Libre jest OK, ale jak chcesz coś robić poważnie to
> zakup MS będzie oszczędnością.
>
Jak chcesz coś robić poważnie to stosuj poważne (tzn. specjalizowane) 
narzędzia. Książek i dużych dokumentów nie składa się w officie. My 
piszemy w Latexu bo:
1. Podlega systemowi kontroli wersji
2. Jest współdzielowy
3. Ma kompilację warunkową ( tworzymy szereg mutacji instrukcji)
4. Indeksy, spis tabel, cytowań itp ma automatyczne
5. Piszący nie zajmuje się wyglądem, nie traci czasu na przedwczesną 
optymalizację, style wymuszają określony format
6.PDF jest lepiej wygenerowany niż z Worda

Ito nie jest kwestia ceny,wygody tylko efektywności czyli wspomniane już 
TCO.


--
Darek

W dniu 04.10.2016 o 11:11, darekm pisze:
> W dniu 2016-10-04 o 09:46, Tomek D pisze:
>> W dniu 04.10.2016 o 00:22, J-23 pisze:
>>>
>>> Wypadłem z obiegu jeśli chodzi o Office ale wydaje mi sie że
>>> LibreOffice bardzo mało ustępuje Office jesli chodzi o edytor
>>> tekstu
>>>
>>
>> Dopóki nie potrzebujesz edytować dokumentu, który ma więcej niż 10
>> stron za tabelami, obrazami itp. to rzeczywiście różnicy nie
>> widać. Jakiś czas temu musieliśmy pracować na takim dokumencie (ok
>> 150 stron) w Libre i była to droga przez mękę. Prawie codziennie
>> się wszystko rozwalało. W akcie desperacji dokument został
>> "przepisany" do Worda i wszystkie problemy ustąpiły.
>>
>> Do prostych rzeczy Libre jest OK, ale jak chcesz coś robić poważnie
>> to zakup MS będzie oszczędnością.
>>
> Jak chcesz coś robić poważnie to stosuj poważne (tzn.
> specjalizowane) narzędzia. Książek i dużych dokumentów nie składa się
> w officie. My piszemy w Latexu bo:

Spodziewałem się odpowiedzi zawierającej słowo LaTeX ;)
Ale spróbuj zmusić, kogoś średnio obeznanego z informatyką, który musi 
przygotować raz na jakiś czas spory dokument (np. pani Krysia z 
księgowości) do pracy w LateX.

Tomek D

W dniu 2016-10-04 o 11:36, Tomek D pisze:
> W dniu 04.10.2016 o 11:11, darekm pisze:
>> W dniu 2016-10-04 o 09:46, Tomek D pisze:
>>> W dniu 04.10.2016 o 00:22, J-23 pisze:
>>>>
>>>> Wypadłem z obiegu jeśli chodzi o Office ale wydaje mi sie że
>>>> LibreOffice bardzo mało ustępuje Office jesli chodzi o edytor
>>>> tekstu
>>>>
>>>
>>> Dopóki nie potrzebujesz edytować dokumentu, który ma więcej niż 10
>>> stron za tabelami, obrazami itp. to rzeczywiście różnicy nie
>>> widać. Jakiś czas temu musieliśmy pracować na takim dokumencie (ok
>>> 150 stron) w Libre i była to droga przez mękę. Prawie codziennie
>>> się wszystko rozwalało. W akcie desperacji dokument został
>>> "przepisany" do Worda i wszystkie problemy ustąpiły.
>>>
>>> Do prostych rzeczy Libre jest OK, ale jak chcesz coś robić poważnie
>>> to zakup MS będzie oszczędnością.
>>>
>> Jak chcesz coś robić poważnie to stosuj poważne (tzn.
>> specjalizowane) narzędzia. Książek i dużych dokumentów nie składa się
>> w officie. My piszemy w Latexu bo:
>
> Spodziewałem się odpowiedzi zawierającej słowo LaTeX ;)
> Ale spróbuj zmusić, kogoś średnio obeznanego z informatyką, który musi
> przygotować raz na jakiś czas spory dokument (np. pani Krysia z
> księgowości) do pracy w LateX.
>
Ale to jakaś schizofrenia. Sporego dokumentu (powyżej 100 stron) nie 
przygotowuje się co jakiś czas a i wtedy wymagania winny być znacznie 
większe. Więc albo potrzeby są  kilkunasto stronicowe i wystarczają 
rozwiązania darmowe albo profesjonalnie zajmujemy się tworzeniem 
dokumentów. Taka pani Krysia znacząco mniej ma do nauczenia się przy 
Latexu gdyby tylko służby informatyczne były na odpowiednim poziomie. A 
te miały by znacznie mniej pracy gdyby tylko chciały się nauczyć czegoś 
innego niż klikanie po okienkach.
Oczywiście każdy potrafi jeździć luksusowym mercedesem, ale do wożenia 
węgla do miejskiej kotłowni wolę wywrotkę - trudno że potrzebne są inne 
kompetencje.


--
Darek

W dniu 04.10.2016 o 09:46, Tomek D pisze:
> W dniu 04.10.2016 o 00:22, J-23 pisze:
>>
>> Wypadłem z obiegu jeśli chodzi o Office ale wydaje mi sie że
>> LibreOffice bardzo mało ustępuje Office jesli chodzi o edytor tekstu
>>
>
> Dopóki nie potrzebujesz edytować dokumentu, który ma więcej niż 10 stron
> za tabelami, obrazami itp. to rzeczywiście różnicy nie widać.
> Jakiś czas temu musieliśmy pracować na takim dokumencie (ok 150 stron) w
> Libre i była to droga przez mękę. Prawie codziennie się wszystko
> rozwalało. W akcie desperacji dokument został "przepisany" do Worda i
> wszystkie problemy ustąpiły.
>
> Do prostych rzeczy Libre jest OK, ale jak chcesz coś robić poważnie to
> zakup MS będzie oszczędnością.
>

Mam dokumenty które  mają obecnie po ok 1200 stron (tabele i tekst) fakt 
generowane przez program ale z użyciem styli itp i można to normalnie 
potem w LibreOffice otwierać. (nic się nie rozjeżdża)

Fakt faktem miałem kilka telefonów że po edycji plików w office i 
ponownym otwarciu w Libre takie rozjazdy występowały.

Podsumowując otwierać dokumenty w tym co zostały stworzone i trzymać w 
ich natywnych formatach.

Pozdrawiam