Indsæt billder i en SQL SERVER

Alt hvad du behøver at vide står i:
http://www.eksperten.dk/spm/125517

dfens >> når du i det spørgsmål siger \"Der er absolut intet formål i at ligge dem uden for SQL serveren når vi snakker MSSQL 2000.\", vil jeg påstå at du har nul erfaring med databaser i bare nogenlunde stor skala (størrelse og/eller anvendelse)!

At gemme billeder på SQL Server er noget af det mest tåbelige du kan gøre m.h.t. performance. Jeg lever af at arbejde med databaser, p.t. primært SQL Server, og jeg har ikke set én eneste seriøs databaseudvikler gøre det.

En god praksis er, at gemme filerne eksternt - d.v.s. på filsystemet - og så blot gemme stien til filen i databasen. Alt andet vil med sikkerhed være en væsentlig forringelse af performance, især hvis vi snakker anvendelse til nettet.

rasmuslund >> det spørgsmål der henvises til, giver rigtig nok svar på dit spørgsmål, men jeg kan ikke lade være med at advare mod at gøre det, med mindre du er 100% afklaret med konsekvenserne omkring performance.

Du bør i stedet overveje at anvende eks. aspSmartupload (som er ganske gratis) til at uploade din billeder til filsystemet og så blot gemme stien i databasen.

Der vil jeg give tmceu ret - Det er for besværligt at gemme filer i databasen. Brug filsystemet til det det er godt til : at indeholde filer.
En stor fordel er også at du kan kigge billederne igennem uden at skulle hente dem ud af databasen først. Og du (eller andre udefra) kan linke direkte til billederne.

tmceu: Svaret er ment som et svar på problematikken: skal jeg gemme filerne udenfor MSSQL på samme server eller i MSSQL.
Hvilket der faktisk ikke er nogen performance, da filerne bliver lagt i en binary-bag, hvilket svarer til det ganske almindelige fil-system.
At gemme filnavn og extension for derefter at ligger filer på samme server er en god praksis er en udbredt misforståelse.

Hvilken en af de 2 metoder man vælger at bruge, er vel op til hvilken udvikleren bedst/lettest kan bruge.

Jeg foretrækker at smide binære filer i sql-serveren med de muligheder/ulemper de nu giver.

Jeg har set mange seriøse-udvikler gører det.

Den eneste grund til at jeg ikke vil gøre det, er hvis vi snakker så store mængder binære data, at man vil holde sin fil-server og sql-server adskilt.