SQL Stored Procedures och C# Frågor

Select * from table1

Det låter som att du behöver en OR-mappare, http://en.wikipedia.org/wiki/Object-relational_mapping.
Du får det "automatiskt" med Entity Framework, http://msdn.microsoft.com/en-us/library/cc716779.aspx.

Det finns mängder med alternativ till detta. Det mest populära har ju varit relationsdatabaser men det finns exempelvis db4o som är en databas som lagrar objekt, http://www.db4o.com/s/csharpdb.aspx. Gratis om din programvara är släppt med GPL (senast jag kollade).

Det går att göra en själv om man vill ha full koll på vad som görs och då tillåter förändringar hur som helst. Det tar ganska lång tid om man inte har gjort det tidigare för att det är så mycket man måste ta hänsyn till. Som sagt, det kan vara ett helt projekt för sig och har man inte tiden så är det lika bra att använda etablerade frameworks för detta.

1. Jag hade löst det med ett Image-objekt och ett Album-objekt och en referens på album-objektet till image-objektet (relationsdatabas) som då blir ett ett-till-ett-relation, med stöd för ett-till-många (dock ej många-till-många). På detta sätt hade jag även lagrat artist, skivbolag etc. där vissa kan kräva många-till-många-relationer.

2. Det är inte C# som sparar data/text, det är databasen. I en relationsdatabas så är det kolumnen på en tabell som bestämmer hur mycket du får lagra. text/ntext för MSSQL är mellan 1-2 miljoner tecken. Det är högst relevant att dela upp din data så mycket du kan. Jag hoppas att du inte skriver en hel text blandat med artist, album, låtnamn, recensioner etc. i samma textfält utan delar upp det i olika delar.

EDIT:
Jag hade inte använt en stored procedure för något så enkelt som att lagra och hämta data.

som en liten parentes kan nämnas att datatyperna text och ntext är "deprecated" och kan ersättas med varchar(max) samt nvarchar(max).
(en liten "bonus" med det är att man kan använda LIKE för att söka i innehållet...)

Bra parentes! Det är viktigt att hålla koll på vad som är deprecated. Jag hade ingen aning om detta.

http://msdn.microsoft.com/en-us/library/ms187993.aspx
"ntext, text, and image data types will be removed in a future version of Microsoft SQL Server."

1. Vi pratar både C# och SQL. Databasmässigt så finns det en referens till ett Image-objekt på Album. Likaså i C# fast i minnet när du väl har laddat in det från databasen. På något sätt måste klasserna mappas till tabeller. Det gör en OR-mappare åt dig nästan, det krävs lite inställningar för att få så att klasser går till rätt tabell. All data i databasen och relationerna för objekten förändras inte för att du laddar in objekten i C#, allt ska bestå annars kan du inte garantera att ett objekt är intakt och då fallerar allt.

2. Ja, du förstår redan nu problemet. Om du verkligen måste spara allt i en kolumn, vilket jag verkligen inte rekommenderar, så skulle jag nog använda mig av XML för att få till en bra struktur. Det är ganska mycket overhead i XML så redan där skulle jag vara missnöjd med lösningen. Dessutom kan du inte filtrera ut album på artist,år,skivbolag så enkelt om all data bara finns i en stor kolumn. Det bästa är, om du använder en relationsdatabas, att strukturera upp hur all data skall lagras, i flertalet tabeller och kolumner.