Первые пять пользователей пометить как удаленные

Отслеживать
ответ дан 10 июл 2020 в 7:11
Novitskiy Denis Novitskiy Denis
1,532 11 11 серебряных знаков 27 27 бронзовых знаков

Для удаления первых 10тыс записей, выполните запрос вида:

DELETE FROM table WHERE condition LIMIT 10000 

Отслеживать
ответ дан 6 ноя 2016 в 10:26
464 2 2 серебряных знака 4 4 бронзовых знака
Это удаление 10000 случайных строк.
6 ноя 2016 в 12:07

delete from [таблица] where [id] in (select [id] from [таблица] order by [id] ASC limit 10000) [id] - Ваше уникальное поле [таблица] - Название таблицы ASC - с начала (id - число) 

delete from customers where CustomerID in (select CustomerID from Customers order by CustomerID ASC limit 2) 

Первые пять пользователей пометить как удаленные

mysql — пометить все записи, кроме 1, соответствующие нескольким полям (рядом с дубликатами), как удаленные

У меня есть таблица mysql для товаров в корзине. Мне нужно пометить любые дубликаты одного и того же элемента как удаленные (путем ввода метки времени в столбце «удалено», а не для фактического удаления по причинам контрольного журнала).

Столбцы таблицы (order_item):

Я хочу обновить все элементы в таблице, кроме одного, которые являются дубликатами (имеют те же значения, что и другая строка), чтобы в столбцах, отмеченных знаком *, было текущее значение даты и времени в удаленном столбце. Таким образом, за один раз можно приобрести только 1 одинаковый товар.

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

Есть ли надежный способ сделать все это одним запросом?

2 ответа

Я думаю, вы можете реализовать логику с обновлением и самостоятельным присоединением:

Подзапрос вычисляет минимум id для каждого кортежа значений. Затем внешний запрос устанавливает столбец deleted для строк, которые совпадают в кортеже и чье id не является минимальным.

При этом обрабатываются все заказы сразу. Вы можете добавить фильтр в предложение where внешнего запроса для обработки только одного заказа. Вы также можете изменить агрегатную функцию на что-то другое, если хотите (может быть, вы хотите max(id) вместо min(id) ).

Примечание. Это решение не работает в MySQL. См. Комментарии ниже. Я оставляю это в надежде, что это может помочь кому-то, кто использует другую СУБД в будущем.

Просто удалите элементы в том же порядке с датой создания после той, которую вы рассматриваете. Я не совсем уверен в синтаксисе MySQL, но он выглядит примерно так:

Я использовал те же ограничения, что и ваш запрос.

Вы можете удалить строку AND ORDER = ID , чтобы очистить все заказы сразу.

Возможно, ограничение на price_id, type и timeslot_id не требуется (при условии, что идентификатор элемента подразумевает эти атрибуты).

MySQL работа с пользователи

Из списка видно, что в базе имеются учетные данные суперпользователя root с возможностью подключаться только локально с данного сервера(адреса 127.0.0.1, localhost и имя сервера testhost).
Еще есть системная учетная запись debian-sys-maint служит для внутренних системных целей СУБД MySQL.

В предыдущей части я рассказывал как настроить в конфигурационном файле /etc/mysql/my.cnfудаленное подключение к серверу баз данных MySQL.
Напомню: для этого в параметре bind-address выставляется IP адрес 0.0.0.0 вместо 127.0.0.1, т.е. демон mysqld будет слушать не только локальный интерфейс 127.0.0.1, а все адреса имеющиеся на сервере.
В этой части я расскажу как создать пользователя mysql, какие права выдать для различных пользователей, как выставить пароль и хост с которого будет производиться подключение.

Пользователь для веб сайта
Обычно различные веб приложения которые хранят информацию в базе mysql требуют создать отдельную учетную запись. Создадим пользователя website-user от имени которого будет работать наше веб приложение.
Пользователя можно создать через команду create user, а потом выдать права grant select,insert. но удобнее и быстрее сразу воспользоваться командой grant

