Обновлять базу данными, затирая первые старые данные?

Question

[Vladimir ЦезариМы]

Вопрос как добавляя в базу данные , не давать ей разрастаться - удаляя лишние первые записи, при этом чтоб индекс ключа оставался прежним? скажем есть таблица

+--------+--------+-----------+
| key_id | price | DATE |
+--------+--------+------------+
| 1 | 15890 | 16.02.03 |
| 2 | 31990 | 17.02.03 |
| 3 | 3190 | 18.02.03 |
| 4 | 1800 | 19.02.03 |
| 5 | 850 | 20.02.03 |
+--------+--------+------------+
командой INSERT INTO я добавляю новую строку данных и получаю:

+--------+--------+-----------+
| key_id | price | DATE |
+--------+--------+------------+
| 1 | 15890 | 16.02.03 |
| 2 | 31990 | 17.02.03 |
| 3 | 3190 | 18.02.03 |
| 4 | 1800 | 19.02.03 |
| 5 | 850 | 20.02.03 |
| 6 | 360 | 21.02.03 |
+--------+--------+------------+
а хотелось бы увидеть удаление первой строки но сохранить ключи!

+--------+--------+-----------+
| key_id | price | DATE |
+--------+--------+------------+
| 1 | 31990 | 17.02.03 |
| 2 | 3190 | 18.02.03 |
| 3 | 1800 | 19.02.03 |
| 4 | 850 | 20.02.03 |
| 5 | 360 | 21.02.03 |
+--------+--------+------------+
Подскажите в каком направлении искать, я даже не знаю как это процесс обозначить в поисковиках?

Comments

[Дмитрий]

update?

[Adamos]

Классический вопрос из цикла "как воткнуть костыль для кривого решения неверно поставленной задачи?".
Лучшее, что можно сделать в таком случае - это описать, какую проблему вы решаете этими костылями.
Скорее всего, подскажут более естественное, традиционное и - внезапно! - простое решение.

[Vladimir ЦезариМы]

Дмитрий, конечно update, но!
Моя проблема в том , что первый раз я заполнил базу из запроса к xml нацбанка, и это в цикле 3 валют , внутри другого цикла в 365 дней, запрос шел около 2 минут... думаю если я каждый день буду делать update 365 х 3 = 1095 раз ... банк подаст на меня в суд!? Из-за попытки завалить их сервер, а так один раз напряг и у меня база в 1095 строк. И каждый день мне нужно добавить только три строки, при этом желательно удалить первые древние 3 строки

[rPman]

объясни, какого фига там обновляется key_id?

как уникальный идентификатор (а именно этот смысл несут слова key и id) может менять свое значение со временем для одного и того же объекта?

[Дмитрий]

Astrolit, как связан использование update в вашей базе, и с тем что вы сервер банка нагружаете? в суд не подадут - просто ваш ip в бан и дело с концом

[Vladimir ЦезариМы]

вопрос решил 20.02.2023 (это важно) залил базу в 1095 записей , запрос занял 3 минуты! Далее написал еще php один скрипт, при выполнении которого - он добавляет 3 новые позиции и удаляет 3 первые ) . И отравил его в cron, с запуском раз в день, в результате у меня постоянная таблица на 1095 записей всегда, где приличествуют данные за 365 дней от текущей даты! Была проблема с удалением первых трех и вычисления, но оказалась простая математическая последовательность )
в результате как то так

date_default_timezone_set(".../...");//часовой пояс для сервера
$newdate=date('d.m.Y'); 
$datestamp = date('20.02.2023'); //от чего считаем
 
include(dirname(dirname(__FILE__)).'/config.php');
$vl="";
// Коннектикут в базИ
$conn = new mysqli(DB_HOSTNAME, DB_USERNAME, DB_PASSWORD, DB_DATABASE);
// Check connection
if ($conn->connect_error) {
  die("Connection failed: " . $conn->connect_error);
}
 
