2017-02-27 4 views
0

La description détaillée ci-dessous.Conception de la table de base de données MySQL pour MVC WebAPI

L'exigence

Je développe une page qui comprend la conception Blogging deux extrémités avant et arrière. Utiliser MVC WebAPI en tant que service et MySQL pour stocker des données. Ma page de blog nécessite d'être présentée dans 2 mises en page différentes dès maintenant, et à l'avenir, je peux ajouter plus de mises en page pour la même page. Le défi ici est de concevoir la table de base de données puisque les contenus pour différentes mises en page seront présentés dans différents formats, par exemple -3 paragraphes et 2 images dans la première mise en page, 5 paragraphes et 3-4 images dans la deuxième mise en page.

Ce que j'ai essayé

Après avoir traversé divers concepts « Stockage la totalité du contenu HTML dans la base de données » sonnaient la solution la plus réalisable car il est approche assez simple à faire. Cependant cette approche n'est pas faisable pour moi puisque:

  1. Cela signifie coder en dur les données -> Résultat difficile à modifier dans le futur.
  2. Je prévois de développer des applications mobiles dans le futur, auquel cas ces données HTML seraient sans signification pour moi.

Ce que je prévois

Pour créer une table MySQL avec différentes colonnes pour les paragraphes et les images (P1, P2, P3, IMG1, IMG2 ... etc), mais encore une fois pour moi cette approche ne semble pas si à l'avenir envisager de modifier la table serait difficile à l'avenir.

Donc, ici, je viens d'obtenir quelques belles solutions adaptatives pour concevoir la table selon mes besoins. La capture d'écran ci-jointe est une vue initiale de ma première page de description de blog.
TIA.

salutations,
Dash

Rough Page

Répondre

0

Une base de données est un référentiel de données.

Une extrémité avant est l'endroit où le formatage et les décisions sont prises.

Suivez ces deux règles pour répondre à votre propre question.

+0

Je le sais. Je peux concevoir une table selon mes conditions actuelles immédiatement. Mais le problème réside dans les besoins futurs, la table en ce moment serait assez bon pour mes besoins, mais demain si je veux apporter des modifications à ma mise en page - je vais devoir faire des changements dans la structure db aussi. Donc, voici ma question: existe-t-il un moyen efficace de le faire? – Dash