Здесь я сразу указал:

• выдать права GRANT SELECT,INSERT,UPDATE,ALTER,DELETE,CREATE,DROP,INDEX (возможно для вашего веб приложения список прав будет иной, обратитесь к документации веб приложения);
• на базу website.* — имя базы указывается по маске (все файлы с названием website). Здесь можно указать *.*, тогда пользователь будет иметь права на все базы;
• 'websiteuser'@'localhost' — имя пользователя, и хост с которого этот пользователь может подключаться в базу;
• IDENTIFIED BY 'website-password' — указываем пароль пользователя.

Администратор баз данных
В следующем примере создадим учетную запись администратора баз данных который будет подключаться с IP адреса компьютера администратора 192.168.8.10

Выдадим полные права пользователю admin на базу website:

Теперь администратор может подключиться со своего компьютера к серверу баз данных. В этом примере я использовал команду create user, а уже потом grant в принципе разницы нет как будут создаваться пользователи.

Пользователь backup
Создадим пользователя backup для резервного копирования всех базы данных

• GRANT SHOW DATABASES, SELECT, LOCK TABLES, RELOAD — Здесь я указал необходимый набор прав для удаленного резервного копирования и в то же время достаточный для безопасного бэкапа;
• *.* — Пользователь backup может просматривать все базы;
• 'backup'@'%' — пользователь backup может подключаться с любого IP адреса. Обычно не требуется разрешать подключения с любого ip для целей резервного копирования, так как у сервера backup всегда постоянный IP адрес.

Как поменять пароль?
Чтобы поменять пароль можно воспользоваться командой mysqladmin эту команду нужно запускать в bash.

А так же можно воспользоваться командой (SQL синтаксис) из консоли MySQL

Как сбросить пароль root?
Поменять пароль root можно всеми теми же командами, что и для обычного пользователя. Но вот что делать если вы забыли пароль рута или по каким-то причинам его утеряли, тогда проделаем следующие операции.

1) Останавливаем MySQL:

2) Запускаем MySQL с особыми параметрами:

3) Запускаем клиента MySQL:

4) Выполняем запрос SQL:

где newpassword — новый пароль

5) Применяем изменения:

6) Выходим из клиента MySQL:

7) Перезапускаем MySQL сервер:

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

Посмотрим существующих пользователей

Дадим права пользователю test на чтение всех таблиц базы scada

Дадим все права пользователю test на все таблицы базы scada

Для того чтобы выставить новому пользователю полные права на все базы данных используем следующую команду:

Доступ к базе для данного пользователя возможен только с localhost. Если вы хотите дать ему доступ к базе с любого хоста, используете % вместо localhost:

Проверить права пользователя :

Удаляются пользователи проще, чем создаются :). Например, если мы решим избавиться от пользователя ’my_user’

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

Я хочу знать, как перейти к записи флага как удаленные, а не физически удалять запись из базы данных. Раньше я никогда такого не встречал. Есть ли какой-нибудь учебник, которому я могу следовать?

3 ответа

Используйте дополнительное логическое поле в таблице, чтобы указать, действительна ли запись или нет.

Действителен = 1, то он присутствует.

Действителен = 0, затем он удаляется.

Самый простой способ — добавить новый столбец BOOL в таблицу, как enabled со значением по умолчанию 1 .

Затем UPDATE table_name SET enabled = 0 когда вы хотите «удалить» строку.

И отфильтруйте «удаленные» строки в ваших запросах, например:

SELECT * FROM table_name WHERE. AND enabled = 1

