DB: использовать столбец идентификационных данных или нет?
Чтобы сохранить модель, вы можете сделать следующее:
from keras.models import load_model
model.save('model_file.h5')
И загрузить модель обратно:
my_model = load_model('model_file.h5')
3 ответа
Вы не можете полностью развестись с приложением от поставщика базы данных. Если Вы сделаете то Вы не сможете воспользоваться преимуществами любых функций, которые Ваша база данных предоставляет Вам.
Я сказал бы, используют столбец идентификационных данных. Если Вы отодвигаетесь к Oracle (например), можно использовать Последовательность. Едва большое изменение.
Я не знаю, какую технологию Вы используете, но одна вещь, которая помогла бы, использует инструмент те, которые В спящем режиме или iBATIS (я думаю, что они и доступны для Java и.NET), который разделяет Вас немного от деталей реализации базы данных. Затем при изменении поставщика базы данных, Вы не должны будете изменять код приложения, просто конфигурацию. (В теории, по крайней мере!)
Столбец Use Identity!
Это действительно разделяет Вашу "Прикладную логику" от "Бизнес-логики".
Скажем, Вы используете "электронную почту" в качестве первичного ключа (который действительно имеет смысл с точки зрения "бизнес-логики"). Вы попадете в беду, когда та электронная почта больше не будет существовать, и Ваш пользователь хочет отредактировать Вашу электронную почту.
Насколько я знаю, каждый немного серьезный RDBMS имеет своего рода уникальную нумерацию на таблицу.
- Сервер доступа и SQL Server имеют столбцы идентификационных данных
- MySQL имеет столбцы автоприращения
- PostgreSQL имеет последовательности
- sqlite имеет неявный столбец ROWID
- Oracle имеет своего рода последовательность, хотя я нисколько не знаком с нею
Я главным образом использую его, теоретически это - не всегда требование, но если Вы хотите поддержать ссылочную целостность, интервал меньше для хранения и легче выдержать сравнение, чем varchar, особенно если внешние ключи были бы более сложными, чем отдельный столбец.