Modelo de datos

Al iniciar el desarrollo de Belegost, tuve que tomar ciertas decisiones importantes antes de comenzar. Una de ellas fue el modelo de datos con el que tenía que funcionar todo el sistema. Mi elección no fue sencilla, sin embargo teniendo en cuenta que mi actual weblog se basa en Serendipity, decidí que sería un buen punto de partida basarme en su modelo de datos.

No era una elección a futuro, pues mi intención era tener un modelo propio, sin embargo partiendo de esta base, el desarrollo podía iniciarse de forma casi inmediata y podía empezar a probar las grandezas de Rails.

A día de hoy, pienso que quizás no fue una buena elección. Actualmente las tablas han sufrido unas modificaciones entorno a su nombre o al de sus campos, que no han sido tremendamente importantes, sin embargo hace poco había llegado a un punto en el que apenas si avanzaba y unas modificaciones hacían que otras partes dejasen de funcionar.

En parte por mi mal uso, del framework de Rails y en parte porque el modelo no me encaja a la perfección, así que el modelo de datos se ha convertido en un problema a tener en cuenta. La causa tal como yo la veo es debida a que si miras las tablas y ves la información que en ella se muestra, alcanzas a comprender como funciona Serendipity (php) e intentas que tu aplicación tuviese una funcionalidad similar en Rails, adaptántola a lo que quieres, pero a veces hace que te empeñes en algo que con RoR no se hace de esa forma. Lo cual a mi me ha metido en un círculo vicioso bastante frustrante.

Como ya he comentado en alguna ocasión, iniciaba el desarrollo sin tener muchos conocimientos sobre RoR, por lo que la mayoría de ellos los voy adquiriendo sobre la marcha y esto en cierta medida a afectado al modelo de datos. Los nombres de las columnas deben seguir unas nomenclaturas predefinidas en Rails, para que la cosa funcione perfectamente. Las tablas se relacionan si ciertos campos tienen ciertos nombres y a la vez son primariy key o en otros casos foreing key.

Así que he llegado a la cruda conclusión de que debía cambiar el modelo de datos y empezarlo desde cero. Esto si te lo planteas desde mi punto de vista ha frenado el desarrollo en seco, de hecho le hizo dar un paso atrás al mismo, pero lo bueno es que tras elegir mi nuevo modelo, ajustado a mis necesitades actuales, ha dado lugar a salir del bucle en el que me encontraba y a avanzar en un par de días más que en las dos últimas semanas. Sin dudarlo afirmaría que tener un modelo de datos propios mejora tu desarrollo aunque al principio lo frene.

¿Cambiaría mi manera ahora mi manera de empezar? Pues no sabría que decir; porque mi decisión dio lugar a conocer RoR pero también a investigar más sobre porqué no me funcionaban las cosas y qué era necesario, hasta el punto de que he leido cómo trabaja Rails, sus nomenclaturas, cómo se relacionan las tablas, etc. Con las mayores ganas e interés. Eso también ha repercutido en el modelo de datos actual, que aunque simple, es bastante acertado, pero esa es mi humilde opinión.