Есть ли документация про таблицы в БД и назначение их полей?

[Гість]

Есть ли документация для Opencart про таблицы в БД и назначение их полей? ..и где ее можно найти

[ArtemPitov]

https://opencartforum.com/topic/5852-описания-файлов-шаблона-15х-диаграмма-mysql/?do=findComment&comment=37104

[Гість]

https://opencartforum.com/topic/5852-описания-файлов-шаблона-15х-диаграмма-mysql/?do=findComment&comment=37104

от спасибо!

[florapraktik]

https://opencartforum.com/topic/5852-описания-файлов-шаблона-15х-диаграмма-mysql/?do=findComment&comment=37104

Там полтора, здесь два.

Это не имеет значения?

[ArtemPitov]

Там полтора, здесь два.

Это не имеет значения?

там есть некоторые отличия, но в основном все схоже 

[chukcha]

А это очень существенно?

 

По сути все таблицы свзязаны по имени основной, и по имени id

 

product

product_description

product_to_store

product_to_category

 

order

order_product

 

order_poduct.product_id -> product_product_id

 

 

вот и все что нужно знать :)

[chukcha]

Когда я был высокого роста, стройным блондином, мне пришлось в срочном порядке делать какую-то сервисную операцию на оракле.

В срочном = сейчас, но не позже.

 

А.. самый главный "специалист" ушел с работы, и тогда  мобильная связь только зарождалась,
Но как-то его вызвонили
- Включите мой комп

-???

- зайдите в...

И он начинает описывать как зайти в Oracle Manager

А на то время, машинка с 256м памяти была продвинутой. Но чтоб поднять java машину, чтобы поднять манагера - это еще то удовольствие

Т.е. минут 10, чтобы отдуплилось.
Но каждая прорисовка окна это еще минута..

Так вот зашли мы..

 

- Найдите Сервис -> Инструменты...

Это было выше всех моих сил - интерфейс на Английском

 

Service - Tool но дальше началась самое смешное

 

Как вы думаете, зачем нужно было что-то делать с сервером?
Ага. завис один из тасков оракла и грузит сервер по самое нехочу.
Как вы думаете могу ли я зайти в  систему обслуживания, а убить этот job?

 

Но "главный спец", умеет убивать только через интерфейс, а его этому на курсах научили.

 

Но тут зазвонил телефон :)

 

Я не дослушал "главного спеца"

Мой взгляд привлекла на полке почти нетронутая книженция по ораклу
В которой черным по белому написано порядок убиения зависших сессий оракла, и в том числе job

 

осталось зайти только в консоль и выполнить 3 команды

Времени было потрачено 3 минуты

 

Но отношения с "главным специалистом" были испорчены.

- Так нельзя было делать

- Вы не знаете какие могли быть последствия

 

На что... после немногословного молчания через некоторое время я этому товариСЧу выложил код который посылает Oracle Manager для убиения зависших сессий..

 

Больше я не звонил "главному спецу"
Он и структуру таблиц смотрел в managerе

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

А стоить запросу в визуальном редакторе? туда сюда гоняя связи?

Ну а книжечку я затер, потом до дырочков...

 

@florapraktik, Скажите а зачем вам это? :)

[ArtemPitov]

@chukcha, спасибо, душевно!

[florapraktik]

 

@florapraktik, Скажите а зачем вам это? :)

В смысле? Я уже больше года (с перерывом, правда) хожу на курсы ВЕБ разработки. Я уже даже понял, почему нельзя обращаться к статическим свойствам класса через псевдо переменную $this. Сносно ориентируюсь в файле стайлешит.css и сетке бутстрапа. Могу настроить какой-нибудь слайдер прямо из кода через переменные яваскрипт. Мозг, правда уже закипел. Думаю, пора очередной перерыв сделать. :-D

Я изучаю свой сайт и свой движок. И намерен его изучить. Я верю в то, что это необходимое условие для ведения дел в Сети.

Змінено 25 грудня 2016 користувачем florapraktik

[chukcha]

Как вы думаете, почему марк, и я (иногда) говорим об "идельности" архтектуры OC с точки зрения архитектуры базы

 

Потому что выполнена она почти по всем технологическим канонам архитектуры.

Для пояснения - архитектор (строитель) это не только  красивый внешний вид, это также использование стандартных, технологических конструкций и состоит не из одного листа внешнего вида, но из ОГРОМНОГО количества видов, заднего плана, разрезов, и .. самое главное расчетов. А выдержит ли крыша вес снега, роза ветров и прочие прелести..

Так вот -  структура базы практически идеальна и прозрачна, учитывая многоязычность и многомагазинность

Разделение сущностей и прочее, прочее.

 

Ну.. можно было конечно, сделать так...

 

product.name_ru

product.name_en

product.description_en

product.description_ru

 

И заработало бы это на порядок быстрее

 

Но это усложнило бы на порядок гибкость

Вот напрмиер

 

Мне нужно описание товара иметь не только на разных языках, но и разное для разных магазинов

 

Что делать? да все просто - добавление поля store_id в _description и изменение уникальности ключа (_id, language_id, srore_id)

 

ничего не сломалось!!!