5) Какие главные минусы против чтобы временную метку хранить просто как число unixtimestamp? То что выборки , когда нужны всякие DATE специфичные функции, потребуют преобразования в тип дату в каждой строке? (это преобразование может не сложное?, ведь datetime и так хранится как число)Как минимум то что у вас дата не хранится как дата. Про то что не будут работать стандартные функции работы с датами типа разницы в год, месяц, неделю и прочие весьма неочевидные преобразования я вообще молчу, чего стоит банальное вычисление количества дней до, например, конца месяца, с учетом того что каждый месяц имеет разную длину, не говоря уже про високосные года, ну и всякие расписания, где работа с минутами/часами без готовых функций тоже так себе удовольствие. Кроме того, таймстамп имеет свои ограничения, например в нем нельзя хранить даты раньше чем 1970 год, то есть пользователи старше 55 лет дату рождения сохранить не смогут. Ну и горизонт планирования до 2038 года, дальше все. Алсо, вы теряете защиту от кривых данных на уровне типа поля, что тоже +1 в копилку встроенных типов.
Проблема в основном в том что нейронка ошибается,.так как если механик станет напротив номера она напишет дубль этого автомобиля.Я так понимаю проблема в том что проходящий механик заставляет нейронку еще раз считывать номер машины и заново считать интервал простоя авто в боксе?
Но тут возникает проблема в формировании prepared statements в PHP (PDO).А в чем проблема?
$sql = 'SELECT *
FROM articles
WHERE name LIKE ?
AND name LIKE ?';
$prep = $dbh->prepare($sql);
$ret = $prep->execute(['%' . 'опух' . '%', '%' . 'поч' . '%']);Нагрузка на ЦПУ при этом пике 30-40%это че за нагрузка при 3рпс? Профилирование нагрузки - первый шаг, балансер и горизонтальное расширение это шаг стопитьсот, когда вы упираетесь в потолок того что может вытянуть сервак. 90% что проблемы в количестве (и качестве) запросов к бд, крайне маловероятно что код у вас настолько сложный, что не вытягивает...
обращается к основной БД через коннект по приватному IP адресу в сети серверов Амазон.Тестом запустите подряд 20-30 разных запросов с разным размером ответа, каждый замерьте, подозреваю что будете не очень приятно удивлены...
запросы на дополнительном сервере начинают отрабатывать по 5, 15 а иногда и 50 секунд.А на основном все остается норм? В любом случае - профайлинг наше все, + под нагрузочным тестированием хоть как-то.
делаю запрос в бд, вытаскиваю товары которые есть в API и пытаюсь искать в массиве вытащенных товаров - товары, которых нет в API через in_array,Для этого есть not in, перечисляете айдишники/уникальные идентификаторы всех пришедших с апи товаров, и у оставшихся ставите наличие 0 одним апдейтом.
но что-то фигня какая-то получается, находит один единственный товар, который есть и в API и в бдПо описанию вообще не ясно как вы ищете совпадающие товары, по этому есть мысль что проблема скорее в коде и алгоритме, чем в апи или базе.
The tables must be InnoDB. After converting the tables to InnoDB, the database could be migrated
Есть ли какие-нибудь хорошие файловые хранилище с которыми удобно и практично работать?Файловая система. Это самый удобный и практичный метод хранения мультимедийных файлов. В зависимости от ваших возможностей, компетенций и используемых технологий, вы можете использовать как локальную ФС, так и любое облачное хранилище через соответствующее АПИ, используя драйверы доступа к файлам, например как это реализовано в Ларавел.
Владею: Html, Css, Php, bd msql, сложные запросы SQLРили???
var_dump($row).
$sql .= " LIMIT " . (int)$data['start'] . "," . (int)$data['limit'];
var_dump($sql); exit;
$query = $this->db->query($sql);$count_m = "82;Тут очевидно синтаксическая ошибка сразу. Молчу про то, что числа намеренно передаются строками...if($this->page==1) {
$page = 1;
}
else {
$page = (int) $this->page;
}$start = ceil($count_m/$m_per_page);А теперь подумайте, как должна называться переменная, считающая общее количество страниц.суть в том, что когда формируется limit 72, 24, т.е 3 страница,Стоит пройти курс арифметики за 2 класс, и посчитать что 3 страница будет limit 48, 24.
Можем ли мы сделать запрос к БД и извлечь из промежуточной таблицы (book_author) информацию по конкретной книге?Из "промежуточной" можно извлечь только связи, она для этого и нужна.
Т.е. у нас для работы есть только информация о книге и теперь нужно извлечь информацию о её авторе (авторах).В чем вопрос? Как сделать джоин с 3 таблицами? Так же как с двумя, только с тремя.
Приемлемо ли вообще делать такие запросы к промежуточным таблицам?Какие - "такие"? У вас вообще ни одного запроса не написано.