Mysql для email маркетолога — какие функции необходимо знать?
Всем привет!
Обычно в email маркетинге широкопрофильный маркетер работает с менеджером проекта или другим it специалистом, которому может поставить задачи по получению нужных данных из базы.
Предположим, что такого специалиста нет, и нашему маркетеру нужно самостоятельно вытаскивать данные, например, для проведения регулярных рассылок. Ему понадобятся email, юзернейм, имя фамилия, демографические данные, данные о покупках (сумма, время покупки, наименование товара) + некоторые события, которые собирает аналитическая система (дата последнего визита, регион, откуда был визит или регистрация и т.д.). Знаний по части работы с базами у нашего специалиста немного, но вытаскивать данные ему придется самому.
Собственно, вопрос: с чего начать, чтобы делать все вышеназванное самостоятельно? Т.е. самостоятельно находить/определять нужный тип данных и как забирать (выгрузки в csv, api и т.д.). Можно ссылками на видео, статьи, собственный опыт.
Как вариант использовать утилиты для работы с бд, это могут быть и разного рода программы или скрипты, такие как phpMySql, adminer и т.п. Если в базе прописаны внешние ключи, тогда проблем может не возникнуть. Скрипты даже код sql генерируют, что поможет обучению
Лучше всего заранее спроектировать основные сценарии для запроса данных и попросить техспецов сделать форму с доступом по паролю, в котором можете с выпадающими списками и чекбоксами делать выборку того, что нужно, а получив нужные данные по кнопке "Скачать" их скачать.
Если прижало: 1. Понять принципы реляционных баз (построение базы на основе отношений),
тут сейчас есть один главный принцип — 3 нормальная форма, почитать:
2. Заведомо получить инструмент для доступа к БД и отдельно научиться подключатсья к ней
3. Научиться делать запросы с SELECT, то есть только чтение:
делать запросы из 1 таблицы с разными условиями
делать запросы из 2 и более таблиц с отношениями с условиями, например выбрать всех пользователей с именем Андрей и данные для этих пользователй в др таблицы заказов
да, хороший вариант, спасибо.
но я также хочу понять, что придется изучать/осваивать в наименее благоприятном сценарии, когда скажут: "вот база, доставай, что нужно сам".
Евгений Ребров, нужно:
- понять 3 нормальную форму обязательно, тк данные разнесены по разным таблицам с отношениями
(пример : заказы и пользователи отдельно, у заказа просто есть поле user_id, которое отсылает к пользователю из др таблицы с id, которое равно тому user_id)
- понять как делать выборку, учитывая эти отношения