В MySQL нет ничего, что могло бы помечать запись как удаленную, но вы можете добавить свой собственный столбец для описания состояния — вам просто нужно не забыть исключить его из ваших запросов. Усложнение возникает, когда вы пытаетесь вставить строку с уникальными/первичными ключами, соответствующими вашей удаленной записи; вам нужно добавить триггер для изменения состояния. На самом деле более простой вариант — просто удалить данные в первую очередь (вы не говорите, чего вы пытаетесь достичь, не удаляя строку)

Похожие публикации:

1. Литий манганат как заряжать
2. Мак что значит
3. Мерседес актрос куда заливается незамерзайка
4. На айфоне не открываются приложения что делать

Обзор системы управления тестированием Qase

Тестирование является неотъемлемой часть процесса разработки ПО и от того как он построен зависит множество различных факторов: качество выпускаемого продукта, скорость доставки новых фич до конечного пользователя и другие. Сейчас на рынке есть большое количество различных инструментов, которые помогают командам управлять процессом тестирования: TestRail, Zephyr, TestLink и десятки других. Сегодня речь пойдет об инструменте Qase. Это будет обзорная статья рассказывающая об основных принципах и нюансах работы с приложением.

Что такое Qase?

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

• Управление тестовой моделью
• Подготовка тест-планов
• Запуск тестовых прогонов
• Интеграция с популярными таск-трекерами
• Управление командой и правами доступа
• Работа с дефектами
• Кастомизация полей и интерфейса
• API и Вебхуки

Проекты

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

Репозиторий

Сердцем любого проекта является его тестовая модель, вокруг которой строится вся работа. Этот раздел представляет собой страницу со списком тест-кейсов и сьютов, организованную в виде дерева.

Дерево сьютов технически не имеет ограничений на вложенность и количество кейсов хранящихся в них. С помощью функции drag’n’drop можно легко менять порядок кейсов, а так же перемещать их между сьютами. Если кликнуть на название любого кейса, то справа откроется боковая панель с предварительным просмотром, в котором отражена основная информация. При нажатии на название кейса в превью произойдёт переход на страницу с полной информацией по тест-кейсу.

Часто так бывает, что тестовая модель существенно разрастается и навигация по ней становится нетривиальной задачей. Для облегчения навигации по большой тестовой модели реализована функция быстрого просмотра дерева сьютов. Так же, с помощью неё можно изменить порядок сьютов или переместить один в другой.

Тест-кейсы

Тестовые сценарии лежат в основе любой тестовой модели. В Qase, у каждого кейса есть следующие поля:

• Title — название тест кейса
• Description — краткое текстовое описание тестового сценария
• Suite — к какому сьюту относится кейс
• Severity — определяет влияние созданного дефекта на основе этого кейса на работоспособность ПО
• Priority — приоритет исправления выявленного дефекта на основе этого кейса
• Type — тип кейса (функциональный, тест на безопасность и т.д.)
• Behavior — поведение тест-кейса (позитивное, негативное, деструктивное)
• Milestone — релиз в котором добавлен кейс
• Preconditions — поле для описания того, что нужно сделать чтобы подготовить систему к тестированию
• Postconditions — поле для описания того, что нужно сделать чтобы привести систему в первоначальное состояние
• Automation — флаг, который указывает на то что кейс автоматизирован
• Deprecated — флаг, которым можно отметить устаревшие тест-кейсы
• Steps to reproduce — шаги по воспроизведению. Каждый кейс может содержать неограниченное количество шагов по воспроизведению. Можно добавлять как обычные шаги, так и общие
• Attachments — вложения любого типа (файлы, картинки, видео)

В настройках проекта, любое из этих полей можно скрыть.

Общие шаги

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

Тест планы

Тестовая модель может содержать в себе различные типы тест-кейсов как по существу, так и по поведению. С помощью функционала тест планов, можно подготовить для прогонов различные наборы сценариев для тестирования:

Qase автоматически подсчитает время, необходимое на прогон каждого такого плана на основе исторических данных.

Так же, при составлении набора, можно предварительно указать того, на кого кейс будет назначен при запуске прогона:

Тестовые прогоны

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

Dashboard

На экране дашборда выводится следующая информация:

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

Сценарии в прогоне могут иметь следующие статусы:

• Untested — еще нет результатов по проверке
• Passed — успешно пройден
• Failed — обнаружен баг при прохождении / заведен дефект
• Blocked — дальнейшее прохождение заблокировано (например дефектом в другом кейсе
• Retest — тест кейс нужно проверить еще раз
• Skipped — временно пропущен

К любом кейсу можно добавить несколько результатов выполнения:

Если есть необходимость поделиться отчетом по прогону, но не давать доступ к самой TMS, можно включить для него публичную ссылку и любой посетивший ее сможет увидеть страницу аналогичную дашборду с урезанными правами.

Wizard

Для выполнения ручных прогонов в Qase предусмотрен инструмент, который шаг за шагом проведет по тестовому сценариям в прогонах:

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

Дефекты

Qase предоставляет возможность хранения информации о найденных дефектах и управление их жизненным циклом. Если на этапе тестового прогона, найден дефект, визард предложит сохранить информацию о нем:

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

Настройки проекта

Общие настройки

У каждой команды свой подход к ведению тестовой модели и флоу работы с тестовыми прогонами. Qase позволяет настроить используемые поля в тест кейсах и полностью убрать те, которые не нужны. Единственное что нельзя убрать — название тест кейса.

Для настройки поведения визарда во время тестового прогона сейчас есть три возможные опции:

• Fast pass — позволяет включать/выключать добавление результата прохождения успешного тест кейса (если нужно добавить комментарий или прикрепить скриншот)
• Auto assignee — автоматическое назначение тест кейса (если он заасайнен ни на кого) на первого открывшего тест кейс. Удобно в том случае, если каждый тестировщик может брать любой кейс на тестирование. Если опция выключена, то потребуется ручное назначение на себя.
• Step fail — если эта опция включена, то при первом указанном как failed шаге, весь тест кейс будет отмечен как failed и появится модальное окно с описанием дефекта.

Интеграции

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

• Jira (Server & Cloud)
• Redmine
• YouTrack
• GitHub
• Slack

При создании нового дефекта, в первых четырех системах будет создана новая задача с описанием как этот самый дефект воспроизвести. Так же интеграции поддерживают заполнение обязательный полей в Jira, Redmine или YouTrack.

Кастомные поля

Функция доступна при наличии подписки на Business план. Позволяет создавать дополнительные поля для тест кейсов. Сейчас поддерживаются поля следующих типов:

• Число
• Строки
• Чекбокс
• Текст
• Выпадающий список

В будущем появится поддержка кастомных полей для дефектов и прогонов, а так же появятся новые типы:

• Multiselect
• User picker
• Datetime picker

Настройки доступа

Часто встречаются ситуации, когда нужно создать проект, доступ к которому будет только у ограниченного числа членов команды (например проект биллинга). Делается это из раздела “Project Access”.

Сейчас сложно себе представить любое облачное приложение, у которого отсутствует API. В Qase, API является частью платного тарифа Business и для него, как и для вебхуков, требуется подписка. API предоставляет доступ практически ко всем сущностям используемым в приложении и позволяет гибко настроить интеграцию с CI вашего приложения. Полная документация по API доступна по ссылке.

Webhooks

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

Команда

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

Роли

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

Единственная роль, которую нельзя редактировать это Owner — владелец команды. Он имеет доступ ко всем проектам и все права. Роль владельца можно передать другому пользователю.

Работа в нескольких командах

Часто бывает такая ситуация, когда человек работает одновременно в нескольких изолированных друг от друга командах. На этот случай, Qase позволяет одному человеку находиться сразу в двух командах и переключаться между ними по необходимости:

Заключение

Надеюсь, что после прочтения данного обзора, у вас появилось представление о текущих возможностях системы управления тестированием Qase.io. В дополнение, хочу сказать, что у проекта существует публичный Roadmap, в который каждый может добавить feature request или проголосовать за уже добавленные запросы другими пользователями.

В следующей статье расскажу, как настроить запуск автотестов напрямую из интерфейса приложения.

Форум пользователей MySQL

Всем привет! Возникла ситуация не удалять ничего а помечать как удаленные. Собственно вопрос как это можно сделать с помощью триггеров, чтоб он помечал is_delete=1 и не удалял при DELETE
И вопрос можно ли чтоб он не учитывался при SELECT UPDATE это глупость и сказа конечно. Но это решило бы все проблемы.

Отредактированно nekulin (10.10.2012 16:30:44)

#2 10.10.2012 16:49:04

vasya Архат Откуда: Орел Зарегистрирован: 07.03.2007 Сообщений: 5823

Re: не удалять а помечать как удаленные

nekulin написал:

Всем привет! Возникла ситуация не удалять ничего а помечать как удаленные. Собственно вопрос как это можно сделать с помощью триггеров, чтоб он помечал is_delete=1 и не удалял при DELETE

А почему не сделать update вместо delete?

nekulin написал:

И вопрос можно ли чтоб он не учитывался при SELECT UPDATE это глупость и сказа конечно. Но это решило бы все проблемы.

Не понял смысл предложения.

#3 10.10.2012 17:07:56

nekulin Завсегдатай Зарегистрирован: 06.04.2012 Сообщений: 56

Re: не удалять а помечать как удаленные

vasya написал:

nekulin написал:

Всем привет! Возникла ситуация не удалять ничего а помечать как удаленные. Собственно вопрос как это можно сделать с помощью триггеров, чтоб он помечал is_delete=1 и не удалял при DELETE

А почему не сделать update вместо delete?

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

nekulin написал:

И вопрос можно ли чтоб он не учитывался при SELECT UPDATE это глупость и сказа конечно. Но это решило бы все проблемы.

Не понял смысл предложения.

Это глупый вопрос, но все же.
если мы у записи указали is_delete=1 то он не должен ее выдавать в результате при select and update

#4 10.10.2012 23:31:30

vasya Архат Откуда: Орел Зарегистрирован: 07.03.2007 Сообщений: 5823

Re: не удалять а помечать как удаленные

nekulin написал:

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

А придется.
Можно попробовать извратиться:
тригерр before delete добавляет/изменяет данные во второй таблице, после чего вылетает с ошибкой (signal), т.о. отменяя удаление.
во второй таблице триггер изменяет данные в первой (is_delete=1)

Но это вариант - гланды через задницу.

nekulin написал:

Это глупый вопрос, но все же.
если мы у записи указали is_delete=1 то он не должен ее выдавать в результате при select and update

select . where is_delete=0;
Или, если не хотите переделывать функционал, то можно попробовать через view, но там есть масса ограничений.

#5 10.10.2012 23:36:21

nekulin Завсегдатай Зарегистрирован: 06.04.2012 Сообщений: 56

Re: не удалять а помечать как удаленные

vasya написал:

nekulin написал:

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

А придется.
Можно попробовать извратиться:
тригерр before delete добавляет/изменяет данные во второй таблице, после чего вылетает с ошибкой (signal), т.о. отменяя удаление.
во второй таблице триггер изменяет данные в первой (is_delete=1)

Но это вариант - гланды через задницу.

Спасибо, придеться править код (

nekulin написал:

Это глупый вопрос, но все же.
если мы у записи указали is_delete=1 то он не должен ее выдавать в результате при select and update

select . where is_delete=0;
Или, если не хотите переделывать функционал, то можно попробовать через view, но там есть масса ограничений.

Вьюшка не дело.
select . where is_delete=0; Это понятно что через where Я имел виду просто select без явного указания where is_delete=0/ В чем смысл, чтоб не лезсть в код и недополнять условием дополнительным.