<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlserver.ro/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Intrebari generale</title><link>http://sqlserver.ro/forums/16/ShowForum.aspx</link><description /><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>Re: Structura tabele aplicatiegestiune..</title><link>http://sqlserver.ro/forums/thread/8510.aspx</link><pubDate>Tue, 23 Nov 2010 10:11:37 GMT</pubDate><guid isPermaLink="false">963f3a18-65dd-4aad-905c-b785cfe1d7c7:8510</guid><dc:creator>ThePuiu</dc:creator><slash:comments>0</slash:comments><comments>http://sqlserver.ro/forums/thread/8510.aspx</comments><wfw:commentRss>http://sqlserver.ro/forums/commentrss.aspx?SectionID=16&amp;PostID=8510</wfw:commentRss><description>am inteles, multumesc mult pt lamuriri!</description></item><item><title>Re: Structura tabele aplicatiegestiune..</title><link>http://sqlserver.ro/forums/thread/8508.aspx</link><pubDate>Mon, 22 Nov 2010 16:39:40 GMT</pubDate><guid isPermaLink="false">963f3a18-65dd-4aad-905c-b785cfe1d7c7:8508</guid><dc:creator>rsocol</dc:creator><slash:comments>0</slash:comments><comments>http://sqlserver.ro/forums/thread/8508.aspx</comments><wfw:commentRss>http://sqlserver.ro/forums/commentrss.aspx?SectionID=16&amp;PostID=8508</wfw:commentRss><description>Dacă e vorba de o aplicaţie obişnuită (OLTP), &amp;#238;n care se adaugă/modifică/şterg date &amp;#238;n mod frecvent, atunci este recomandabil să se adopte o structură normalizată (adică &amp;#238;n două tabele, &amp;#238;n acest caz). &lt;br /&gt;&lt;br /&gt;Dacă este vorba de o aplicaţie de tip DataWarehouse / OLAP, &amp;#238;n se fac doar interogări, iar datele se actualizează periodic (de exemplu săptăm&amp;#226;nal) din baza de date OLTP, atunci ar fi recomandabilă denormalizarea tabelelor (combinarea lor &amp;#238;ntr-o singură tabelă de fapte şi eventual mai multe tabele de dimensiuni).&lt;br /&gt;&lt;br /&gt;Răzvan</description></item><item><title>Structura tabele aplicatiegestiune..</title><link>http://sqlserver.ro/forums/thread/8507.aspx</link><pubDate>Mon, 22 Nov 2010 15:25:05 GMT</pubDate><guid isPermaLink="false">963f3a18-65dd-4aad-905c-b785cfe1d7c7:8507</guid><dc:creator>ThePuiu</dc:creator><slash:comments>0</slash:comments><comments>http://sqlserver.ro/forums/thread/8507.aspx</comments><wfw:commentRss>http://sqlserver.ro/forums/commentrss.aspx?SectionID=16&amp;PostID=8507</wfw:commentRss><description>Salut! Vreau sa-mi fac o aplicatie de gestiune/facturare/garantii/etc pt uz intern. Am inceput cu conceperea structurii de tabele. Am ajuns la urmatoarea problema: cum sa salvez informatia referitoare la iesiri (facturi): in 2 tabele FACT_HEADER(id, data, nr,id_partener) si FACT_DETAIL(id, id_fact,id_produs,um,cant,pret,tva) sau sa combin cele 2 tabele intr-o singura tabela (unde o sa fie multa informatie redundanta). De ce va intreb asta (in mod normal as fi ales prima varianta): am cautat pe net informatii despre structura unui depozit si am gasit mai multe articole care prezentau structura de warehouse cu o singura tabela pe intrari, una pe iesiri, etc. Singura diferenta era ca foloseau o cheie pt un tabel separat in care memorau data documentului... Puteti sa ma indrumati cum ar fi mai bine sa fac? Puteti va rog sa si justificati raspunsurile? Multumesc! (folosesc SQL Server 2005 express, deocamdata!)</description></item></channel></rss>