その他 > バージョンアップ > 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました |
バージョンアップ
| 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
suika001 |
投稿日時: 2011/6/7 16:47
対応状況: −−−
|
新米 登録日: 2011/6/2 居住地: 投稿: 5 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました higumuneさんの環境で発生していると思しき現象を再現できました。
1 2.4.xの環境で、規格1だけ登録した商品情報を作成。 2 1で作成した商品を顧客が購入する。 3 1で作成した商品の規格を再編集し、今度は規格1、規格2の両方を登録する。 上記の手順を済ませた上で移行データを作成し、そのデータを2.11.xの環境でインポートしようとしたところ、 [Native code: 1054] [Native message: Unknown column 'parent_class_combination_id' in 'where clause'] となり取り込むことができませんでした。 |
ゲスト |
投稿日時: 2011/6/7 21:10
対応状況: −−−
|
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました suika001さん
引用: 1 2.4.xの環境で、規格1だけ登録した商品情報を作成。 ありがとうございます。 カバーできている範囲に問題がありましたね。 修正する予定ですので higumuneさん、もうしばらくお待ちいただければと思います。 以上です。 |
|
ytk |
投稿日時: 2011/6/17 1:11
対応状況: −−−
|
仙人 登録日: 2009/12/7 居住地: 投稿: 349 |
500エラーが出ます 横からすみません、どうしてもエクスポートができません。
移行データ作成ボタンを押すと以下が表示されます。 500エラー ※CGI もしくは SSI が正しく動作していません。 • URLに間違いがないか、再度確認してください。再読み込みしてください。 • ご利用中のユーザー様は 【 チカッパ!よくある質問集 】 をご参照ください。 • 疑問点等ございましたら 【 チカッパ!お問い合せフォーム 】 よりお問合せください。 チカッパサーバーを使用しています。 何が原因でしょうか? EC-CUBEバージョン 2.4.3 PHPバージョン PHP 5.2.6 DBバージョン MySQL 5.0.51a-community-log
|
higumune |
投稿日時: 2011/7/20 15:40
対応状況: −−−
|
新米 登録日: 2011/5/20 居住地: 投稿: 7 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました >stsn様
お忙しいかと思いますが修正版のリリースはまだでしょか? 今か今かと心待ちにしております。 |
can |
投稿日時: 2011/7/31 9:58
対応状況: −−−
|
新米 登録日: 2011/5/4 居住地: 投稿: 10 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 最新版の移行モジュールにて対応しても同じエラーが出ています。
対応よろしくお願い致します。 |
Bee |
投稿日時: 2011/8/5 14:32
対応状況: −−−
|
新米 登録日: 2011/8/5 居住地: 投稿: 3 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました -----環境-----
EC-CUBEバージョン 2.11.1 PHPバージョン PHP 5.2.13 DBバージョン MySQL 5.0.90 -------------- 私もこれまで2.4.4を運用しておりましたが、2.11.1へバージョンアップを検討しております。 そのためローカル環境に2.11.1を新規インストールし、 最新版0.1.2verデータ移行モジュール(エクスポート&インポート)を試してみましたところ、 インポート時に旧バーションで報告されていたエラーと同じエラーが出ました。 ダブり報告になってしまいますが何かの参考になればと思います。 エクスポートは特にエラーも出ず正常終了しましたが、中身がどうなっているかまでは見ていません。 ▼データ移行モジュール(インポート)を使用した時のエラーログ1 ------------------------------------------------------------------- FATAL Error(256) /ec-cube/eccube-2.11.1/data/class/SC_Query.php:903 https://○.○.○.○/shop/admin/load_module_config.php?module_id=181 SQL: PREPARE mdb2_statement_mysql_105464d225b19c76aa256f273145454371b7859cd4f FROM 'INSERT INTOdtb_shipping(order_id,shipping_name01,shipping_name02,shipping_kana01,shipping_kana02,shipping_tel01,shipping_tel02,shipping_tel03,shipping_fax01,shipping_fax02,shipping_fax03,shipping_pref,shipping_zip01,shipping_zip02,shipping_addr01,shipping_addr02,deliv_id,time_id,shipping_date,create_date,update_date,del_flg,shipping_id) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,Now(),Now(),?,?)' MDB2 Error: null value violates not-null constraint _doQuery: [Error message: c] [Last executed query: EXECUTE mdb2_statement_mysql_105464d225b19c76aa256f273145454371b7859cd4f USING @0, @1, @2, @3, @4, @5, @6, @7, @8, @9, @10, @11, @12, @13, @14, @15, @16, @17, @18, @19, @20] [Native code: 1048] [Native message: Column 'deliv_id' cannot be null] ------------------------------------------------------------------- これはおそらくdeliv_idはnullを認めない設計になっているのに nullをインポートしようとしているから出ているのだと解釈し、 その場しのぎでdeliv_idをnull許可に設定。再インポート↓ ▼エラーログ2 ------------------------------------------------------------------- FATAL Error(256) /ec-cube/eccube-2.11.1/data/class/SC_Query.php:903 https://○.○.○.○/shop/admin/load_module_config.php?module_id=181 SQL: PREPARE mdb2_statement_mysql_5201f8fcc60687d3c954596d38834dc196bdb1768e1 FROM 'INSERT INTOdtb_order_detail(order_id,product_id,product_name,product_code,price,quantity,point_rate,product_class_id,order_detail_id) VALUES (?,?,?,?,?,?,?,?,?)' MDB2 Error: null value violates not-null constraint _doQuery: [Error message: Could not execute statement] [Last executed query: EXECUTE mdb2_statement_mysql_5201f8fcc60687d3c954596d38834dc196bdb1768e1 USING @0, @1, @2, @3, @4, @5, @6, @7, @8] [Native code: 1048] [Native message: Column 'product_class_id' cannot be null] ------------------------------------------------------------------- エラーが出ている場所が違うだけで内容は1と一緒なのでその場しのぎで 1と同じ対処をproduct_class_idに。再再インポート↓ ▼エラーログ3 ------------------------------------------------------------------- SQL: SELECT product_class_id FROM dtb_products_class WHERE ) AND product_id = ? MDB2 Error: syntax error _doQuery: [Error message: Could not execute statement] [Last executed query: PREPARE mdb2_statement_mysql_84738444cf7a93b70d3230a8bf73f16d16d782f4d FROM'SELECT product_class_id FROM dtb_products_class WHERE ) AND product_id = ?'] [Native code: 1064] [Native message: 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 ') AND product_id = ?' at line 1] ------------------------------------------------------------------- なんかきりがない気がしてきたためテストはここまでしか行っていませんが、 こんなにエラーが出るのは私の環境(もしくはエクスポートしてきたデータ)がいけないのでしょうか? ネットを徘徊するとエラーもなく正常終了している方も見受けられます。 2.4.4verの方はほぼデフォルトの状態で、いじった箇所といえばテンプレートファイルくらいです。 調査すべき箇所 Or 気付いた点ありましたらどなたかご教授ください↓ 宜しくお願いいたします。 |
468 |
投稿日時: 2011/8/6 0:54
対応状況: −−−
|
神 登録日: 2008/10/26 居住地: 投稿: 3217 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 1点、心当たりがあるのですが、
MySQLには、sql-modeというSQLの挙動を変更する機能があります。 (日付型のカラムに0000-00-00を許容するか、insert時に無効な値を許容するかなど) こちらが、厳格な設定になっていると、 insert時にNULLを許可せず、SQLの実行を中止するようになっています。 my.cnf(Linux)か、my.ini(Windows)の中に sql-mode="STRICT_TRANS_TABLES"の記述があれば、 STRICT_TRANS_TABLESの部分のみ削除して、MySQLを再起動してみてください。 sql-modeの指定を全て削除するのも、ひとつの手かもしれません。 |
Bee |
投稿日時: 2011/8/9 9:17
対応状況: −−−
|
新米 登録日: 2011/8/5 居住地: 投稿: 3 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 468 様
ご指摘ありがとうございます。my.cnf内を確認しましたところ sql-mode="STRICT_TRANS_TABLES" といった記述はどこにもありませんでした。 「sql-mode」だけでもサーチかけてみましたが、該当なしでした。 以上ご報告です。 |
468 |
投稿日時: 2011/8/10 14:15
対応状況: −−−
|
神 登録日: 2008/10/26 居住地: 投稿: 3217 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました Bee様
こんにちは。 特に記述が無かったという事は、デフォルトで厳密な状態になっているのでしょうか? もしよろしかったら、以下の記述を試してみていただけますか? sql-mode="" 私もあまり自信がないのですが、 気になったので、投稿させていただきました。 お役に立てなかったら、申し訳ないです。 |
Bee |
投稿日時: 2011/8/10 16:27
対応状況: −−−
|
新米 登録日: 2011/8/5 居住地: 投稿: 3 |
Re: 【リリース】データ移行モジュール(2.4⇒2.11)をリリースいたしました 468 様
いえいえ、たとえ解決に至らなかったとしても、 MySQLにそんな機能があることや、sql-modeについて 自身で調べる機会をいただきましたこと、感謝致します。 sql-modeを空に設定してみましたが、状況は変わりませんでした。 以上ご報告です。 |
« 1 2 3 4 (5) 6 7 8 » |
| 新しいものから | 前のトピック | 次のトピック | トップ |