Handling null values ​​against empty strings in a database when only empty strings come from the client via HTTP POST


My MySQL database has carefully defined fields. Some fields, if there is a chance that they can be unknown, allow a NULL value.

I'm writing a web-based CMS to handle the data in said database. Obviously, the post arrays from the HTML forms never contain null values, only empty strings.

I don't want to confuse the users of my CMS by adding a "NULL checkbox" or anything like that but I can't tell from the post arrays whether a field should be null or empty.

Should I convert all empty strings to NULL values on save for fields that allow null values?

What are some good practices for this type of conundrum?

That is a sticky question. Of course there is no way for a user to know whether they want to insert an empty string or nothing at all. So the answer is really up to you. Do you want to allow users to enter empty strings? Does it have any meaning for it to do so? If an empty string means something that a NULL string doesn't and that is well defined, go ahead and allow both.

If there is no distinction between them, pick one and stick with it. I personally don't see why you would need to keep empty strings like that, it just makes things far more confusing later. Just stick with NULL to represent an absence of data.

Make your decision now, document it and stick by it.