magento這個(gè)程序在無(wú)憂主機(jī)php空間安裝非常的成功，基本上是沒(méi)有遇到什么問(wèn)題的出現(xiàn)。但是今天無(wú)憂主機(jī)小編在做售后的時(shí)候有一位站長(zhǎng)朋友找過(guò)來(lái)，說(shuō)是今天剛買的空間，怎么搬家的時(shí)候在導(dǎo)入數(shù)據(jù)庫(kù)的時(shí)候怎么報(bào)錯(cuò)呢？小編幫這位客戶看了一下，數(shù)據(jù)庫(kù)表沒(méi)有任何的問(wèn)題，也在本地進(jìn)行了測(cè)試。當(dāng)時(shí)無(wú)憂主機(jī)小編還認(rèn)為是客戶的操作問(wèn)題導(dǎo)致的，于是小編也對(duì)此操作，還是不能成功。那么報(bào)錯(cuò)的原因是什么呢？報(bào)錯(cuò)代碼如下： #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'USING BTREE,KEY `FK_TAG_FIRST_CUSTOMER_ID_CUSTOMER_ENTITY_ENTITY_ID` (`first_' at line 7 這個(gè)報(bào)錯(cuò)一看就是數(shù)據(jù)庫(kù)不能支持本語(yǔ)句的定義，當(dāng)然無(wú)憂主機(jī)小編也是翻譯這句話得來(lái)的結(jié)果，但是對(duì)于這個(gè)的解決方法也是非常的簡(jiǎn)單的，只需要輕輕的修改，就可以成功的導(dǎo)入了，接下來(lái)就看無(wú)憂主機(jī)小編怎么做到的吧。 1、首先打來(lái)sql文件，搜索找到：PRIMARY KEY (`tag_id`) USING BTREE，找到這個(gè)之后把它替換成：?PRIMARY KEY USING BTREE (`tag_id`)。 2、再搜索：PRIMARY KEY (`tag_relation_id`) USING BTRE，找到這個(gè)，并且替換成：RIMARY KEY USING BTREE (`tag_relation_id`)。 從以上的結(jié)論我們可以看出，其實(shí)這個(gè)也是程序的一個(gè)小小的bug，設(shè)計(jì)數(shù)據(jù)庫(kù)者就應(yīng)該考慮到數(shù)據(jù)庫(kù)版本的因素，所以這個(gè)就是這個(gè)程序的欠佳的反映了。 以后不管是什么程序的數(shù)據(jù)庫(kù)導(dǎo)入錯(cuò)誤的，只要是這樣的，那么可以根據(jù)無(wú)憂主機(jī)小編的這種思路進(jìn)行修改，方可成功的導(dǎo)入，還有一種就是把數(shù)據(jù)庫(kù)的版本安裝成程序所介紹的版本，當(dāng)然數(shù)據(jù)庫(kù)的安裝版本只能方便于本地環(huán)境，或者是自己搭建的服務(wù)器。 希望能幫助到站長(zhǎng)朋友！ 無(wú)憂主機(jī)相關(guān)文章推薦閱讀： MAGENTO文件模板介紹 開(kāi)發(fā)MAGENTO模板先知道 如何調(diào)用MAGENTO的靜態(tài)塊 MAGENTO搬家報(bào)錯(cuò)之一解決方法

本文地址：http://m.love62.cn/magento/18883.html