RP
теперь дает андефайнд если нет матча
Size: a a a
2021 June 07
IS
битрикс тоже работает
К
у одного автора может быть много статей. Одна статья может принадлежать нескольким авторам. Автор и стьатья это 2 отдельные таблицы. Делаете таблицу "автор-статья", которая хранит айди автора, айди статьи и собственный айди (праймари ключ)
IS
код
RP
IS
загуглите database design
AU
Ранее так делал, кстати.
Таблицы users_orders_usage
Но я считал, что это не корректно.
Таблицы users_orders_usage
Но я считал, что это не корректно.
К
это как раз корректно. Почитайте
RP
RP
походу допер, спс
AU
Т.е, по сути, если всё верно понял.
Чтобы определить принадлежность чего-то-к-чему-то, мне нужно будет парсить не основную таблицу, а таблицу-usage.
Чтобы определить принадлежность чего-то-к-чему-то, мне нужно будет парсить не основную таблицу, а таблицу-usage.
IS
второй return вынести за цикл, а не убрать
const indexOf = (arr, value) => {
for (let i = 0; i < arr.length; i++) {
if (arr[i] === value) {
return i;
}
}
return -1;
};К
да
IS
таблицы никто не парсит
К
ну да, тоже верно. Сделать запрос
RP
👍
IS
ну да, собственно, ток массив тоже стоит передавать
RP
нормас варик?
IS
ну я говорю про глобальный массив, что это плохо
AU
В чём удобство моей текущей модели:
Обновления таблицы упрощенные.
Например, склад перестал использовтаь товар. Пользователь его убирает. Обновляется строка с товаром.
А в модели many-to-many, мне нужно как-то определить, какой-товар удалился.
Хотя, просто сравнить старые данные базы, и данные от пользователя.
Обновления таблицы упрощенные.
Например, склад перестал использовтаь товар. Пользователь его убирает. Обновляется строка с товаром.
А в модели many-to-many, мне нужно как-то определить, какой-товар удалился.
Хотя, просто сравнить старые данные базы, и данные от пользователя.