Ответы, понравившиеся пользователю Slava Rozhnev

Почему не могу закоммитить?

Сергей Кузнецов @sergey-kuznetsov Куратор тега Git

Автоматизатор

первый раз работаю с git

В первую очередь вам надо почитать учебник. Git это не та программа, с которой вы сходу можете начать работать. Он конечно простой, но вообще не интуитивно понятный.

выдает 10000 файлов в каталоге

Причина проста — вы инициализировали репозиторий находясь в корне вашего домашнего каталога. Нельзя так делать, если не хотите потерять свои файлы, бездумно вбивая команды типа stash.

Что мне делать

Удалить (или переименовать) подкаталог .git в котором хранится репозиторий. Затем создать его в правильном месте — в каталоге вашего проекта.

Ответ написан 21 апр.

Комментировать

Что сработает быстрее, что лучше использовать?

Ипатьев @ipatiev

Потомок старинного рода Ипатьевых-Колотитьевых

Хороший вопрос, хотя и задавался миллион раз.

Когда у вас выполняется запрос

SELECT * FROM users WHERE DATE(created_at) = '2024-04-14'

то СУБД должна пройти весь индекс до конца, получить каждое значение created_at, применить к нему функцию, сравнить с переданным значением, и добавить строку в результат запроса.

Когда у вас выполняется запрос

SELECT * FROM users WHERE created_at BETWEEN '2024-04-14 00:00:00' AND '2024-04-14 23:59:59'

То СУБД находит бинарным поиском первое нужное значение, потом бежит по заранее отсортированному индексу и возвращает все значения до последнего, подходящего под второе условие.

Ответ написан 15 апр.

4 комментария

Как вставить данные сразу в 2 объединенные таблицы?

Akina @Akina

Сетевой и системный админ, SQL-программист.

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

Бред сивой кобылы (извиняюсь). Структура (точные имена полей, и в какой таблице какое поле) обязана быть заранее известна. Даже если используется псевдодинамическая структура на базе EAV или иным способом организованная.

у меня есть 2 таблицы или допустим будет 3 ... Я хочу при выполнении insert into или update использовать эти таблицы

MySQL не реализует одновременную вставку в более чем одну таблицу. А также не реализует использование запроса на вставку в CTE. Напрямую задача не решается.

Правильная реализация - создание хранимой процедуры, которая принимает значения для всех параметров, и выполняет вставку нужных значений в таблицы последовательно выполняемыми запросами, при необходимости получая значения автоинкрементных полей из предыдущей вставки.

Возможная (но нерекомендуемая) реализация - триггер на базовой таблице и передача параметров для подчинённых таблиц через определённые пользователем переменные.

Ответ написан 09 апр.

Комментировать

Что такое кластерный индекс в mysql?

Akina @Akina

Сетевой и системный админ, SQL-программист.

Кластерный индекс... это на самом деле понятие крайне виртуальное.

Что такое обычный некластерный индекс? берём выражение индекса, считаем его значение для каждой записи, сортируем и пишем на диск. Получаем отдельную структуру, в которой выражение индекса сортировано. Когда потребуется искать заданное значение этого выражения, мы вместо просмотра от записи к записи сразу половинным делением быстренько найдём нужное значение, возьмём из него уникальный идентификатор записи, и обратимся за записью. Если в таблице 1000 записей, то для поиска заданного значения без индекса нам в среднем пришлось бы просмотреть 500 записей, а с индексом - всего 10.

Теперь что такое кластерный индекс... сначала почти то же. Берём выражение индекса, считаем его значение для каждой записи, сортируем и... а вот теперь не записываем по порядку эти значения с номерами соответствующих записей в отдельную структуру, а сами записи располагаем в этом порядке. Теперь, когда потребуется искать заданное значение этого выражения, мы вместо просмотра от записи к записи, как это было, когда записи не сортированы, сразу половинным делением быстренько найдём нужное значение. Но нам уже не надо получать номер записи и обращаться за ней - мы нашли саму нужную запись.

В MySQL (точнее, в используемом по умолчанию движке InnoDB) первичный индекс, во-первых, существует ВСЕГДА, во-вторых, определяется так (в статье, на которую дали ссылку, имеются неточности в пункте 2):

