讲师回答 / 洪涛
你这个错误很奇怪啊，t9.id是什么东西？t9这个表根本不存在看看你的entity是不是有问题，把字段和关联删掉一些，然后用命令让sf2帮你修改一下数据库结构，然后你再执行以下看看对不对。
2015-03-29
已采纳回答 / 洪涛
看这个链接里http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/association-mapping.html 所有关系的定义都有示范，照着写就好。
2015-03-28
已采纳回答 / 洪涛
是entity和相应的repository啊，entity是实体，相当于表里每条记录所对应的php类的定义，repository是你怎么去操作这个表的方法的集合。
2015-03-28
已采纳回答 / 洪涛
表示是identifying relationship还是non-identifying relationship，这是一个标准数据库范式设计的主键和外键设置方式，identifying relationship下，主键会是外键的一部分，比如你要建一个外键在一个已经有外键的表上了，如果你用的是identifying relationship，那么这个外键会包含两个主键字段。这段话比较难用简单的语言解释清楚，建议你在Workbench里操作一下就明白了。一般我们设计数据库不太会用到identifying r...
2015-03-22
已采纳回答 / 洪涛
这确实是一个问题，因为说到底你的路径可能会变，所以js里就不能写死。我给你3个思路。1.把所有的路径做成页面上的js变量，然后你的js里动态的去获取变量中的路径2.有专门的bundle来解决这个问题，记得应该叫jsroutingbundle，它的实现原理其实类似，只不过做得更加智能一点。3.在你的php的上一层，比如nginx或者apache这一层做一层转发，这样你可以通过这一层的不同的设置来把url导向当前环境下正确的地址上。
2015-03-21
讲师回答 / 洪涛
建立数据库的时候速度不是重点，用什么工具最终都逃不过设定表名，设定字段，建立表和表的关系这么个流程。更加重要的是在建的过程中从全局的角度不断审查所有表的关联性以及必要性，在这点上workbench就是一个很好的工具，它更像是一个说明书，指南针，目录，一种合理的gs工作方式，它让你能够用一种全局的视角去审视你的数据库结构是否合理。
2015-03-20
讲师回答 / 洪涛
朋友你拼错了好么，是repositoryClass，你多打了一个n。不是我不愿意回答你的问题，但以后这种问题请先自己检查一遍，这是最基本的碰到问题该怎么处理解决的逻辑：先自己检查一遍。何况又不是什么特别复杂的问题，你有这功夫自己早检查出来了。
2015-03-20