$x = ["синий", "красный", "прекрасный"];
                             foreach ($x as $vl) {
                              $Value[$vl] = цена красивого ;
                              $Value["Code$vl"] =код красивого ;
                              
                       //добавляем
                              $sql = "INSERT INTO tablicka  SET  code = '" .$Value["Code$vl"]. "',
                              value = '" . $Value[$vl] . "',
                              date_modified = '" . date("d.m.Y", strtotime($newdate) ) . "' " ;
                              if ($conn->query($sql) === TRUE) { 
 
                             } else {
                              echo "Error updating record: " . $conn->error;
                                   }        
                    }
                  //удаляем ^-^
$xday = ($newdate-$datestamp);
$x=(3*$xday)-2;
for ( $i = $x;  $i < ($x+3); $i++){
                             $sql = "DELETE FROM tablicka WHERE key_id = '".$i."'  ";
 
                              if (mysqli_query($conn, $sql)) {
                           
                             } else {
                              echo "Error deleting record: " . mysqli_error($conn);
                             }
                        } 
//закрываем ^-^
 $conn->close();

Но скрипт чутка не идеален, при случайном запуске более одного раза в день, он благо лишнего не удалит, а вот повтор он с удовольствием добавит( . Если кто просветит на условие: дубль записи к текущей дате запретить, Буду благодарен!

Answer 1

[rPman]

Это худшая задача для реляционных баз данных, что там будет происходить с foreign_key я вообще молчу, все решаемо но скорости будут не очень

Если нет связанных таблиц (что логично, твой id на самом деле не идентификатор, не вводи народ в заблуждение и назови по другому) в твоем случае скорее всего можно схитрить, можно key_id считать на лету, т.е. ключевое поле с autoincrement, но назови его по другому, например key_id_orig
1+key_id_orig-min(key_id_orig)

но это сработает только если удаление возможно только самой старой записи, если же будут удаления из середины, то порядок придется пересчитывать по другому, через сортировку всей таблицы по key_id_orig и подсчету колонок функцией row_number

Comments

[Vladimir ЦезариМы]

"Если нет связанных таблиц (что логично, твой id на самом деле не идентификатор, не вводи народ в заблуждение и назови по другому) " да Вы правы.
1+key_id_orig-min(key_id_orig)
окей , но что делать с самой базой - при добавлении трех новых строк и удалении первых старых строк, мне надо будет заново переиндексировоть 1095 записей? Нет ли более элегантного решения ? Как бы добавил N строк и чудесной командой N строк в начале самоликвидировались, этакая динамически постоянная по количеству записей база!?

[rPman]

я не понимаю что ты собираешься индексировать?

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

[Vladimir ЦезариМы]

rPman, а чем тогда мне это поможет "можно key_id считать на лету, т.е. ключевое поле с autoincrement, но назови его по другому, например key_id_orig
1+key_id_orig-min(key_id_orig)" ? Ведь я могу обычным update добавить 1 новую запись и потом удалить 1 первую , но тогда мой индекс первой записи будет не [0], а [1] и так далее, каждый день будет индекс меняться... А к базе планируется обращаться, многократно. И что нулевой индекс это данные ровно 365 дней назад от последней добавленной записи! это для графиков и анализа изменения валют

[rPman]

чтобы получить "ровно 365 дней назад от последней добавленной" нужно делать ровно то что ты запросил, искать последнюю добавленную, отсчитывать 365 дней и искать по дате

не путай 'идентификатор' и 'порядковый номер' записи в списке, это разные вещи идеологически, чтобы получить порядковый номер я тебе указал способы в ответе

[Vladimir ЦезариМы]

"не путай 'идентификатор' и 'порядковый номер' записи в списке, это разные вещи идеологически, чтобы получить порядковый номер я тебе указал способы в ответе" благодарю это решение, мне идентификатор как бы и не нужен (моя ошибка) буду отлавливать по дате