Udelukkende brug af stored procedures

Du vil i givet fald blande noget GUI-noget (validering), forretningsregler, og persistens/SQL sammen i disse SP-ere. Er det ok ?

Jeg ville ikke gøre det, for der mistes modularitet og overskuelighed. Og det vil være en udfording at lave automatiske test-scripts (unit-tests). Og hvordan lige med dokumentation, hvor der dog findes god værktøjer til .NET-verdenen.

Og hvad skulle dit formål egentlig være?

Brug af SP:
  pro - god performance, DBA'en er normalt meget bedre til SQL end developer
  con - meget dyrt at portere til en anden database, koden bliver ofte noget rodet fordi SP og OOP ikke matcher

Brug af validering i app:
  nødvendig for at give gode fejlbeskeder

Exception performance:
  ikke noget problem (exceptions er jo netop det)

Det kommer også lidt an på om du er web mand eller database mand.
Gennerelt vil jeg fraråde at brue SP til alt af 2 grunde:
Database programering er i forvejen utroligt simpelt med LINQ, så på den konto vinder du alligevel ikke noget med SP.
Det gør koden uoverskuelig, da du får den 2 steder. Både i databasen og på websiden.

Ellers så jeg lige denne video (http://www.asp.net/learn/sql-videos/video-114.aspx) på asp.net for noget tid siden om SP. Det er en tutorial til SP, men den vender også for og imod SP i webapplikationer. Den er dog lidt lang, men se den hvis du har lyst :-)

Hhm.. altså med hensyn til overskuelighed.

Kan vidst godt være det er mere overskueligt med fx SELECT linq statements i koden end det er at skrive fx "db.GetOrders();" da man så kan se udfra koden om det fx er sorteret eller ikke er. Men vil nu stå fast på, at det er 100 gange mere overskueligt at skrive "db.CreateSomething();" som knalder 100 INSERTs af, end det er at indsætte dem i koden. Fordi der er linq ikke for overskuelig. Kunne være jeg skulle lave mig en mix så.

Men vil meget gerne have validering det sidste sted, nemlig i databasen, da det på den måde, så bliver umuligt at lave en fatal fejl i koden. Hvis bare de stored procedures er programmeret ordentligt vil det være sikkert.

Kan også se en sikkerhedsmæssig fordel ved at bruge sprocs, som jo er, at man kan blokere for alt andet end sprocs, så man ikke kan lave noget som der ikke er en ordentlig hensigt med.

Ville det være en idé at lave insert og updates med sprocs, og så lave select statements med linq? Og er det muligt, så at kun tillade "select" og sprocs i databasen?

Vil det være overkill at lave validering både på databasen og på siden? Vil det være for krævende at fyrer nogle regexp af hver gang der fx indsættes noget?

Det kan normalt ikke anbefales at bruge to forskellige persisterings mekanismer parallelt.

Det giver problemer med caching og med transactions.

filmen som 2c linker til, siger da netop at man skal benytte dem begge?

Nu har jeg ikke set filmen.

Men:
- kald af INSERT/UPDATE/DELETE/SELECT og kald af stored procedures via SqlCommand kan
  godt blandes da det reelt er samme persisterings framework - det er ikke super
  godt fordi det kræver at det er samme person som laver både kode og stored
  procedures for at undgå ups'ere og så ryger lidt af fordelen ved stored procedures -
  eller hvis vi skal bruge et fint ord: applikationen og stored procedures bliver
  for tightly coupled
- taler vi om to helt adskilte persisterings framework (rå SqlCommand, DataSet,
  LINQ for SQL, NHibernate, LLBLGen etc.), så må det være åbenlyst at der er
  problemer med cache og transaction fordi hele pointen i de mere avancerede af
  disse er at de skjuler den slags og derfor kan det være meget svært at koordinere
  med noget andet

hvorfor skulle vi tale om forskellige frameworks?

LINQ for SQL klarer jo både select statements og sprocs... Der bliver genereret en klasse hvor man kan gøre flg:

Database db = new MyDB();

var query = from product in db.Products select product;  //Select

db.InsertProduct("Is"); //Sprocs


eller har jeg misforstået hvad du mener?

Jeg læste din 23:14:12 kommentar som at du ikke ville bruge LINQ til insert og update.

ja kan godt se det var lidt tvetydigt... men anyway, mener at jeg vil bruge "var query = from select" til select, og så vil jeg bruge sprocs til insert og update, som "db.UpdateProduct()" osv. istedet for "db.InsertOnSubmit();" osv.

Skal bruge nogle svar fra jer - det er vidst besvaret

ok

ok

Nej tak.