Diskuze – Fakturační systém v C# .NET - LocalDB a Entity Framework

Zpět

Upozorňujeme, že diskuze pod našimi online kurzy jsou nemoderované a primárně slouží k získávání zpětné vazby pro budoucí vylepšení kurzů. Pro studenty našich rekvalifikačních kurzů nabízíme možnost přímého kontaktu s lektory a studijním referentem pro osobní konzultace a podporu v rámci jejich studia. Toto je exkluzivní služba, která zajišťuje kvalitní a cílenou pomoc v případě jakýchkoli dotazů nebo projektů.

Komentáře

cz631642

Člen

cz631642:27.1.2015 23:15

Zdravím
pokračuji krok za krokem při tvorbě databáze, ale při výběru v okně Entity Data Model Wizard nejde zaškrtnout výběr tabulky. Prostě do čtverečku se nedá dát fajfka. Neví někdo v čem může být chybka ?
Jan

Odpovědět

27.1.2015 23:15

Martin Turner

Člen

Martin Turner:14.3.2016 15:04

Ahoj Petře,

díky za pěkný tutoriál.
Rád bych si jen ujasnil pár drobností. S databázemi a Entity Frameworkem teprve začínám.
Jaká je běžná konvence v pojmenování tabulek (myslím jednotné nebo množné číslo)? Dočetl jsem se, že běžnější je používat množné číslo.
Chápu dobře, že pokud vytvořím objekty z databáze tohoto tutoriálu, tak třída Person reprezentuje tabulku Person? Tedy pokud budu mít tabulku nazvanou Persons, tak se stejně bude jmenovat i vygenerovaná třída ( a také kolekce ve třídě DbInvoiceEntities)? Pokud ano, je toto důvod proč jsi pojmenoval tabulky v jednotném čísle?
Díky za případnou reakci.

Odpovědět

14.3.2016 15:04

Marian Benčat

Člen

Marian Benčat:15.3.2016 1:02

neptate se me, ale dovolim si odpovedet.
Implicitne EF ma ve zvyku nazvy pluralizovat, tato konvence jde vypnout a take to udelejte, usetrite si tim pak problemy.. obecne proste pojmenovavejte tabulky jednotnym nazvem.. K tomu pojemonvani trid...

Pokud preci jen chcete mit tabulku Persons, tak pak mate tridu Person a v DBContextu (DbInvoiceEntities) máte

DBSet<Person> Persons{get; set;}

Odpovědět

15.3.2016 1:02

Totalitní admini..

Karel Fojtík

Člen

Karel Fojtík:14.7.2016 17:22

Ahoj, mám možná hloupý dotaz: do databáze jsem přidal data pomocí Server Exploreru přes Show Table Data -> New row...když v Program.cs udělám výpis, tak všechno vidím...když ale přidám nový objekt přes EF (v Program.cs) - v Server Exploreru v Show Data Table ho nevidím...Nevíte, co může být špatně? Díky.

Odpovědět

14.7.2016 17:22

Petr Domes (petrds)

Tvůrce

Petr Domes (petrds):14.7.2016 18:07

Submitnul jsi ten nová objekt, refresh v server exploreru, správná DB ?

Odpovědět

14.7.2016 18:07

slezak-petr

Člen

slezak-petr:14.1.2017 18:37

Ahoj pánové, váhám ...
Chci udělat jednoduchou aplikaci, která bude v první chvíli na jednom PC, takže tento způsob lokální databáze pro zákazníka, kde by neběžel SQL server je asi zajímavý, ale článek je dva roky starý ...
Každopádně Entity Framework chci použít, abych se něco přiučil

Takže otázka, i dnes LocalDB? Jedná se o MojeDatabaze.MDF jak si letmo vzpomínám na moje pokusy?
Asi ano podle prinscreenu

MDF měla výhodu, že se nakopírovala např. na webový server (AspOne.cz) ...

Editováno 14.1.2017 18:38

Odpovědět

14.1.2017 18:37

Čím víc se učím, tím víc mi přijde, že toho ještě mnoho neumím

Michal Štěpánek

Člen

Michal Štěpánek:15.1.2017 8:32

Záleží na tom, co by ta "jednoduchá aplikace" měla dělat, jaká by měla být struktura dat, jak často by se údaje měly měnit, kolik dat bude, atd. Možná by mohl stačit na data jen XML soubor, nebo nějaké jiné úložiště...

Odpovědět

15.1.2017 8:32

Nikdy neříkej nahlas, že to nejde. Vždycky se totiž najde blbec, který to neví a udělá to...

slezak-petr

Člen

slezak-petr:15.1.2017 18:13

No zas tak jednoduchá není, jedná se o "Autoservis" takže tabulky Zakaznik, Auto, Servis, ServisPolozky, Zbozi, Autodily, Objednavky, ObjednavkyPolozky a ještě asi deset dalších tabulek
Nechci se na začátku zaříznout, aby až budu chtít udělat webové rozhraní, abych to na na začátku neudělal špatně.
V tuto chvíli to mám v MS Access, ale zápasím s tím, že zákazník má Access 2016 (365) který je nestabilní než řešit Office, tak to asi přepíšu. Výhoda je ta, že mám jasno v struktuře dat ...
Už ten MS Access byl krok vedle, ale to je tak, když to chce mít zákazník "pod kontrolou" aby si to mohl spravovat sám ...

Editováno 15.1.2017 18:16

Odpovědět

15.1.2017 18:13

Čím víc se učím, tím víc mi přijde, že toho ještě mnoho neumím

Michal Štěpánek

Člen

Michal Štěpánek:16.1.2017 11:18

Když plánuješ webové rozhraní, nepřemýšlel jsi o tom, že bys to udělal rovnou jako webovou appku? Nebo aspoň použít rovnou SQL DB na nějakém webhostingu, kam bys později přidal tu webovou nadstavbu?

že zákazník má Access 2016 (365)

to přece řešit nemusíš, tobě stačí dát do programu knihovny, které s Acessem dělají a DB budeš mít jen jako soubor. K tomu není třeba, aby zákazník vůbec nějaké office měl...

Odpovědět

16.1.2017 11:18

Nikdy neříkej nahlas, že to nejde. Vždycky se totiž najde blbec, který to neví a udělá to...

slezak-petr

Člen

slezak-petr:16.1.2017 11:28

Ano, ale asi to znáš, vždy je to o zákazníkovi, DB na webhostingu jsem nabízel,
ale "bojí se o citlivá obchodní data" proto LOCAL DB na jeho PC
Někteří lidé stále preferují WIN FORM, proto WPF, ale vím, že budoucnost je na webu,
ale na to zákazník musí uzrát

Ohledně Access nechápu (neznám) problém není v DTB ale v tom, že Access jako klient padá (nestabilní Office 2016)
Zkus popsat "Access a knihovny" - logika je v DLL C# a Access je jen vizualizace?
Pls odkazy, příklad ...

Odpovědět

16.1.2017 11:28

Čím víc se učím, tím víc mi přijde, že toho ještě mnoho neumím

Naučíme tě pracovat na home-office.

Zjistit více...

Děláme co je v našich silách, aby byly zdejší diskuze co nejkvalitnější. Proto do nich také mohou přispívat pouze registrovaní členové. Pro zapojení do diskuze se přihlas. Pokud ještě nemáš účet, zaregistruj se, je to zdarma.

Zobrazeno 10 zpráv z 64.

Nejčastěji vyhledáváné

Diskuze – Fakturační systém v C# .NET - LocalDB a Entity Framework