To je jednoduché.
Nedostačuje, protože to nemá Franta a Mařka odvedle.
Nedostačuje, protože to není vidět v žádných reklamách.
Nedostačuje, protože známej Pepa říkal, že "je to na hovno". A Pepa je odborník - voláme ho, aby nám přerovnal ikony na ploše nebo restartoval modem. Pepa se vyzná - dokonce nám jednou přeinstaloval toho Vindouse a říkal, že ten je úplně nejlepčejší...
Fakt má smysl s těmito lidmi ztrácet nervy a hlavně čas? Já myslím, že ne...
Budete se asi divit, ale takoví ještě opravdu existují. Myslíte, že například JDBC je něco koncepčně jiného? Realizačně na úrovni kódu bezesporu, ale koncepčně celkem až tak ani ne.
Představte si, že Česká pošta a nebo i řada pokladen v lékarnách ještě dnes jede na starém FoxPro programu, který určitě ještě ukládá do staré DBFky a pak s tím něco dělejte. Import do Excelu se dá, do Access také, často díky interním "převodníkům" programů.
Ale co importy někam jinam, do jiného specializovaného účetní, skladový a nebo jiný informační systém?
Ještě stále mohou existovat situace, kdy se bez ODBC nemusíte obejít, i když je to dnes bezesporu minorita, ale svého času mělo ODBC význam a znamenalo velkou pomoc, v práci s databázemi totiž existovala aspoň nějaká abstrakce a v SQL, pokud byl driver dobře napsaný, jste vůbec nemusel řešit drobnosti jako jako úvozovky/závorky v názvu sloupce, klíčová slova AS/IS a řadu dalších. Stačilo psát jednou syntaxí nad různými zdroji a fungovalo to. Teď si nejsem zcela jistý, ale mohl jste myslím provést i selekt nad různými platformami databáze Oracle/FoxPro a získat tak homogenní zpracovatelný výsledek.
:D
usmevne..tipuju ti 20.
Delas kulove, umis kulove a posuzujes podle toho vic lidi, a to je spatne..
Az budes pouzivat ODBC a tahat do excelu pravidelne data z DB vcetne aktualizacnich maker, pochopis ze LO a podobne kancl sw ekvivalenty office od MS nejde pouzit.
Ale to nic, az praxe a zivot v ( hlavne v IT) te (mozna) nauci ze jeden nazor neni dogma.
Některé firmy to mají vyřešené profesionálněji a pro složitou agendu využívají informační systémy a nebastlí to přes kancelářský balík a exel a word (či jeho alternativy) používají opravdu jen na texty a případně tabulky. V tom případě většinou LO nebo OO postačí stejně dobře jako MSO.
Nemáte pravdu. Excel vládne korporacím. Na makroúrovni existuje podnikový IS. Ale pro každodenní agendy (na kterých firma stojí) jsou využívány Excely s poměrně komplexními vztahy.
Důvod je prostý - díky centralizaci IT od zadání požadavku na úpravu Vámi zmíněného IS uběhne tak 1/2 roku (pokud na to máte rozpočet, který bude živit bandu "zbytečných" rolí - projekťáky, testery) = takže si to radši každý "zbastlí" v Excelu (nebo zadá brigádníkovi). No a po několika měsících používání se z toho stává součást firemní metodiky.
Můžeme o tom diskutovat, můžeme o tom vést spory a můžeme s tím nesouhlasit, ale to je tak všechno, co proti tomu můžeme dělat :)))
Ano a potom vznikaju "korporatne" mail komunikacie a "confcall" s temou "kto ma otovrený súbor xy nakolko sa don aktuálne nedá zapisovať" :)
Úplna tragedia vzniká, keď sa to stane samému najvyššiemu a problém sa kaskáduje ďalej cez asistentku, personalne oddelenie a vedúcich úsekov, objavovaním sa ďalších "testerov" zisťujúcich stav daného súboru sa stáva situácia neriešiťeľná, akurát popri káve sa šepká veď to predsa ide skúšal som to...
suhlas.
Riesit taketo veci Excelom povazujem za nenormalne a ospravedlnitelne len ako z nudze cnost.
Chcel by som vidiet takyto system udrziavat a hlavne, ked sa nieco pokazi.
Na to jednoznacne pouzivat custom aplikaciu.
Bohuzial s takymto pristupom sa stretavam aj u velkych firiem, kde na to nieje ani najmensi dovod. Excel pouzivaju aj tam, kde to je vyslovene nevhodne, casto preto lebo manazer nepozna nic ine len Excel.
to TR:
O peniazoch to je len malokedy, v tom sa mylis ty.
Myslis si, ze naklikanie ODBC spojenia, marka,.... urobi hocikto len tak? Bezny uzivatel ani nahodou. Bud si to nastudujes alebo si najmes niekoho. Udrziavat a upravovat take nieco po dlhsom case bude urcite malina(mam s tym skusenosti). Zmena verzie Excelu a ono ti to uz tiez fungovat nemusi. Tahal si uz vecsie mnzostvo dat z DB do Excelu? Ja ano a lahko narazis na limit Excelu alebo ti to cele pojde pomaly alebo ti to bude robit ine psie kusy. Ak do toho zaratam moznost poskodenia alebo zmazania takeho suboru a mas vymalovane. Ak uz niekto ma nejake data v DB, tak ma aj nejaku aplikaciu, ktora pracuje s tou DB, tak naco do toho montovat aj Excel.
Da sa to ale ak to prepocitas z dlhodobeho hladiska, tak ta aplikakcia casto vyjde lacnejsie.
Nemam nic proti ak sa to robi ako jednorazovka alebo mala firma, ktorej sa to neoplati a vie do coho ide. Mat na tom ale postavene nieco dolezitejsie, tak to povazujem za nenormalmost, s cim sa stretavam dost bezne(aj u velkych firiem so stovkami zamestnancov).
Ano, existují firmy, které si přes MSO VBA honí funkčnosti, které by měly mít v informačním systému.
Některé důvody, proč to tak dělají mohou být velmi nerozumné, jiné naopak velmi rozumné. Je zbytečné tady v téhle diskuzi řešit jejich motivaci a hodnotit jejich počínání. Je zbytečné vše, kromě konstatování, že taková firma na LO natož linux nepřejde.
Ale i když firma IS má a hodně dat je zpracováno na 2 kliky v tom IS, tak je pořád normální, že potřebuji více volnosti, že s těmi daty chci udělat nějaké jiné harakiri, než minulý měsíc. Chci tam najít jinou souvislost. Chci ty data jinak propojit s jinýmy daty.
A možná najdu něco zajímavého. A možná ne. A možná na základě toho, co dělám často si potom nechám dodělat funkcionalitu do IS. Anebo se zhrozím kolik by za to dodavatel chtěl a budu to dál dělat v tom excelu. Ale univerzální a silný nástroj pro práci s daty mnoho uživatelů potřebuje. A mnoho ne. Ale je hloupost se tvářit, že existuje jenom triviální použítí tabulkového kalkulátoru a potom jenom hotové institucionalizované funkce v IS a mezi tím nic.
No, nevim jak ve firmách, ale ve státní správě neni agenda-evidence vedená v excelu nic neobvyklýho. Složky a složky různejch verzí excelovejch sešitů. Děs běs. Změny obvykle označený barvičkama. Naprostej hnůj. Je tomu tak, že zakázka na informační systém ve státní správě je obvykle moloch v ceně v řádu desítek milionů, i když jde o naprostou kravinu a obvykle výsledek je naprosto tragickjej, protožře nikdo nenese zodpovědnost (nedávno nám zařídili sharepoint, jako podnikovej systém a upřímně řečeno, než takovej sranec, tak to fakt snad radši ty excely).
Linux znamená účelnost bez zbytečnejch číčovin, buďto na tom pracovat chceš a pak si určitě poradíš a nebo nechceš, hm, tak ahoj. Což je přístup, kterej dost pevně zakořeněnejch lemplů děsí.
Omyl, chlapče.
Je mně víc než 2* tolik a mám za sebou(a jistě i před sebou) velmi bohatou praxi. To co tady s nadsázkou popisuju je to, co velmi dobře znám jak z pozice administrátora, tak programátora - včetně odborníků typu Pepa.
A právě díky těm zkušenostem na konci příspěvku píšu, že je to víceméně ztráta času.
Vím, že už jsi velký chlapec, Pepo když, víš, co to je ODBC, ale hlavně klid....
Tak pokud jsi neviděl smysluplné a náročné použití excelu jako univerzálního nástroje pro práci s daty, tak tvoje praxe zase asi tak bohatá nebyla.
Ale jestli je ti fakt 40, tak je rozhodně pravda, že už bys mohl chápat, že ten tvůj pohled nemusí být dogma - i když ses třeba doposud stýkal jenom s uživateli, kteří si v excelu šmrdlali pár tabulek.
Tak domácí uživatelé opravdu málokdy potřebují pokročilé office funkce a MSO by se u nich dalo nahradit téměř vždy za LO.
Jenže polovina domácích uživatelů má MSO velmi levně (MS nabízí MSO pro domácnosti za asi 2, nebo 3 tisíce, nebo pro studenty je občas akce ještě levněji). A druhá polovina má MSO úplně zadarmo.
Takže o náhradu MSO není až tak žhavý zájem. Ale to jsme odbočil, to je fuk, souhlasím, že s domácími uživateli máte pravdu.
Ale v malých firmách už je to jiné. Není malá firma jako malá firma. Pokud je někde autoservis otec a syn, nebo stavební firma o 5 lidech, tak ti by opravdu mohli LO používat bez problémů.
Ale ne všechny malé firmy dělají jenom malé věci. Mnoho malých firem pracuje pro ty velké - a pak se musí podřídit těm velkým v jejich způsobu IT práce. To, že někdo dělá v malé firmě nějaké velké operace s velkými daty v excelu není třeba úplně časté, ale není to zase žádná výjimka. Možná je můj pohled vychýlený, že jsem teď v právě takové malé firmě, která pracuje pro velké zákazníky (někdy přímo, někdy ještě přes prostředníka, ale na podstatě nic nemění), takže vidím i jiné takové firmy
Kokrétně u nás elektroprojektant nutně potřebuje MS Access, protože používá CAD See Electrical (který si strašně pochvaluje a odmítá pracovat s Eplanem, který je jinak fakticky průmyslový standard). A See Electrical ukládá celý projekt do MDB Accessu (konkrétní verze SeeE používají konkrétní verze MS Access). Takže pokud potřebuje zavést nový nebo upravit nějaký stávající prvek, tak potřebuje pracovat v Accessu a nazdar.
Vývojáři zase potřebují pohodlně pracovat v každém projektu s tisícovkama (u větších projektů s desetitisícovkama) chybových hlášek (každá hláška se skládá z mnoha položek), které je potřeba vzájemně přelévat mezi vývojovým prostředí, provozní databází s logy a excelem.
Ale i když "opravdová" pokročilá práce s daty nemusí být extra častá, tak pořád je potřeba být schopen ty složité dokumenty otevřít. Pokud vám zákazník pošle excel plný maker, tak prostě nutně potřebujete MSO, abyste to otevřel, zobrazilo vám to co potřebujete. A vy tam třeba doplníte 20 čísel a pošlete to zpět. To je pro dodavatele velkých firem v podstatě denní chleba. A bez excelu se opět nehnete z místa.
Často je to ještě mnohem triviálnější. Firma třeba připraví nabídku pro zákazníka ve formě tabulky. Zákazník očekává a chce tabulku v excelu. Nechce pdf ani cokoli jiného. Je zvyklý na excel. Je to zákazník, kupuje a platí, samozřejmě dostane to, co chce on. Ne to, co bych chtěl já. Přijde mi to tak správné.
Mne to spravne nepride.
Neplati - "nas zakaznik, nas pan" ale "nas zakaznik na partner".
Nemozem dat zakaznikovy nieco, co nemozem/neviem,... alebo, co je pre mna kontraproduktivne. Je to o dohode a ochote.
So slusnym vysvetlenim uspejes u vecsiny zakaznikov. A tomu zvysku, co nepochopi nepomoze nic a taky zakaznik vecsinou nestoji za nic.
On plati, tak sa mam teraz z po**at? Nie.
Dokážete pochopit heslo: "Náš zákazník, náš pán?" Snažte se porozumět tomu, že odběratel si má poroučet (a platit), a dodavatel dodávat.
Jestliže si myslíte, že posloužit zákazníkovi tím, co si on přeje, znamená (...) se z něj, pak jste svým myšlením někde v hodně primitivních krajích.
Zkuste porozhlédnout jinde ve světě, jak to tam dělají!
Pokud by jste neměl v hlavě vendor lock, tak by jste možná zjistil, že z LO jde ukládat odhadem tak do dvaceti excelovských formátů, takže zákazník dostane xls a nemusí mít mít ani tušení, že nebyl vytvořen v kradeném MSO ale v legálním LO, či jiném balíku. Umí to dokonce webový Google Docs (až už se nyní jmenuje jakkoliv).
Pravda pokud vytvarim dokument ja, tak nemusim resit co ma druha strana.
Tak to ostatne resi vetsina Linuxaru.
PS: V jedne firme jsem potkal jednoho cloveka, ktery sice nemel rad Linux, ale pochvaloval si OpenOffice, protoze umel pouzivat vsechny MS formaty, coz vyuzival, kdyz mezi ostatnimi zamestnanci slouzil jako konvertovac dokumnetu mezi ruznyma verzema MS office.
Az se ty z materinky dostanes do praxe, tak zjistis, ze cokoli slozitejsiho nez soucet dvou policek (a i na to je trebas apon 14ti denniho skoleni - na vlastni oci sem videl absolventku VS, jak 10x scita na kalulacce sloupec cisel, nacez se prisla zeptat, jesli by to neslo nejak jinak, protoze ji to pokazdy vyslo jinak) pouziva promile uzivatelu excelu.
Makro potkam v excelu tak jednou do roka - to kdyz to nekomu nejde otevrit prave v M$ opicich ... protoze ma jinou verzi nez tvurce.
Áno, aj ja vidím makro v exceli raz do roka. Vždy keď zriaďovateľ pošle úžasný magľajz tabuliek, do ktorých účtovníčka týždeň čosi nahadzuje. Je to voľačo pre štátnu pokladnicu - veľmi ma obsah netrápi. Ale bez excelu sa to jednoducho vyplniť nedá. A keďže zriaďovateľom je Vyšší územný celok (kedysi to bol kraj), hneď je potreba excelu dobrovoľne povinná v celom kraji a bodka.
Nepomôže ani Výnos Ministerstva financií o štandardoch vo verejnej správe, pretože mám pocit, že som široko-ďaleko jediný, kto ho aj čítal... A firmy sú na tom iste podobne.
Jo máš pravdu, ten instalatér co má kolegu se kterým tahá trubky určitě potřebuje ODBC a tahat do Excelu pravidelně data z DB včetně aktualizačních maker.
Ten je rád když rozezná rozdíl mezi word a excel, mimochodem. A největší problém je ten, když se mu podaří přesunout (nedejbože smazat) ikonu toho modrého Ečka z plochy, protože tím mu přestal jít internet.
Dělám v IT 22 let a 8 lidí z 10ti nepotřebují žádné ODBC ani tahání dat z DB.
Bavím se o malých firmách, tedy o většině uživatelů MS.
Takže nejde to použít pro TEBE a ještě tvého souseda, dalším osmi bude vyhovovat cokoliv.
Ano praxe a život naučí že jeden názor není dogma. A to co platilo před rokem nyní už neplatí, a za rok to bude jinak.
Omlouvám se, je fakt vidím kolem sebe k čemu ten Word a Excel uživatelé používají. Využití funkcionalit tak na 3% max. Už T602 byla pro mnohé luxus, protože to umělo opravovat slova...
V robote máme tenkých klientov a kolegyňa dostala tlačivo, ktoré v LO nevošlo na stranu. Nemohla to vytlačiť, lebo rýchlejšie by bolo napísať od začiatku ako to preformátovať celé. A bolo tam toho dosť. Pani na druhej strane telefónu niečo ako PDF nepoznala. Našťastie môj počítač nie je len tenký klient a zhodou okolností som tam mal nainštalovaný aj legálny Office. Tak som to prekonvertoval do PDF a je po probléme. V prípade, že by sme vo firme bežali výhradne na LO, boli by problémy. Myslím, že mať jednu licenciu na Office vo firme nie je na zahodenie. Na druhej strane, problémy s LO sú minimálne, takže stojí za to zbaviť sa Office a prejsť na LO.
Tady je problém spíš v tom, že MSO užívá implicitně fonty, k nimž není svobodná náhrada (která by měla stejné pozicování písmen), a tím se text rozbije, protože se řádky "nedolévají" nebo "přelévají" na stránky. Je nutno měnit fonty, případně jejich velikost, pokud vám má dokument vyjít se stejným stránkováním.
IMHO by tento problém vyřešil kompletní a povinný přechod státní správy na LO, která tyto zmatky nedělá.
Musím se ho trochu zastat, parodie to skutečně je - v zde zmi%novaném typickém použití :) Bavme se o kurzorech, změnách chování po instalaci updatů, problémů se zamykáním, ... Jakmile od toho začněš chtít víc než pár formulářů, narazíš. Mám na mysli Access s MDB frontedem, na MsSQL to zřejmně poběží bezproblémově.
Nicméně, právě MDB je v těch případech, kdy něco někdo přelejvá přez opice, ta nejčastější hrůza, co ani nemá transkace, dokud se nezaškrtne "extended SQL" :)
R.
Nikolivek, nepouziva se, kazdej normalni clovek jeho pouziti zavrhne hned, jak nekoho napadne stim prijit. Navic neznam osobne ani jednoho jedinyho uzivatele M$ opic, kterej by vubec kdy mel acces spustenej, natoz aby tusil k cemu je to dobry a jak to pouzit. A to znam uzivatelu nekolik tisic.
Access (pokud se nemýlím) používá/la například Škoda Auto. Access se "využívá" i ve státní sféře, tím teď nemluvím o školství, kde se "vyučuje" (ano obojí uvozovky sou na místě). Ovšem souhlasím s danými příspěvky, že Access je parodii na databáze, a normální firma/člověk by měla/měl přejít na něco, co opravdu za databáze považovat lze. Ano chápu, že pokud je nějaký rozsáhlý IS postaven na Accessu, tak to bude dost problém, na druhou stranu, ti co takovýto systém plánovali, měli v hlavách nasráno a/nebo dostali nějaké "všimné" od MS (to, že si vytrhl z kontextu slovo "normální", radši řešit nebudu, protože normální člověk to pochopí :D ).
Chcete-li znát jednu výhodu Access-u, pak je zde: umí si vytahat data z mnoha různých systémů (a to včetně PostgreSQL, Oracle, MySQL/MariaDB apod.) a dělat nad nimi dotazy a porovnání. Tak to používá u nás jeden kolega a kvůli této funkci mu toleruju všechny možné omezení i deb*lní práci s velkými SQL systémy (např. nalití nové tabulky se musí dělat po řádcích, abychom věděli, na kterém řádku to případně řachlo, že...).
No asi záleží škola od školy.. Byl jsem svědkem, kdy na VŠ v rámci předmětu, jehož jméno si nepamatuju, kde se studenti mají seznamovat a pracovat v kancelářských aplikacích, tak na otázku studenta, zda bude moct zadání úkolu vypracovat v OpenOffice - protože MS Office nemá - tak vyučující vyvalila oči a pronesla bájnou větu "V čem že?" ...
Podobný příklad jsem viděl i na jiné, kde se tvrdošíjně vyučuje pouze v produktech Microsoftu.
Za mě je to veliká chyba.
Nechci se příliš přít, ale není to náhodou tak, že například MySQL verze 4 nebo MySQL engine MyISAM si mohou s Accessem podat ruku, protože mají v jádru mnoho společných problémů. Access (od verze 95) uměl narozdíl od MyISAM relace.
U MySQL často zachytím doporučení: Chcete relace? Tak z MyISAM na INNODB.
Pletu se?
Původně jsem je nezmínil, ale máte pravdu, i u transakcí je problém (myslím že u MS Access i MySQL).
Původně jsem zmiňoval relace u MySQL 4 a MyISAMu, kde pokud vím, skutečně nejsou (aspoň do verze 4 nebyly) - vlastní zkušenost.
Navíc bývalo tehdy ze strany developerů doporučováno okolí migrovat na Postgre, chtějí li relace. Dnes je u MySQL 5 dominantní InnoDB engine (donedávna snad dokonce zpoplatněný - nevím jistě), který už relace samozřejmě podporuje.
Ale stejně je mi záhadou, jak mohlo MyISAM bez relací a kontrol cizích klíčů tak dlouho vydržet.
Neznalost tu spis demontrujes ty, tohle poznamkovadlo se pro vic nez par desitek zaznamu zcela neda pouzit. Jo, resil sem zoufalce, kterej v tom mel cca 100k zaznamu - naprosto jakakoli operace nad tim trvala minuty (spis desitky minut) ... tak sem mu rek, ze kdy uz to musi byt, at si nainstaluje free verzi M$ SQL ... a voiala ... odezvy byly ve vterinach.
Nechci vysloveně hájit MS Access, protože má opravdu spoustu problémů a umožňuje uživatelům dělat hrozný zvěrstva. Ale s tím výkonem nemůžu souhlasit.
Nedávno jsem pomáhal migrovat na MS SQL Server databázi v MS Accessu, velikost zhruba 9 GB (rozděleno do několika menších mdb souborů a zlinkováno v hlavním mdb), dohromady přibližně 16M záznamů, největší tabulky okolo 2M záznamů. Tabulky měly desítky i stovky sloupců, používaly se tam šílený dotazy (definice jednoho z těch nejextrémnějších měla po přepisu na SQL Server 18 KB), se systémem paralelně pracovalo několik uživatelů (jednotky až desítky)...
A fungovalo to překvapivě velmi dobře (typický odezvy od desetin sekundy do několika jednotek sekund, u těch extrémních dotazů tak půl minuty), rozhodně se nedá obecně říct, že by se to přenosem na SQL Server několikanásobně zrychlilo (některé dotazy se zrychlily znatelně, jiné téměř ne).
Pokud měl MS Access skutečně problémy se 100K dotazů, tak bych si tipnul na chybějící indexy.
Ano, například já v práci. Access mám jako frontend k databázi běžící na MSSQL a komunikující s dalšími systémy, z nichž většinu doufám nikdy ani neuvidím :-)
Ale i Access nad MDB má své výhody. Po pravdě řečeno takový produkt mi v linuxovém světě hodně chybí. Něco s jednoduchou tvorbou formulářů a jejich uložením společně s daty do snadno přenosného tvaru (ideálně jeden soubor).
Na domácí databáze je MySQL kanón na vrabce, o Postgresu nemluvě. Pro vekou většinu mých potřeb by se hodil právě ten Access - jednoduché rozhraní na 5-10 formulářů, data a snadná přenositelnost mezi několika počítači volně putujícími i mimo dosah Internetu.
Jistě, MySQL i další zvládnou strašnou spoustu věcí, ale aplikace typu "5 SAMYC" (kdo si pamatuje Slunce seno, ví, co myslím) je nepotřebují.
Pokud o něčem takovém víte, prosím, sem s tím.
Děkuju, vyzkouším. I když na první pohled se mi to jeví zase jen jako ta databázová část. Já měl na mysli to, co umí Access výborně:
- navrhnu si tabulky (klikátor neřeším, napsat sql je rychlejší)
- navrhnu si GUI aplikace (formuláře pro práci nad daty, výstupní sestavy, ...)
- a to celé je v snadno přenosném tvaru
Občas slyším "tak použij databázi + web aplikaci" - jo, ale to je docela opruz.
"Na domácí databáze je MySQL kanón na vrabce, o Postgresu nemluvě."
Proč? Postgres rozchodíte jedním příkazem dle distribuce a k obrazu svému nastavíte v jednom souboru (pg_hba). Vše ostatní můžete klidně nechat v defaultu, dá se to případně nastavit klikoliv potom. Při připojení přes unix socket dokonce nemusíte zadávat ani heslo a hned se jako uživatel dostanete do své uživatelské db jedním příkazem (psql). Jednodušší už to snad být nemůže.
Jinak, pokud se vám nelíbí plnohodnotné servery běžící jako samostatná jednotka, tak potom SQLite případně bdb, pokud vyloženě nepotřebujete SQL.
Ale osobně bych opravdu doporučoval Postgresql, protože může být jak lightweight pro počáteční domácí pokusy tak pro petabytové databáze (pořád používate stejný produkt).
Tak třeba Calc má "super" vlastnost, že cokoliv co jde nějak pochybně převést na datum na datum převede. Zkuste si do buňky napsat V9, nebo I-3, X10 nebo hromadu dalšího. Ale co je mnohem horší, tohle dělá i při importu třeba z csv a už nikdy nejde získat původní hodnota, protože převodem formátu na text to udělá číslo. Co je ještě horší, pokud hodnota "vhodná" k převodu jen na pár řádcích, které nejsou zrovna vidět, tak si toho nikdo nevšimne a jednou provždy zničená data zpracovává/posílá dál. Několik let jsem ještě za dob OOo psal do různých diskuzí a nikoho taková banalita, že to mrví data, vyloženě doteď netrápí (naposledy zkoušeno na LO 4.2.0.4)
Jo, Excel to dělá taky. Jinak vypnutí automatických oprav jsem (je skutečně hluboko ve stromu nabídek) provedl, ale opravovalo to dál (komolilo češťinu za to, co si myslelo, že by tam mělo být). Nakonec jsem to řešil natvrdo smazáním slovníku, co používá spelčeker, tím to přestalo.
Za ideál pro jakýkoli kancelářský SW považuji možnost vypnout všechny automatické opravy na jednom místě a tak, aby se to vypnutí nezrušilo přechodem z buňky na buňku nebo z dokumentu na dokument, a aby zůstalo i po vypnutí a zapnutí počítače. Tohle uměl Klasik, šmejdy typu MSO nebo LO to nezvládají.
Tak mi prosím poraďte, kde se to v LO vypíná. A nemyslím normální automatické opravy, jako překlepy a velké písmeno po tečce, myslím konkrétně tohle svévolné měnění hodnot buněk na datum.
Je zajímavé, že Excel mi to nedělal (aut. opravy ano, ale i5 na 1.1.2005 opravdu nepřepisoval) a určitě ne při importu, protože přes Excel jsme to nakonec byli nuceni dělat.
Jo a i kdyby to náhodou vypnout šlo, který *** to nechává v LO default zapnuté i pro import dat, kdy už nemáte šanci zjistit, jestli tam bylo původně 1.1.2005 nebo i5 mi hlava fakt nebere (pokud se vůbec přijde na to, že ta data jsou importem změněná a tudíž k ničemu).
Taky si nemyslím, že tenhle typ oprav by měl být automaticky zapnutý, není to právě šťastné rozhodnutí vývojářů :-/ , ale
1) Pokud chcete mít ve sloupci text ( bez toho, aby se Calc snažil hádat, jestli se náhodou nejedná o jiný typ dat ) tak ten sloupec (buňku, list, sešit ) označte jako textový ( tzn. PTM -> formát buněk - zvolte tab Čísla a v něm kategorii Text), pak již při zápisu takto definovaných polí nebude docházet k automatickým opravám na jiné datové typy. Jinou možností je před psaním textu do buňky napsat znak ' , pak taky danou buňku bude brát jako textovou
2) Při importu csv se vám objeví seznam voleb ( kódová stránka textu, atd. ) a jednou z voleb je [x] Detekovat speciální čísla, pokud tuto volbu zrušíte, tak by se to mělo chovat daleko rozumněji, tzn. na datový typ číslo bude převeden jen text, který obsahuje číslice + znak oddělující tisíce a desetinná čárka a nebude se pokoušet o detekci datumů a čísel ve "vědeckém formátu"
ano, ten problém tu je ... to víte, to jsou ty úlitby neznalým uživatelům kteří nerozlišují jestli píšou text nebo číslo a chtějí a by jim to počítalo :D Taky mě to sere a doufám že to umožní vypnout, ale naděje si nedělám.
U importu csv vám pomůžu - nastavte si pro celý import nebo vybrané sloupce že je chcete importovat jako text a pak si to validně zpracujte funkcemi.
No to možná zvládnu já, ale rozhodně ne obyč. kancelářská krysa. A i mě by to štvalo, se s tím takhle patlat.
Ale hlavně, když už to vím, tak si na to dám pozor, jenže většina lidí vůbec nebude mít tušení, že jim import data zničil a že to mají nějakou složitou oklikou řešit - prostě to pošlou dál a za nějakou dobu se někde objeví velký problém, nebo opět neobjeví, protože ta data na vstupu třeba nevyhoví podmínce a řádek bude přeskočen, vyjdou jinak souhrny atd a všechny závěry z takový dat udělané budou mimo.
To uz nieje problem Calcu alebo Excelu ale zle nastaveneho sposobu spracovania a toku dat.
Ak tok dat je uz len trochu zlozitejsi, tak pouzivat na to kancelarsky balik je vysoko nevhodne. Integritu dat nemas sancu nijako udrzat. Kazdy normalny clovek by takuto cestu zavrhol hned ako to zisti.
A je to tu zas, Calc mění/ničí data při importu a problém není v něm, ale v toku dat.. Začíná mi být jasné, že to nebude opraveno nikdy, polovině lidí to nevadí a druhá to ještě omlouvá :( Netahejte do toho jaká data a za jakým účelem jsou zpracovávána, bavme se o podstatě, že takovýto program, na který se nedá spolehnout ani u součtu čísel v sloupečku se nedá rozumně používat. A bavme se o tom, proč někdo na import dat aplikuje tyto nesmyslné konverze bez možnosti je vypnout, respektive opačně, nutnosti je zapnout, když se už dlouho ví, jaké problémy to způsobuje.
1. proč by se nedalo spolíhat na součet čísel?
2. proč se to aplikuje na import? Mno nejspíš to někdo dost vlivný chtěl a nechal naprogramovat. Asi řešil problém se sekretářkami který potřebovaly napsat 1V a mít z toho datum 1.5. aktuálního roku ... ve spoustě situací tohle značně zjednodušuje práci.
3. proč to nikdo neopraví ... mno to je jednoduché: žádný dobrovolník to ještě neudělal a žádnýho vývojáře na to zatím taky nikdo nezaplatil.
osobně se mi to nelíbí a jsem taky pro možnost nastavení, ale jsem dalek tomu diktovat všem že maj používat balík stejně jako já.
to potom zahod pocitac. Kazdy program ma kopu chyb a nedokonalosti.
Calc ma problem s tym a Excel zase s inym.
Ja neospravedlnujem Calc. Mna tiez hnevaju rozne automaticke konverzie a opravy tak v MSO ako aj LO ale keby som sa mal rozculovat nad vsetkym, tak uz ma davno porazi. Poukazoval som na to, ze tabulkovy procesor nieje najvhodnejsi nastroj na manipuláciu s datami na takejto urovni.
Aj ked sa to nezda, tak ta konverzia bude mat nejaku logiku. Ta logika nemusi vyhovovat vsetkym alebo nemusi byt vobec dobra.
So skusenostami s inymi programami a komunikaciou s vyvojarmi som sa naucil, ze zaklad je pochopit myslenie programatora a snazit sa vysvetlit moje myslenie programatorovi. Nie vzdy to vyjde na prvy krat ale u open source programov mas velku sancu,ze ta niekto bude pocuvat.
Moze byt, ze tento problem s konverziou programatori vobec nevnimaju. Je to v bugzille, tlaci na to niekto? Tlac na to, vysvetluj a je velka sanca,ze to opravia.
Používal som simplexovú metódu v QuattroPro (Borland tabuľky) aj v Exceli. V OpenOffice sa zaviedli neskoršie, už som sa s nimi nezaoberal, tak nemám s nimi skúsenosť. Našiel som však ponuku Nástroje->Riešiteľ, ktoré sa mi zdá že je zamerané na optimalizačné výpočty simplexovou metódou.
Hodně lidí tvrdí, že jim LO nedostačuje, ale zatim mně neukázali důkaz.
Tak třeba mně na doma LO naprosto postačuje, zato v zaměstnání je pro mne naprosto nepoužitelný. Nebudu teď řešit provázanost Word/Excel/Access, stačí totiž zmínit jen takovou "trivialitu", jakou je hromadná korespondence, která má využití nejen pro tisk obálek, ale také pro tisk čehokoliv, co má nějakou šablonu a načítá to do ní data odjinud. Ve Wordu naprosto skvěle zpracováno, lze s tím tvořit téměř cokoliv, ve Writeru naprosto nepoužitelný bastl, který je tam asi jen proto, aby bylo možno ve srovnávacích tabulkách odfajfkovat, že umí hromadnou korespondenci také. Jestli je použitelná, to už potom fanatiky nezajímá...
Ano souhlasím s tebou.
Excel JE použitelný a pro velké a větší firmy nezbytný.
Ale tady se bavilo o malých firmách, o těch co controlling nedělají.
O uživatelích, kteří nemusí odevzdávat nic státní správě, kteří používají celí MS na psaní jednoduchých dopisů, či dělání jednoduchých tabulek, případně na otevření toho co jim někdo pošle.
Každý produkt má své použití a význam.
Firma co chce ALLin pak MS, protože to má i Outlook, je to propojené a funkční. S mnohými chybami ale jinak funguje.
Pro firmičku či domácí uživatele (nebo ty co nechtějí zaplatit za licenci odpovídajících 7-9 tis) je LO/OOF prostě dostačující.
Pokud uživatelé mají jako výdobytek použití Excelu/Calc funkci SUMA a vyrobit si tam jednoduchou tabulku, pak opravdu použití produktů MS je mrhání jejich prostředky.
A proto to pak taky končí na tom, že používají kradené verze MS2003 a řeší co tam nefunguje.
Až bude potřebovat tahat data z IS pak samozřejmně MS, dokud tabulka obsahuje 100 číselných hodnot 5x funkce SUMA a vleze se to na A4 pak nevidím účel použití mamutího SW od MS