LibreOffice Base vs. Microsoft Access



Zdravíčko, při práci s databázemi, mi začal být Excel pomalu ale jistě malý a začal jsem se poohlížet po MS Access, který by mi svou funkčností poměrně usnadnil a umožnil některé úkoly. Bohužel licence máme bez MS Access a vzhledem k ceně vím předem,jak by schválení dopadlo bohužel....Máte někdo praktickou zkušenost nebo srovnání s LO resp OO Base? Který by měl umět Access teoreticky nahradit? Díky.
Použito v malém rozsahu pro evidenci ve vlastním podnikání. Vyzkoušej, je trochu jiný než Acces ale nemá špatné možnosti. Pokud chceš ještě více funkcionality, můžeš zkusit lokální instalaci mysql serveru a LOB použít jako klienta.
Stáhni si Libre Office, je zadarmo, umí prakticky to samé a v mnoha ohledech je ještě lepší, než MS Office. protože používáte WinForms aplikaci, pokud je to v NET 2.0 je to vlastně systém uživatelských nastavení (tzv Properties), který je navržen pro tento účel. [Tento článek na webu MSDN](http://msdn.microsoft.com/en-us/library/aa730869(VS.80).aspx) má docela dobrý úvod do této


Pokud jste stále obavy o výkonu pak se podívat na [SQL Compact Edition](http://www.microsoft.com/sql/editions/compact/default.mspx) , který je podobný SQLite, ale je dar společnosti Microsoft, který jsem našel hraje velmi pěkně s WinForms a je tu i možnost [, aby to fungovalo s LINQ](http://geekswithblogs.net/steveclements/archive/2007/11/13/LINQ-to-SQL.compact.aspx) <p> <a href="http://en.wikipedia.org/wiki/mac\_os#mac\_os\_x">mac os</a> je založeno na kódové bázi <a href="http://en.wikipedia.org/wiki/bsd"> bsd </a> , zatímco linux je nezávislý vývoj unixového systému. to znamená, že tyto systémy jsou podobné, ale nikoli <a href="http://en.wikipedia.org/wiki/binary\_compatibility">binární kompatibilní</a> .</p><p>kromě toho má mac os mnoho aplikací, které nejsou otevřeným zdrojem a jsou postaveny na knihovnách, které nejsou otevřeným zdrojem. z tohoto důvodu není možné tyto aplikace provozovat v systému linux, aniž by byly vlastníkem autorských práv těchto aplikací a knihoven.</p> <p>existuje <a href="http://www.navicat.com/en/products/navicat\_pgsql/pgsql\_overview.html">navicat pro postgresql</a> a další databázové platformy.</p><p>má zdarma lite a komerční verzi.</p> <p>představa, že software s otevřeným zdrojovým kódem je ze své podstaty bezpečnější než software s uzavřeným zdrojovým kódem - nebo opačný pojem - <strong>, je nesmysl. </strong> a když lidé něco takového řeknou to je často jen <a href="http://en.wikipedia.org/wiki/fear,\_uncertainty\_and\_doubt"> fud </a> a nepředstavuje smysluplnou diskusi.</p><p><strong> z tohoto důvodu </strong> musíte diskusi omezit na projekt <em> konkrétní</em>. kus softwaru, který škrábe konkrétní svědění, je vytvořen určeným týmem a má dobře definovanou cílovou skupinu. v takovém konkrétním případě bude možné uvažovat o tom, zda bude open source nebo uzavřený zdroj sloužit projektu nejlépe.</p><p><strong> problém s pitchingem všech implementací „open source“ versus všechny implementace „open source“ spočívá v tom, že se nejedná pouze o porovnání licencí. </strong> v praxi je open source upřednostňován úsilím dobrovolníka musí, a uzavřený zdroj je nejčastější v komerčním úsilí. takže ve skutečnosti porovnáváme:</p><ul> <li>licence.</li> <li>přístup ke zdrojovému kódu.</li> <li>velmi odlišné <a href="http://en.wikipedia.org/wiki/incentive">motivační struktury</a> , pro zisk versus pro zábavu.</li> <li>velmi odlišné situace právní odpovědnosti.</li> <li>různé a divoce se měnící velikosti týmů a týmové dovednosti.</li> <li>atd.</li> </ul><p>chcete-li se pokusit posoudit, jak to všechno funguje pro zabezpečení v celém softwaru vydaném jako otevřený/uzavřený zdroj, jen se zhroutí. stává se to vyjádřením názoru, nikoli skutečností.</p> Vem si to s zrnko soli, ale podle mé zkušenosti, LINQ a WPF jsou stále v říši „Jo, chtěli bychom se dostat do toho jednoho dne“.


Většina obchodů jsou stále na VS2005 a .NET 2.0, takže bych chtěl, aby se ujistil jsem byl až do rychlosti na základní vybavení:


* generik
* ADO.NET
* WinForms / WebForms závislosti


A tak dále. <p>už nemůžu najít ten pravý příspěvek, ale eric lippert (a možná i několik dalších softies) se při několika příležitostech opíral o to, jak je linq <strong>deklarativní</strong>, což je pro několik tříd problémů mnohem intuitivnější než <strong>imperativní</strong> syntaxe.</p><p>linq umožňuje psát kód, který vyjadřuje <em> záměr </em>, nikoli mechanismus <em> </em> .</p><p>řekni mi, co je lépe čitelné. tento:</p><pre class="lang-cs prettyprint-override"><code>ienumerable&lt;customer&gt; getvipcustomers(ienumerable&lt;customer&gt; source) { list&lt;customer&gt; results = new list&lt;customer&gt;(); foreach (customer c in source) { if (c.firstname == "aaron") { results.add(c); } } results.sort(new lastnamecomparer()); return results; } class lastnamecomparer : icomparer&lt;customer&gt; { public int compare(customer a, customer b) { return x.lastname.compareto(b.lastname); } } </code></pre><p>nebo toto?</p><pre class="lang-cs prettyprint-override"><code>ienumerable&lt;customer&gt; getvipcustomers(ienumerable&lt;customer&gt; source) { return from c in source where c.firstname == "aaron" orderby c.lastname select c; } </code></pre><p>nebo dokonce tohle?</p><pre class="lang-cs prettyprint-override"><code>ienumerable&lt;customer&gt; getvipcustomers(ienumerable&lt;customer&gt; source) { return source.where(c =&gt; c.firstname == "aaron").orderby(c =&gt; c.lastname); } </code></pre><p>prvním příkladem je jen svazek zbytečných kotlových desek, aby bylo dosaženo co nejjednodušších výsledků. každý, kdo si myslí, že je <em> více </em> čitelnější než verze linq, musí nechat vyšetřit hlavu. nejen to, ale první ztrácí paměť. nemůžete to ani napsat pomocí <code>yield return</code> kvůli třídění.</p><p>váš spolupracovník může říct, co chce; osobně si myslím, že linq nezměřitelně zlepšil <em> můj </em> kód čitelnosti.</p><p>ani o linqovi není nic „relačního“. může mít některé povrchové podobnosti s sql, ale nepokouší se v jakémkoli tvaru nebo formě implementovat relační počet. je to jen banda rozšíření, která usnadňují vyhledávání a projektování sekvencí. „dotaz“ neznamená „relační“ a ve skutečnosti existuje několik nerelačních databází, které používají syntaxi podobnou sql. linq je <em> čistě </em> objektově orientovaný, prostě se stává, že pracuje s relačními databázemi prostřednictvím frameworků jako linq do sql kvůli nějakému výrazu voodoo stromů a chytrému designu od tým c #, čímž se anonymní funkce implicitně převádějí na stromy výrazů.</p> <p>zde je odkaz na referenční materiál společnosti adobe</p><p> <a href="http://www.adobe.com/devnet/pdf/pdf\_reference.html">http://www.adobe.com/devnet/pdf/pdf\_reference.html</a> </p><p>měli byste vědět, že pdf je pouze o prezentaci, nikoli struktuře. parsování nebude snadné.</p> Mne se taky bohužel sekala mobilní aplikace. A tak jsem radši přešel na PC verzi. Duolingo si z mobilu odinstaloval. Nechal jsem si v mobilu jen takové aplikace, které se na mém mobilním telefonu nesekají. 


Na Duoligu nebo i na Memrise je dobré to, že existuji i PC webovky a není třeba si tak nic instalovat. Jen je to možná o něco méně pohodlné. Je však pravda, že spíše se mi dělají dobře zápisky u PC.


Pokud by nepomohla další aktualizace Duolinga, tak bych ještě zkusil na mobilu promazat data v mezipaměti - někdy to pomáhá... :) ORM může být váš nejlepší řešení.   

Nebo použít typ úložiště vzor, s „thingContext“ objekt, který je zodpovědný za státní vytrvalost.


Osobně používám Active Record, kde ušetřit logiku se peče do základní třídy, ale já odjíždím to ve prospěch NHibernate stylu úložiště vzor. Příspěvek na DDD a testování věci bez db je velmi příjemné mít v rámcové typu situace, kdy je moje obchodní logiky nyní získává trakci na novém uživatelském rozhraní.