Да, могу. Предположим, что нам нужно отслеживать ваши системные средства. В вашей системе имеется несколько администраторов и субадмин. Все они могут вставлять или обновлять или редактировать любую информацию. В конце вы должны знать, кто это делает. Для решения этой проблемы вам потребуется сериализовать.
**Explain:**Create a table named history which stores all changes. Each time there is a change insert a new row in this table. It might have this fields:
history(id,target_table(name of the table), target_id (ID of the saved entry),create/edit/change data (serialized data of the saved row),date)
Надеюсь, это вам поможет.
Вы не добавляете к список. Вы подставляете на список.
Список является логически рядом ассоциаций. Вы не заботитесь о порядке элементов в наборе. Все, о чем Вы заботитесь, является присутствием или отсутствием конкретного элемента. В случае список, все, о чем Вы заботитесь, - существует ли там ассоциация для данного тега (т.е. пара, CAR которой является заданным значением), и, учитывая, что ассоциация, присваиваемое значение (т.е. в этой реализации, CDR пары).
Язык Common LISP определяет функцию под названием ACONS для точно этой цели, где
(acons key value alist)
эквивалентно:
(cons (cons key value) alist)
Это убедительно предполагает, что просто концентрирование на alist идиоматично. Обратите внимание, что это означает две вещи: