Я хотел бы ограничить значение столбца в таблице SQL. Например, значениями столбца могут быть только «автомобиль», «велосипед» или «фургон». Мой вопрос заключается в том, как вы достигаете этого в SQL, и стоит ли делать это на стороне БД, или я должен позволить приложению ограничивать ввод.
У меня также есть намерение добавить или удалить другие значения в будущем, например, «грузовик».
Я использую такие базы данных, как SQLite и MySQL.
Добавьте новую таблицу, содержащую эти транспортные средства, и сделайте свой столбец внешним ключом для этой таблицы. В будущем в таблицу могут быть добавлены новые виды транспорта, а определение вашего столбца останется прежним.
С этой конструкцией я бы определенно решил регулировать это на уровне БД, а не на уровне приложения.
CHECK или его эквивалент. И да, это ограничение данных должно быть смоделировано в базе данных.
- person onedaywhen; 16.06.2011
Для MySQL вы можете использовать тип данных ENUM.
имя_столбца ENUM('маленький', 'средний', 'большой')
См. Справочник по MySQL: тип ENUM.
В дополнение к этому я считаю, что всегда лучше ограничивать на стороне БД И на стороне приложения. Enum плюс поле Select, и все готово.
Да, рекомендуется добавить контрольные ограничения. Проверочные ограничения используются для обеспечения достоверности данных в базе данных и обеспечения целостности данных. Если они используются на уровне базы данных, приложения, использующие базу данных, не смогут добавлять недопустимые данные или изменять действительные данные, поэтому данные становятся недействительными, даже если само приложение принимает недопустимые данные.
В SQLite:
create table MyTable
(
name string check(name = "car" or name = "bike" or name = "van")
);
В MySQL:
create table MyTable
(
name ENUM('car', 'bike', 'van')
);
check("name" in ('car', 'bike', 'van')). Также: -кавычки для идентификаторов и '-кавычки для литеральных значений.
- person equaeghe; 23.03.2016
Вы бы использовали контрольное ограничение. В SQL Server это работает так
ALTER TABLE Vehicles
ADD CONSTRAINT chkVehicleType CHECK (VehicleType in ('car','bike','van'));
Я не уверен, что это стандарт ANSI, но я уверен, что MySQL имеет аналогичную конструкцию.
Если вы хотите использовать проверку на стороне БД, вы можете использовать триггеры. См. это для SQLite и это подробное руководство для MySQL.
Таким образом, вопрос действительно заключается в том, следует ли вам использовать проверку базы данных или нет. Если у вас есть несколько клиентов — будь то разные программы или несколько пользователей (возможно, с разными версиями программы) — то, безусловно, лучше всего использовать маршрут базы данных. База данных (надеюсь) централизована, поэтому вы можете отделить некоторые детали проверки. В вашем конкретном случае вы можете убедиться, что значение, вставляемое в столбец, содержится в отдельной таблице, в которой просто перечислены допустимые значения.
С другой стороны, если у вас мало опыта работы с базами данных, вы планируете работать с несколькими разными базами данных и у вас нет времени на приобретение опыта, возможно, наиболее целесообразным выбором будет простая проверка на уровне приложения.
