Я бы просто повесил Это на стену и медетировал.

Другого применения найти сложно. Да и вообще не понятно зачем Это счастье нужно?

Но по своей природе человек любопытен, и именно поэтому, чтобы удовлетворить это ваше чувство, я выкладываю эту схему БД magento.

Я не знаю кто и на кой это сделал, но если вдруг Оно вам пригодилось – не поленитесь отписаться в комментах каким именно образом это произошло.

Размер ~ 3Mb

Скачать Magento DB диаграмму

Похожие Magento-статьи:

1. Структура базы данных Magento
2. Пошаговая инструкция установки Magento
3. Наворачиваем свой модуль. Вывод коллекции данных в грид.

Копнём глубже и окунёмся с головой в базу данных Magento, а точнее в её структуру.

К сожалению, я не смог найти версию последней базы, но поверьте, для понимания всех механизмов взаимодействия вам хватит и этой.

По сей ссылочке вы можете скачать PDF версию структуры базы данных Magento 1.1.6

Я не буду рассказывать и объяснять как там всё устроено и почему именно так, какие где связи и как вообще работает эта хреновина. Я лучше посоветую вам поверхностно разобраться во всём этом, почувствовать идею.

P.S.

Мне понравился такой подход. Он очень гибкий и с оптимизацией на скорость.

Я сам в одном из своих старых проектов использовал EAV модель с флэтизацией. Это очень сложно  в реализации но потом оно себя оправдывает!

Похожие Magento-статьи:

1. Диаграмма базы данных Magento
2. Как правильно перенести базу Magento?
3. Какой выбрать движок или скрипт для интернет магазина.

Чтобы изменить тему в админке на свою, например для переделки шаблонов – чтобы они не затерлись после обновления, надо просто изменить конфиг, отвечающий за это.

Как я уже писал в посте про систему конфигов, сделать это можно либо в XML файле либо в базе данных… Собственно вот два варианта, какой нибудь точно сработает:

<stores>
<admin>
<!-- default admin design package and theme -->
<design>
<package>
<name>package</name>
</package>
<theme>
<default>theme</default>
</theme>
</design>
</admin>
</stores>

—————————————————————————-

INSERT INTO `core_config_data` (`config_id`, `scope`, `scope_id`, `path`, `value`)
VALUES (NULL, 'default', '0', 'stores/admin/design/package/name', 'package');

INSERT INTO `core_config_data` (`config_id`, `scope`, `scope_id`, `path`, `value`)
VALUES (NULL, 'default', '0', 'stores/admin/design/theme/default', 'theme');

Похожие Magento-статьи:

1. Система конфигов в Magento
2. Как узнать где находится пользователь – в админке или нет?
3. Как правильно перенести базу Magento?

Система хранения конфигов в мадженто устроена очень просто, в ней есть как плюсы, так и минусы…
Рассмотрим по-порядку:

1. Для чего нужна система конфигов

Это универсальная система хранения системных переменных. Во избежание хардкода все параметры можно изменить когда нужно, прочитать, сравнить и т.д. Каждый модуль нуждается в конфигурировании, в 99% случаях эти конфиги нужно  будет изменить со временем – это и является основной причиной востребования системы конфигов.

2. Как выглядит система для разработчика

При создании своего модуля, разработчик может создать для него конфиги, которые, собственно будет потом использовать.

Изначально конфиги задаются  в файле config.xml и выглядят примерно так…

Допустим я переписываю USA/UPS модуль и хочу добавить в админку некие параметры…

<config>
<default>
<carriers>
<ups>
<overprice>7</overprice>
</ups>
</carriers>
</default>
</config>

Я добавил параметр overprice и задал ему значение по умолчанию «7″.

Конечно, можно было подумать что это всё равно хардкод, но нет!

Если в system.xml прописать следующее, то этот параметр появится в админке, и его можно будет изменить

<config>
<sections>
<carriers>
<groups>
<ups>
<fields>
<overprice translate="label">
<label>Flat shipping fee for all parts/accessories purchases totaling less than minimum order amount for free shipping</label>
<frontend_type>text</frontend_type>
<sort_order>333</sort_order>
<show_in_default>1</show_in_default>
<show_in_website>1</show_in_website>
<show_in_store>0</show_in_store>
</overprice>
</fields>
</ups>
</groups>
</carriers>
</sections>
</config>

В разделе Shiping methods / UPS мы обнаружим данное поле конфига.

3. Как достать конфиг когда мне надо?

Примерно так… хотя у большинства модулей есть готовые функции

public function getConfigData($field)
{
if (empty($this->_code)) {
return false;
}
$path = 'carriers/'.$this->_code.'/'.$field;
return Mage::getStoreConfig($path, $this->getStore());
}

4. Плюсы и минусы

Хочу выделить по одному большому достоинству и недостатку…

Очень удобная система в плане использования – это огромный плюс. Не надо заморачиваться на сохранение, изменение и вытаскивание данных… в Magento уже всё реализовано.

Огромный минус – это то, что при изменении значений конфига создаются записи в табличке core_config_data (ну не в xml же сохранять изменения). На некоторых проектах я видел уже в процессе разработки около 10000 записей конфига. При всем при этом в момент запроса происходит поиск значения параметра как в базе данных так и в xml файлах. Это способствует значительному увеличению времени работы скрипта.

Похожие Magento-статьи:

1. Как изменить тему в админке Magento
2. Как правильно перенести базу Magento?
3. Пошаговая инструкция установки Magento

При переносе базы данных Magento ни в коем случае не пользуйтесь PHP myAdmin’ом, иначе вы рискуете остаться без внешних ключей (ограничений).

Так же не советую делать дампы разными менеджарами баз данных типа EMS или Front. Вы потеряете очень много времени.

Лучше всего если вы сделаете дамп самим движком Magento! Это 100% проверено, 100% быстро, и дамп останется еще и на сервере (на всякий случай).

В админке зайдите сюда admin/system_backup и просто нажмите кнопку Create Backup!

Заливать (или восстанавливать) я бы посоветовал напрямую по SSH командой mysql либо, как обычно делаю при помощи MySQL FRONT.

Внимание!!! Всегда используйте кодировку UTF-8!!!

Похожие Magento-статьи:

1. Как изменить тему в админке Magento
2. newsletter рассылки
3. Как правильно формировать URL при создании блока или страницы