А какая структура у таблицы? Какая цель этого?
Если не предусмотрены поля даты создания/изменения записи и/или не прописана логика их работы - узнать дату изменения/создания сложнее, чем никак.
По поводу повторяющихся записей - в каком поле ожидается повторение?
SELECT * FROM table WHERE id IN (SELECT id FROM table GROUP BY fld1 WHERE COUNT(fld1) > 1) - повторение ожидается по полю fld1
С повторяющими записями мне все ясно. а вот как мне сделать, что бы если в базе поледняя (пускай будет ячейка fld1 ) и в ней значение 3(это не постоянное число) то вывести мне все эти значения?
Secret73: я не понимаю вас. Сформулируйте задачу чётче, возможно, она решается. Отслеживать дату создания/изменения записи, если это не было предусмотрено, невозможно, насколько я знаю. Можно привязаться к автоинкрементному id, если он был сделан, но это порочная логика, потому что во многих случаях он не обязательно будет строго возрастающим (относительно старых данных) у новых записей.
Если вас такое устроит - SELECT * FROM table ORDER BY id DESC LIMIT n.
Если всё происходит в одной сессии - можно использовать LAST_INSERT_ID().
Егор Стаховский: К сожалению не устроит, я тоже так пытался делать, но количество всегда разное, поэтому я не могу поставить DESC LIMIT 1. Суть такая, пользователь делает заказ, выбирает например 3 позиции разного товара, в базу это заказ заносится в таблицу, и в таблице он делится на 3 строчки. Одинаковое у этих строчек только ID, и я понимаю только как вытащить 1 последнюю строчку или все записи из этой таблицы. Но не могу понять как вытащить все эти 3 строчки относящтеся к этому заказу?
Secret73: Вы хотите для конкретного заказа доставать из базы товары, которые были заказаны?
Разделите таблицы - orders(order_id, customer_id, comment); order_products(id, order_id, product_id); customers(customer_id,...). Ещё лучше - сделайте ещё одну таблицу под продукты, храните там состояние продукта на момент заказа. Это избыточно по объему данных, но во много раз окупается в прикладном смысле.
Secret73: Почему, может быть и получиться. Я не совсем понимаю, как вы хотите это сделать. Данные о товарах заносятся в таблицу, но какая у неё структура? Никакого поля идентификации товаров одному заказу нет? Тогда не получится.
Вы хотите сделать приватные заказы? Храните обезличенные id заказа. Но какой-то способ идентификации всё же нужен.
Если "Одинаковое у этих строчек только ID" - это и есть id заказа, выбирайте товары по нему. SELECT * FROM table WHERE ID = smth.
Secret73: Да, может. SELECT таблица_с_товарами.* FROM таблица_с_товарами INNER JOIN таблица с заказами ON таблица_с_товарами.id_заказа = таблица_с_заказами.id_заказа WHERE таблица_с_заказами.id_заказа = нужый_id. Теперь я понимаю, что у вас сложности с тем, как выбрать "нужный_id". Тут уж вы должны сами придумать логику такого выбора.
Это должен быть просто последний заказ вообще? Сделайте после "создан" в таблице с заказами, используйте предыдущий запрос с без WHERE но с ORDER BY таблица_с_заказами.создан LIMIT 1, например.
Если уж никак структуру не поменять - вспомните про DESC LIMIT 1, хотя это ужасная практика: SELECT таблица_с_товарами.* FROM таблица_с_товарами WHERE таблица_с_товарами .id_заказа = (SELECT id_заказа FROM таблица_с_заказами ORDER BY id_заказа DESC LIMIT 1)
Егор Стаховский: Ерунду написал в абзаце про "создан". Запрос такой будет - SELECT таблица_с_товарами.* FROM таблица_с_товарами WHERE таблица_с_товарами .id_заказа = (SELECT id_заказа FROM таблица_с_заказами ORDER BY создан DESC LIMIT 1)
Простой
