講師回答 / 洪濤
你這個錯誤很奇怪啊，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