>если в бд вносятся кучей, то стоит сделать отдельный модуль который будет таким заниматься, но к бд напрямую ето не имеет никакого отношения
Вот и я было ломанулся программировать, но как известно меньшекода - меньше багов. Подумал что может есть какие готовые инструменты. Или как вариант репликация базы меня спасет.
> в тестойвой бд не могут находится актуальные данные
Ерунда какая. Данные же разные бывают, не только личные данные пользователей.
Мои данные это цены и описания товаров. Собираемые со сторонних сервсов. Почему я не могу обновить сначала QA базу, посмотреть что все нормально обновилось и только после этого выкатаить все на прод?
Кому не нужно? )
Есть боевая база, есть ежедневно наполняемая тестовая база. Мне нужно данные перенести из тестовой в боевую. Из того что я знаю про миграции, они в таком случае ни чем не помогают. Или я не прав?
Вы про миграции? Да я это знаю. До сих пор не умею ползоваться именно по тому что за пол года разработки не разу не изменил структуру базы данных.
Меня больше интересует вопрос для измененых или новых данных в базе, допустим структура не поменялась или даже поменялась. Что я должен делать после применения миграции? Как новые данные залить в базу?
Вы мене про Stackoverflow рассказываете? я там программировать научился.
"Копируй, вставляй, ничего не понимай!" это про меня.
Но есть иногда куски кода которые специфичны для определенных проектов, которые известны только колегам. Или такие куски которые видеть другим нежелательно. Поэтому это не совсем то что мне надо.
Если бы ... Читал про этот тег из источников которые мне нужно определять только facebook(но с атрибутом content="default" поэтому тоже не передает реферер) его использует, не у яндекс не у гугл на странице поиска его.
Игорь Воротнёв: >но тут скорее надо исходить из конкретных требований.
Изначально вообще не было такого требования, меня вопрос выше натолкнул на эту мысль, что раз есть факт дружбы, значит было действие о предложении дружбы. У меня в голове четкое разделение есть, действия пользователей отдельно от их данных. Предложение дружбы действие, факт дружбы это данные о пользователе.
Это скорее учебный проект, поэтому и требования возникают по мере продвижения. Ну и естественно хочется понять как правильно.
Иван Филатов: Пример с друзьями из linkedin, когда можно отслеживать связь знакомы через кого-то как будет решаться в вашей схеме? И как в моей?
Если че это я не ради спора спрашиваю, просто не понимаю.
Иван Филатов: >1. запрос к БД очень легкий. вытащить кокретные записи по ID - индексы и всетакое.
Зачем вообще запросы в БД, если вы предлагаете хранить в ней файлы(xml/json). Можно вообще отказаться от базы и все хранить в файлах и парсить их по мере надобности. Правильно развил ваш ответ?
>не знаю как там у PHP с парсингом-сериализацией, неужели все так плохо?
Зачем работать если можно не работать. Зачем перекладывать задачи для БД на код PHP.
Типа вы лучше это сделаете чем разрабы MySql?
Я ошибаюсь? что в случае вами предложенного варианта все выборки из базы которые я буду делать в дальнейшем мне придется делать в php коде. Т.е. сначала выбрать все из таблицы, а после уже парсить в коде приложения полученные xml/json.
Если так то это менее удобно, чем отдельная таблица для пользователей и отдельная таблица для их отношений.
>в плане использования индексов
Я не знаю что такое индексы.
Если я просто буду обращаться к такой таблице через OR, разве будет не достаточно? Например чтобы выбрать всех друзей пользователя, делю такой запрос "Достать все записи где юзер(user_id) найден в первой или второй колонке"