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

Späť

Upozorňujeme, že diskusie pod našimi online kurzami sú nemoderované a primárne slúžia na získavanie spätnej väzby pre budúce vylepšenie kurzov. Pre študentov našich rekvalifikačných kurzov ponúkame možnosť priameho kontaktu s lektormi a študijným referentom pre osobné konzultácie a podporu v rámci ich štúdia. Toto je exkluzívna služba, ktorá zaisťuje kvalitnú a cielenú pomoc v prípade akýchkoľvek otázok alebo projektov.

Komentáre

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

Odpovedať

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.

Odpovedať

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;}

Odpovedať

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.

Odpovedať

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 ?

Odpovedať

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) ...

Editované 14.1.2017 18:38

Odpovedať

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ě...

Odpovedať

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 ...

Editované 15.1.2017 18:16

Odpovedať

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...

Odpovedať

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 ...

Odpovedať

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

Robíme čo je v našich silách, aby bola tunajšia diskusia čo najkvalitnejšia. Preto do nej tiež môžu prispievať len registrovaní členovia. Pre zapojenie sa do diskusie sa zaloguj. Ak ešte nemáš účet, zaregistruj sa, je to zadarmo.

Zobrazené 10 správy z 64.

Najčastejšie vyhľadávané

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