Bör man ha <br /> i databasen? istället för \n?

Jag har studerat vbulletin,phpbb och wordpress m.m. När man skriver ett inlägg så sparar dom linebreaks som <br /> och skippar hela \r, \r\n eller \n, och så kör dom bara echo istället för echo nl2br i php.

Så vad är bäst, brukar ni förvandla till <br /> innan ett inlägg sparas?

Bästa är nog om du sparar din text som den är och sedan låter applikationen sköta formateringen. En databas är ju bara ett ställe att spara text och annan information i och jag tycker inte att "formateringsdata" för texten ska hamna där, utan det blir ju mer flexibelt om du har den i applikationen.

På det sättet behöver du ju inte krångla med en massa replace-grejjor i din SQL och dessutom kan du väldigt enkelt ändra hur texten presenteras sedan genom att ändra på ETT ställe, dvs i din applikationslogik.

Generellt tycker jag inte man ska lagra domänspecifik formatering i databasen. Just för att slippa onödig bearbetning av datat om man nån gång byter presentationslager eller bestämmer sig för att stödja ett annat sådant.

EDIT: Vad Proton sa.

Det är ofta snyggt att både spara den oformaterade datan samt den eventuella HTML-kod som genererats från denna, detta då det är onödigt att formatera om output om den ändå alltid kommer att se likadan ut.

Att låta front-end-applikation generera ny data för varje sidvisning är i många fall sämre än att låta eventuell "cache" få ta lite extra plats (på disk), speciellt om detta sker fler gånger (ie. oftare) än att originaldata modifieras.

bra svar.

så här är det, jag funderar på att spara orginal datan, med mark up language som [link] och \n för radbrytningar m.m, sedan körs det genom en parser och skriver ut <br /> samt <a href=".. taggar m.m, I tex vbulletin så finns det två columns ett med mark up language kod, fast även den har <br /> i sig, samt en htmlparsed kolumn där dom gjort om det till länkar etc.