@x_files_1

Приветствую.

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

Два года назад поднял сайт для компании оказывающие услуги. Недавно встал вопрос создания второй версии сайта.
Сейчас клиент может зайти на сайт и оформить заказ. Выбрать из списка услуги и нажать заказать. После этого в бд sql содается в таблице "заказы" запись. Через дополнительную таблицу, через связи к заказу привязываются выбранные услуги из таблицы "услуги". Все работает на ура. Но. Вдруг мы захотели поменять цену услуги или того страшнее название услуги. И по той причине что все сделано через связи обновятся названия услуг в заказах годовалой давности. И уже если нам понадобиться уточнить что же мы делали для клиента год назад то получим измененные данные. Или вообще если удалим услугу то могут быть пустые заказы без услуг. Но это решается элементарным запретом на удаление.

В новой версии появилась идея при создании заказа формировать xml данные. И уже их хранить. Тем самым мы получим целостность всех данных заказа.

Встал вопрос как хранить xml. В самой бд как поле с текстом или сохранять для каждого заказа свой xml и в бд заносить имя созданого xml.
Как быть?
Какую логику выбрать?

Спасибо!!!

0

@Grossmeister

Обычно в таких случаях хранят историю цен. Т.е. цена услуги с датами начала и окончания действия.

0

@x_files_1

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

Добавлено через 21 минуту
Появилась мысль что если нам не хранить заказы в бд в виде ячейки с xml а сохранять для каждого заказа свой xml, то в таком сценарии будет плюс. Мы сможем без труда на основании файлов xml написать обработку для 1С чтобы синхронизировать заказы. Но боимся что пострадает скорость работы в таком случае. Мало того что надо будет php создать xml так еще сохранять как физический файл. А для того чтобы открыть файл это придется открывать файл и читать xml. Что скорее всего в разы медленее обычной работы с бд. Или не так? Что думаете?

0

@Grossmeister

Разумеется. К файлам xml не применишь обычный SQL, надо будет постоянно преобразовывать из одного представления в другое. Поэтому всю инфу лучше хранить в таблицах БД, а xml формировать только для обмена с другими системами (той же 1С).

0