Если первичный ключ задан явно, то его выражение является также и выражением кластерного индекса. Или иначе - первичный ключ и есть кластерный индекс.
Если первичный ключ явно не задан, но в таблице имеется индекс, отвечающий всем следующим требованиям:
- является уникальным
- не является функциональным, в т.ч. не использует в выражении вычисляемые поля
- не использует в выражении поля, которые определены как допускающие значение NULL
то именно такой индекс используется в качестве первичного. А если таких индексов несколько, то используется первый по тексту запроса на создание таблицы
Если не имеется ни того, ни другого - генерируется синтетический скрытый 6-байтовый номер записи, который и используется как первичный ключ. Следует отметить, что штатных способов доступа к этому значению не существует.

Выглядит так, как будто это просто физическая сортировка данных по индексируемому полю.

Фактически - именно так.

Создаётся ли отдельная таблица или просто упорядочивается хранение существующих данных?

Не создаётся. Но при изменении первичного индекса таблица полностью пересоздаётся с новым физическим порядком записей.

Если данные упорядочиваются этим индексом, допустим по ID, то почему при select без сортировки данные могут возвращаться в произвольном порядке, а не отсортированные по ID по-умолчанию?

Если не задан явно ORDER BY, сервер имеет право вернуть записи в любом порядке, как ему удобнее. В большинстве случаев, но не всегда, он будет возвращать записи в порядке чтения с диска...

Представь такой (на самом деле невозможный, но не суть) случай - ты запросил таблицу. Вторая половина её ещё лежит в кэше, а первая уже выдавлена оттуда данными другой таблицы, нужными для выполнения запроса. Конечно, наиболее оптимальным будет начать передачу данных клиенту с этих записей, а пока они передаются, подчитать остальные, и передать их позже. Вот тебе порядок-то и поломался...

===

PS. Кстати, правило выбора индекса, который будет использоваться в качестве кластерного, имеет неприятный побочный эффект. Если у некоторых полей, входящих в какие-то индексы, изменяется свойство NULLability, то это может привести к изменению того, какой из имеющихся индексов станет использоваться в качестве первичного по пункту 2. В результате мы получим невозможность использования INSTANT / INPLACE методов, и будет использован длинный COPY. Впрочем, ситуация такая крайне редка.

Ответ написан 28 мар.

2 комментария

Как правильно решить задачу?

Vitsliputsli @Vitsliputsli

select
    names.id,
    names.name,
    ages.age
from names
left join ages on names.id=ages.id and names.name='Андрей'

Ответ написан 09 мар.

Комментировать

Как сделать преобразование данных jsonb в таблицу с определенными полями?

alexalexes @alexalexes

Как сделать так, чтобы из сохраняемого JSON создать новую таблицу

Такой скрипт не должен создавать новые структуры в СУБД, он должен делать только вставки записей (insert-ы) в заранее подготовленные таблицы на этапе проектирования базы данных.

id-question: "идентификатор_вопроса_с_указанием_типа"
answer: "value":<ответ_на_вопрос>
date: "created":"<дата_ответа>"

Вот и создайте эту структуру ручками, create table вам в помощь.

и далее объединить с таблицей, где будут поля

Опять же, при вставке данных в базе не должно происходить модификации самой структуры базы.
Вы при выборке данных сопоставляете данные из одной таблицы с другой таблицей при помощи внешних ключей.
Запрос выборки будет иметь конструкцию join:

select *
 from  Answer A
  join Question Q on Q.id_question = A.id_question -- как раз соединение по ключам
  ...

В общем, учите мат. часть по реляционным СУБД.

Ответ написан 23 февр.

Комментировать

Зависит ли скорость записи в БД от количества в ней записей?

Ипатьев @ipatiev

Потомок старинного рода Ипатьевых-Колотитьевых

В общем случае не зависит
В каждом конкретном случае, если вдруг будет зависеть, надо разбираться отдельно.
Сам по себе вопрос - это одна из тех проблем, которыми не следует забивать себе голову заранее.

Ответ написан 19 февр.

Комментировать

Запрос mysql, как объединить сообщения в чаты?

alvi31182v @alvi31182v

