タグ付けされた質問 「database」

MagentoのMySQLデータベースに関連する質問（テーブルスキーマ、プレーンSQLクエリ、データベース構成など）。Magentoデータベースアクセスレイヤーに関する質問については、他のタグ（eav、モデル、リソースモデル、コレクション、インストールスクリプトなど）を使用してください。特にSQLクエリに関する質問には、SQLタグも適しています。

1
cms / blockエンティティの場合、下位データがcms_page_storeから明示的に削除されるのはなぜですか？
cms/blockエンティティには結合テーブルcms_block_storeがあります。これは、特定のブロックを1つ以上のストアにリンクするレコードです。CE 1.6 より前は、エンティティが削除される前にリソースモデルMage_Cms_Model_Mysql4_Block（リンク）がこれらのレコードを個別に削除することはなく、カスケードを使用してレコードを効果的に削除していました。1.6.0.0以降、再配置されたリソースモデルは、エンティティがから削除される前にMage_Cms_Model_Resource_Block::_beforeDelete（リンク） 内のこれらのレコードを明示的に削除します。cms_block protected function _beforeDelete(Mage_Core_Model_Abstract $object) { $condition = array( 'block_id = ?' => (int) $object->getId(), ); $this->_getWriteAdapter()->delete($this->getTable('cms/block_store'), $condition); return parent::_beforeDelete($object); } 以前のようにカスケードに依存するのではなく、2つの別々のクエリでこの操作を実行する明らかな理由はありますか？
8 database  cms  model  mysql 
3
cronがMySQLをクラッシュさせる
新しいサーバーに移動した後、MySQLクラッシュ[1]の問題が1日に1回発生します。これは私のメールに送信され、潜在的な影響は言うまでもありません。この問題をデバッグする方法に関するヒントはありますか？ 明らかにクラッシュが発生する$schedule->save()ので、try ... catchでラップしようとしましたが、それは役に立ちませんでした SQLSTATE[HY000]: General error: 2006 MySQL server has gone away Trace: #0 /var/www/vhosts/site/store/lib/Zend/Db/Adapter/Pdo/Abstract.php(305): PDO->beginTransaction() #1 /var/www/vhosts/site/store/lib/Zend/Db/Adapter/Abstract.php(495): Zend_Db_Adapter_Pdo_Abstract->_beginTransaction() #2 /var/www/vhosts/site/store/lib/Varien/Db/Adapter/Pdo/Mysql.php(219): Zend_Db_Adapter_Abstract->beginTransaction() #3 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/Resource/Abstract.php(76): Varien_Db_Adapter_Pdo_Mysql->beginTransaction() #4 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/Abstract.php(313): Mage_Core_Model_Resource_Abstract->beginTransaction() #5 /var/www/vhosts/site/store/app/code/core/Mage/Cron/Model/Observer.php(125): Mage_Core_Model_Abstract->save() #6 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/App.php(1338): Mage_Cron_Model_Observer->dispatch(Object(Varien_Event_Observer)) #7 /var/www/vhosts/site/store/app/code/core/Mage/Core/Model/App.php(1317): Mage_Core_Model_App->_callObserverMethod(Object(Mage_Cron_Model_Observer), 'dispatch', Object(Varien_Event_Observer)) #8 /var/www/vhosts/site/store/app/Mage.php(447): Mage_Core_Model_App->dispatchEvent('default', Array) #9 /var/www/vhosts/site/store/cron.php(46): Mage::dispatchEvent('default') #10 {main} タイムアウト設定： …
8 database  error 
2
Magento 2：コレクションをウォークスルーして削除する
Magento 2のコレクションを調べ、データベースからエントリを削除する方法があるかどうか疑問に思っていました。 Magento 1では、これは次のようなことで実現できます。 Mage::getModel('foo/bar')->getCollection() ->addFilter('baz', $filter) ->walk('delete') Magento 2で同様のことを達成する方法はありますか？
2
バンドル製品のバンドルアイテムの属性もバンドル製品自体に保存されるのはなぜですか？（データベースごと）
最近、カテゴリページのレイヤードナビゲーションフィルターのオプションがどのように決定および取得されるかを調査していました。私はモデルとデータベースを少し掘り下げましたが、次のメカニズムがわかりません。 状況：たとえばcolor、（attribute_id = 133） という名前の属性、単純な製品A（entity_id = 26）、およびバンドルされた製品B（entity_id = 27）があり、そのバンドルアイテムとしてにA追加さBれMagento ver. 1.9.0.1ます。 ステップ1： color両方のために設定されていませんAし、B ステップ2： colorはBlack（value_id = 19）として設定されますB ステップ3：次のよう colorに設定されますWhite（value_id = 18）A 手順3から、バンドルアイテム（Aこの場合）の属性が、バンドル製品（Bこの場合）自体の属性であるかのように保存されていることがわかります。これが、バンドル製品のバンドルアイテムの属性がレイヤードナビゲーションフィルターにも表示される理由です。 なぜこのように設計されているのですか？なぜシステムは子製品の属性も親製品に保存するのですか？システムの特定のプロセスでどのように役立ちますか？ 前もって感謝します。
1
カスタムテーブルフィールドを取得して表示する簡単なMagento2の例？
Magento2データベースにカスタムテーブルがあり、Magento2ページでフィールドデータを接続、取得、および表示する方法の簡単な実際の例が見つかりません。 これはほとんど機能しますが、フィールドのフェッチで停止するので不完全ですが、実際にWebページにフィールドを表示する方法は示していません。http： //webkul.com/blog/magento2-write-custom-mysql-query-without -using-model / 誰かが完全な例を提供できますか？
3
Magento 2データ型。時間が必要です
これは、その列のデータ・タイプ表示されますTIME（ないdatetime例えば、一日の時間だけ、12:00ではサポートされていませんが）Magento 2。 時刻を保存する必要があります。これを回避するにはどうすればよいですか？ 利用可能なツールとデータ型をどのように使用すればよいですか？ 私は通常の特徴的な日付（1970-01-01 12:00:00データを閲覧する人を混乱させないように十分に区別できるようなもの）を保存し、それから時刻部分をで抽出することを考えましたがUI、それは恐ろしくて私をうんざりさせます。 よりエレガントな方法はありますか？
3
Magento 2-引っ越しサイト-「そのようなエンティティはありません」
サイトをstaging.site.nlからsite.nlに移動した後、奇妙なエラーが発生しました。サイトのインデックスを再作成しようとすると、次のエラーが発生します。No such entity. ログインしようとすると、次のメッセージが表示されます。 a:4:{i:0;s:15:"No such entity.";i:1;s:5964:"#0 /home/site/public_html/vendor/magento/module-store/Model/Store.php(542): Magento\Store\Model\WebsiteRepository->getById('0') すべてのファイルをコピーし、データベースを移動して、core_config_dataのURL値を置き換えました。
2
Magento 2の2つのテーブルを結合する
2つのテーブルを結合しようとしていますが、間違った結果が返されます。書き込み方法を教えてください。 データ：カスタムテーブル（product_id,email,id）からProduct_id。 期待される結果：2つのテーブル（custom_tableおよびcatalog_product_entity）を結合して、Product Name, Sku and Email_id 書き方を教えて頂けますか？
1
Magentoが多すぎるテーブルエラーの一括更新製品
今朝、magentoで約100の製品を選択して有効にすると、このmysql too many tableエラーが発生しました 以下はログファイルの抜粋です a:5:{i:0;s:92:"SQLSTATE[HY000]: General error: 1116 Too many tables; MySQL can only use 61 tables in a join";i:1;s:5786:" #0 /var/www/html/dev.mysite.com/lib/Varien/Db/Statement/Pdo/Mysql.php(110): Zend_Db_Statement_Pdo->_execute(Array) このmysqlスレッド（http://forums.mysql.com/read.php?10,94448,94505#msg-94505 を通過）は、eav dbモデルに欠陥があることを示しています。 また、61テーブルを増やすと、また、eavモデルは最終的にこれを超えます。 magento eavモデルは完璧ではありませんか？それともカスタム属性が多すぎるためですか？（150以上のカスタム属性とセット） 私はこれに対処する方法は無意味です。 助けを求めて ありがとう
3
データベースのインポート中のMySQLエラー
Magentoをアップグレードしたい。そのため、最初にライブの本番システムを開発ワークスペースに転送したいと思います。本番データベースをクリーンなデータベースにインポートしようとしています。しかし、正しくインポートできません。私はいくつかのオプションを試しました：http://www.magentocommerce.com/wiki/1_-_installation_and_configuration/restoring_a_backup_of_a_magento_databaseに示されているステートメントを含む（および除外する）異なる設定でphpMyAdminを介してエクスポートするMagento管理を介してエクスポートする Magento 1.5.1.0、phpMyAdmin 4.0.8、および最新バージョンのBigDumpを使用してインポートしています。 これは私がしばらくして受け取るエラーです： 行8699のエラー：UPDATE CASCADEのDELETE CASCADEにCONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_STOREFOREIGN KEY（store_id）REFERENCES mage_core_store（store_id）を追加してください。クエリ：ALTER TABLE mage_catalog_category_entity_datetime ADD CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_ATTRIBUTEFOREIGN KEY（attribute_id）REFERENCES mage_eav_attribute（attribute_id）ON DELETE CASCADE ON UPDATE CASCADE、ADD CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_ENTITYFOREIGN KEY（entity_id）REFERENCES mage_catalog_category_entity（entity_id）ON DELETE CASCADE ON UPDATE CASCADE、ADD CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_STOREFOREIGN KEY（store_id）REFERENCES mage_core_store（ADE store_idON DELETE ONCA CASCADE MySQL：子行を追加または更新できません：外部キー制約が失敗しました（goldenm101_mage4。#sql-182e_c1d79、CONSTRAINT FK_CATALOG_CATEGORY_ENTITY_DATETIME_STOREFOREIGN KEY（store_id）REFERENCES mage_core_store（store_id）ON DELETE CASCADE ON UPDATE CASC） ' …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.