¿RedBean necesita una clave principal "id"?

Question

Si usa RedBean ORM, ¿necesita agregar una clave principal llamada "id" en cada tabla de su base de datos?

En mi db tengo algunas tablas que tienen pares de claves primarias de 2 o 3 campos, o claves principales con otros nombres que no sean "id" (sí, podría cambiar el nombre a "id", pero no lo haría) t realmente refleja la realidad, ya que no son identificadores)

Ejemplo:

tabla1 - venta mensajes:

id   INTEGER  PRIMARY KEY AUTOINCREMENT, 
    name   TEXT, 
    title  TEXT, 
    content  TEXT, 

Table2 - almacena meta de mensajes:

post   INTEGER  DEFAULT 0,  # <- references "id" from "posts" 
    name   TEXT, 
    value  TEXT, 
    PRIMARY KEY(name, post), 
    CONSTRAINT posts_meta FOREIGN KEY(post) 
    REFERENCES posts(id) ON DELETE CASCADE ON UPDATE RESTRICT 

¿Funcionaría RedBean con este tipo de estructura db?

Answer 1

Desafortunadamente, con la estructura de la tabla actual, no se podía usar RedBean. Cada tabla necesita tener una clave primaria de incremento automático. Una pequeña caída, ya que dificulta la integración en un producto ya existente.

Un par de hilos que no hizo uso de Redbean debido a esta restricción, con las respuestas del autor, Gabor De Mooij:

http://groups.google.com/group/redbeanorm/browse_thread/thread/6d5582275326744f?pli=1

http://groups.google.com/group/redbeanorm/browse_thread/thread/4fa7b29b453dcdb8

Redbean no requiere que el campo de clave principal para ser nombrado simplemente "id", sin embargo. Puede formatear el nombre de la columna de la clave principal a su gusto utilizando el método formatBeanID(), como se ve en el ejemplo a continuación, que prefija el nombre de la tabla al "id" de forma condicional. ej.) la tabla users tendría la clave primaria users_id. Con ese formato, puede obtener detalles con el nombre de identificación según sea necesario.

http://redbeanphp.com/community/wiki/index.php/Prefixes

Esperemos que esta restricción se levantarán en el futuro, ya que realmente obstaculizar la integración en los productos existentes.

EDITAR: Como ORM alternativo, he escuchado bien de Doctrine: http://www.doctrine-project.org/. No lo he usado personalmente, pero parece ser el estándar para muchos que trabajan con PHP.

EDIT 2: Gracias y crédito a Jason por llamar la atención sobre un nuevo método para integrar RedBean en un proyecto existente donde su base de datos podría no estar configurada para ello. Quería actualizar mi respuesta también en caso de que las personas sigan haciendo referencia a este problema. Gabor sugirió hacer vistas que se relacionen con las tablas, donde puede configurar la vista para tener la estructura adecuada requerida para RedBean. No he probado esto personalmente, pero ha recibido comentarios positivos de algunos usuarios. Agrega algunos gastos indirectos adicionales y mantenimiento cuando se modifican las tablas, pero parece ser la mejor y más completa respuesta a este problema hasta la fecha. http://www.redbeanphp.com/faq#beanformatter

Answer 2

La respuesta aceptada no es estrictamente cierta ... Puede usar la estructura de tabla existente, pero deberá implementar una VISTA en la parte superior de cada una de las tablas que le permita cambiar el nombre de la columna PKEY. carné de identidad'...Ver este correo electrónico de Gabor - el creador de RedBeanPHP:

https://groups.google.com/forum/#!searchin/redbeanorm/view/redbeanorm/wXUeT4Tj2uU/3AngnmVwZdYJ