GROUP BY GROUP_CONCAT для объединения сообщений в одну строку, упорядоченную по времени т.е если у тебя есть поле timestamp или msg_time если ты не хочешь использовать chat_id, то можно попробовать сделать следующий запрос

GROUP BY chat_id - таким образом, строки с одинаковым chat_id будут объединены в одну группу

"Функция LEAST выбирает минимальное из значений. Значениями могут выступать поля, а также строки и числа"
"Функция GREATEST выбирает максимальное из значений / помогает упорядочивать пары пользователей"

Комбинация LEAST и GREATEST гарантирует уникальность групировки чатов игнорируя порядок пар пользоваталей чатов.
Вобщем есть набросок, дальше можно уже самому накидать и поиграться.

$sql = "
    SELECT 
        MIN(from_user_id) as user1,
        MAX(from_user_id) as user2,
        chat_id,
        GROUP_CONCAT(msg ORDER BY msg_time) as messages
    FROM
        class_chat
    WHERE
        (from_user_id = :user1 AND to_user_id = :user2)
        OR
        (to_user_id = :user1 AND from_user_id = :user2)
        OR
        (from_user_id = :user3 AND to_user_id = :user4)
        OR
        (to_user_id = :user3 AND from_user_id = :user4)
    GROUP BY
        chat_id, LEAST(from_user_id, to_user_id), GREATEST(from_user_id, to_user_id)
";

$stmt = $pdo->prepare($sql);

$stmt->execute([
    ':user1' => 111, // тут айдишники пользаков
    ':user2' => 222,
    ':user3' => 333,
    ':user4' => 444,
]);

while ($row = $stmt->fetch(PDO::FETCH_ASSOC)) {
    // Обработка результата
    echo "Chat ID: " . $row['chat_id'] . "\n";
    echo "User 1: " . $row['user1'] . "\n";
    echo "User 2: " . $row['user2'] . "\n";
    echo "Messages: " . $row['messages'] . "\n";
    echo "-----------------\n";
}

Ответ написан 13 февр.

Комментировать

Как возвести в степень в php?

devian3000 @devian3000

https://habr.com/ru/companies/otus/articles/779396/

Ответ написан 08 февр.

Комментировать

Как сделать запись в mysql с проверкой на уникальность с учётом времени из поля?

Akina @Akina

Сетевой и системный админ, SQL-программист.

Легко решается триггером. Пример:

- исходная таблица:

