[Clarence]

Ursprungligen postat av danjel

Intressant, har tidigare funderat på varför SP's anses mer av "best practice" i asp.net världen medans det i php/mysql inte är så diskuterat eller använt.

Hur brukar ni hantera stora SQL frågor, lägger ni dem i ett "datalager" ?
Det känns bökigt när man har sql frågor med typ 10 joins att lägga in dem i en vanlig php sträng, jag har tidigare övervägt att lägga in dessa i SP's istället för att få enklare underhåll.

Vad man generellt föredrar är mycket av en smakfråga, det finns argument åt båda hållen. Jag tror att det mest avgörande är huruvida man oftare jobbat i organisationer med dedikerade DBAs/databasutvecklare eller en organisation där specifikationerna av affärslogiken är väldigt fasta och strukturerade. Då tror jag man oftare föredrar SPs.

Själv föredrar jag generellt att hålla mig borta från SPs av främst 2 anledningar.
- Lättare byggprocess och inget extra att tänka på vid förändringar i affärslogik utan förändringar i databasstruktur (vilket iallafall under mina 15 år med webb varit mycket mycket vanligare).
- Snabbare utvecklings i ett välutvecklat scriptspråk vilket leder till fler personer med kompetens.

Och alternativen är inte SPs eller en sträng i ett scriptspråk. Query builders, content repositories, ORMs osv finns bibliotek för i alla språk.

Vidare vet jag inte huruvida det är så etablerat som best practice generellt i .NET. Använder du entity framework t ex är det väl snarare tvärtom (går att använda men är manuellt extrapill, tror jag?). Och det är väl ändå välanvänt?