Vinnaren i pepparkakshustävlingen!
2013-01-04, 09:46
  #1
Medlem
Hej! Håller på med en site där jag har medlemmar som lagras i en databas, varje medlem ska kunna ha en egen presentation som jag vill spara på något lämpligt sätt. Någon som har tips på hur? Känns konstigt att lagra en lång text i en sql databas, och ett krav är att databasen måste uppfylla tredje normalformen och det skulle den inte göra med ett långt meddelande (inget atomärt värde)


EDIT: La tråden i detta forum eftersom sidan jag håller på med är i asp.net, kanske finns någon lösning där?
__________________
Senast redigerad av SorXisteN 2013-01-04 kl. 10:12.
Citera
2013-01-04, 11:12
  #2
Medlem
christerys avatar
Länk till där filen lagrats i filsystemet tillsammans med annat skrot som kan vara bra å ha som avatarbild osv. Dvs inte länk till filen utan till lagringsutrymmet. Vad innehållet är när du pekar på det är ju det samma. "bild.jpg" eller vad som, men då kan du ha "avatar.jpg" och "beskrivning.txt" åxå.

Annars går det ju att lagra i blobbar, pilla in i .RTF eller .PDF så passerar det kanske 3e normalformen. trodde atomärt var andra, 3e var att nyckeln inte fick.... ähh... du har säkert rätt
Citera
2013-01-04, 11:23
  #3
Moderator
Protons avatar
C# / VB.NET / .NET Framework --> Databaser
/Moderator
Citera
2013-01-04, 11:26
  #4
Moderator
Protons avatar
Citat:
Ursprungligen postat av SorXisteN
Hej! Håller på med en site där jag har medlemmar som lagras i en databas, varje medlem ska kunna ha en egen presentation som jag vill spara på något lämpligt sätt. Någon som har tips på hur? Känns konstigt att lagra en lång text i en sql databas, och ett krav är att databasen måste uppfylla tredje normalformen och det skulle den inte göra med ett långt meddelande (inget atomärt värde)


EDIT: La tråden i detta forum eftersom sidan jag håller på med är i asp.net, kanske finns någon lösning där?
Hur kan inte en lång (eller längre) presentation inte vara ett atomärt värde? Delar du exempelvis presentationen på mitten kan den ju mycket väl få olika betydelser, right? På så sätt är ju början av texten beroende av slutet av texten, dvs atomär.

I sql server finns det ju en longvarchar att ta till. eller VARCHAR(MAX) kan man ju definiera upp attributet som med.

Förstår inte varför du ska hitta ett problem där det från början inte ens finns något?
Citera
2013-01-05, 14:49
  #5
Medlem
Nu minns jag lite dåligt, men 3NF innebär väl att kolumner i en tabell måste vara beroende av primärnyckeln och inget annat. I så fall har du väl inget problem med att lägga texten i databasen?
Citera
2013-01-11, 16:06
  #6
Moderator
Protons avatar
Citat:
Ursprungligen postat av GlisseradSkvimpa
Nu minns jag lite dåligt, men 3NF innebär väl att kolumner i en tabell måste vara beroende av primärnyckeln och inget annat. I så fall har du väl inget problem med att lägga texten i databasen?
3NF säger att tabellen måste uppfylla 2NF samt att det inte får finnas transitiva beroenden i tabellen för att vara exakt.

Hur en lång presentation skule få tabellen att bryta mot 3NF är för mej väldigt oklart fortfarande, för ovanstående talare med tydligen.
Citera
2013-01-11, 20:16
  #7
Medlem
christerys avatar
Passerar nog den men bryter mot femte eller nåt, snabbläste bara http://edc.tversu.ru/elib/inf/0035/0...-2-sect-3.html

Min idé med länkar och bild001.jpg samt presentation001.rtf eller .txt om man nu bara vill ha in 999 användare annars använda counters. (men om man raderar gamla inputs, vilket man inte gör i ditt exempel) så kan det bli kul om countern startar om vid en uppgadering eller flytt.

Sen tycker jag databasen blir snabbare om man inte lyfter in blobbar. men det kan ha ändrats.
Citera
2013-01-11, 20:39
  #8
Moderator
Protons avatar
Citat:
Ursprungligen postat av christery
Passerar nog den men bryter mot femte eller nåt, snabbläste bara http://edc.tversu.ru/elib/inf/0035/0...-2-sect-3.html

Min idé med länkar och bild001.jpg samt presentation001.rtf eller .txt om man nu bara vill ha in 999 användare annars använda counters. (men om man raderar gamla inputs, vilket man inte gör i ditt exempel) så kan det bli kul om countern startar om vid en uppgadering eller flytt.

Sen tycker jag databasen blir snabbare om man inte lyfter in blobbar. men det kan ha ändrats.
Vem har pratat om att spara textdokument i databasen, jag förutsatte att man ville spara en lång presentation som en text, dvs datatypen TEXT eller LONGVARCHAR eller vad den nu kan tänkas heta beroende på dbms, inget annat.
Citera
2013-01-12, 12:01
  #9
Medlem
christerys avatar
Citat:
Ursprungligen postat av Proton
Vem har pratat om att spara textdokument i databasen, jag förutsatte att man ville spara en lång presentation som en text, dvs datatypen TEXT eller LONGVARCHAR eller vad den nu kan tänkas heta beroende på dbms, inget annat.

Presentationer kan ju vara mer eller mindre snygga. Men jag kan ju fattat fel, även en bild eller avatar är ju svår att få in i en text, i Oracle i alla fall.

Ähh, jag tänkte bara högt när jag svarade. Du har säkert rätt.
Citera
2013-01-22, 11:10
  #10
Medlem
Citat:
Ursprungligen postat av christery
Sen tycker jag databasen blir snabbare om man inte lyfter in blobbar. men det kan ha ändrats.
Det kan mycket väl variera. Här är ett löst exempel där det blir snabbare med större (>1mb) blobbar direkt i databasen: http://www.sqlite.org/intern-v-extern-blob.html

Väldigt mycket upp till den specifika implementationen, hårdvara, mjukvara, storlek osv osv.
Citera
2013-01-22, 13:10
  #11
Medlem
christerys avatar
Citat:
Ursprungligen postat av GlisseradSkvimpa
Det kan mycket väl variera. Här är ett löst exempel där det blir snabbare med större (>1mb) blobbar direkt i databasen: http://www.sqlite.org/intern-v-extern-blob.html

Väldigt mycket upp till den specifika implementationen, hårdvara, mjukvara, storlek osv osv.

Otroligt, det hade inte jag trott.
Tack för informationen, så slipper jag sprida fel information. Det jag baserade min åsikt på var att filservrar gör inte annat, så jag trodde att dom skulle vara kvickare.
Citera

Stöd Flashback

Flashback finansieras genom donationer från våra medlemmar och besökare. Det är med hjälp av dig vi kan fortsätta erbjuda en fri samhällsdebatt. Tack för ditt stöd!

Stöd Flashback