CREATE TABLE users (
  id INT AUTO_INCREMENT PRIMARY KEY,
  username VARCHAR(100),
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

- триггер:

CREATE TRIGGER tr_users_bi
BEFORE INSERT ON users
FOR EACH ROW
BEGIN
  DECLARE allowed_created_at DATETIME;
  DECLARE error_message_text VARCHAR(64);
  SELECT MAX(created_at) + INTERVAL 12 HOUR INTO allowed_created_at
  FROM users
  WHERE username = NEW.username;
  IF NEW.created_at < allowed_created_at THEN
    SET error_message_text = CONCAT('Регистрация возможна не ранее ', allowed_created_at);
    SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = error_message_text; 
  END IF;
END

DEMO fiddle

PS. Надеюсь, получение сгенерированного сообщения об ошибке и показ его юзеру не составит проблемы..

Ответ написан 30 янв.

Комментировать

Как гарантировать последовательную запись данных без пропусков id?

Akina @Akina

Сетевой и системный админ, SQL-программист.

Как реализовать надежную запись списка данных без пропусков значения автоинкремента id?

Никак НЕ РЕАЛИЗОВЫВАТЬ.

Оставь автоинкремент в покое - он обязан обеспечивать только уникальность, и не более. Нужна непрерывная нумерация? Создай для неё ОТДЕЛЬНОЕ поле, и нумеруй программно. Триггеры в помощь.

Ответ написан 28 янв.

4 комментария

Как гарантировать последовательную запись данных без пропусков id?

mayton2019 @mayton2019

Bigdata Engineer

Таблицы на основе генераторов или sequences обычно ствавят главной задачей - обеспечить
уникальность id в первую очередь. С эти sequence справляется.

Гарантировать блокировку или захват sequence они не могут так как Postgres создавался
как много-пользовательская БД. Тоесть много сессий обладают правом в любой момент
взять из sequence следующее значение. Поэтому требование хронологии - это как эксклюзивный
лок объекта. Слишком жесткое требование. И никому не нужное. Если б так БД работали то
они теряли бы в производительности и ждали-бы чтоб какая-то главная сессия отпустила таблицу.

Выход есть - брать ранг записи извне. Тоесть само приложение должно быть поставщиком
таких номеров. А БД будет просто их вставлять.

Еще вариант - в уже после загрузки обновить одно полей одной транзакцией как row_number
сортируя по любому признаку.

Ответ написан 28 янв.

6 комментариев

Как и где сохранять код проектов?

Василий Банников @vabka

Токсичный шарпист

Проекты - каждый в своей репе.
Вещи, которые можно использовать повторно - оформляй как библиотеки.
Для каждой самостоятельной библиотеки тоже свой репозиторий.
Подключай библиотеки к проектам тем способом, который предусмотрен в твоём языке.

Ответ написан 10 дек. 2023

14 комментариев

Почему по нескольким таблицам функция sum возвращает другие данные?

Константин Цветков @tsklab

Здесь отвечаю на вопросы.

Потому что в одной из связанных таблиц дважды повторяется условие связи. Уберите группировку и проверьте.

Ответ написан 28 нояб. 2023

Комментировать

Какую ключ-значение БД использовать, чтобы работало быстро и без ошибок?

Daemon23RUS @Daemon23RUS

Оставаться на Redis и пытаться решить ошибку! Я из опыта могу точно сказать что 3-4 тыс соединений redis держит, и работает очень быстро. И работает месяцами...

Ответ написан 27 нояб. 2023

3 комментария

Какие есть способы отключить историю команд в psql?

Евгений @Lorien_Elf

Keep calm and drop database

-n
--no-readline
Do not use Readline for line editing and do not use the command history
https://www.postgresql.org/docs/current/app-psql.html

Ответ написан 20 нояб. 2023

2 комментария

Как можно получить изменения во VIEW, когда изменяется базовая таблица?

Melkij @Melkij

PostgreSQL DBA

view не хранит никаких данных. Это просто сохранённое дерево запроса, встраиваемое в обратившийся к этой view запрос.
Вам нужен триггер на таблице с данными, который будет писать в отдельную аудит таблицу историю изменений. Потом из этой таблицы получайте историю.

Ответ написан 19 нояб. 2023

Комментировать

Seagate Exos имеет смысл для домашнего ПК?

pindschik @pindschik

ФЫВА ОЛДЖ

Вы никогда не угадаете, сколько проживет конкретно ваш диск:
- Если он из супернадежной серии - он может сдохнуть через месяц.
- Если он из неудачной серии, где брак за первый год 60% - он может проработать 15 лет.
- Если вы пинаете системник время от времени - быстрый итог немного предсказуем.
- Если диск будет работать при температуре 55 градусов и выше - его век тоже не будет долгим.
- Троян шифровальщик может отправить все ваши данные в прошлое за один вечер.

Лучше всего исходить из парадигмы, что все жесткие диски одинаково НЕнадежны...

Ответ написан 17 нояб. 2023

3 комментария

Как сделать поиск в многомерном массиве по ключу?

Алексей Уколов @alexey-m-ukolov Куратор тега PHP

Открываем документацию.
Внимательно читаем.
Видим, что у функции есть третий аргумент, который как раз управляет тем, что будет передано в callback.
???
Profit.

Но зачем всё это, если можно написать $arr['clients']['client1']? Для этого ключи в ассоциативном массиве и существуют, чтобы по ним обращаться к элементам.

Ответ написан 15 нояб. 2023

2 комментария

SQL запрос не знаю правильный?

Алексей Уколов @alexey-m-ukolov Куратор тега MySQL

Проверять, что результат запроса содержит данные о товаре. Если не содержит - показывать пользователю об этом сообщение.
Выполнение запроса с WHERE id = 'несуществующее значение' не является ошибкой само по себе, это вполне нормальная ситуация, которую нужно просто обрабатывать в коде.

Ответ написан 15 нояб. 2023

Комментировать

Войдите на сайт