JSON vs. Serialized Array in database [closed]

问题:

What are the advantages and disadvantages of storing JSON data in MySQL database vs. serialized array?

回答1:

1. JSON encode() & decode()
   • PHP Version >= 5.0.0
     • Nesting Limit of 20.
   • PHP Version >= 5.2.3
     • Nesting Limit of 128.
   • PHP Version >= 5.3.0
     • Nesting Limit of 512.
   • Small footprint vs PHP's serialize'd string.
2. serialize() & unserialize()
   • PHP Version >= 4.0.0
     • Methods are not lost on PHP Datatype Object.
     • __wakeup() magic method called on any object being unserialize. (VERY POWERFUL)
     • It has been noted that it is some times best the base64 encode strings put into the database, and base64 decode strings taken out of the database with this function, as there are some issues with the handling of some white space characters.

The choice is yours.

回答2:

Pro JSON:

• The JSON data can be used by many different languages, not just PHP
• JSON data is human readable and writable.
• It takes up less space
• It is faster to encode JSON than to serialize

Pro Serialized Array:

• It is faster do unserialize than to JSON decode

---

As the comments indicate, JSON takes up less space than a serialize array. I also checked whether JSON or Serializing is faster, and surprisingly, it is faster to JSON encode than to Serialize. It is faster to unserialize than to JSON decode though.

This is the script I used to test:

<?php 
function runTime(){
      $mtime = microtime(); 
      $mtime = explode(' ', $mtime); 
      $mtime = $mtime[1] + $mtime[0]; 
      return $mtime; 
}
?> 
<pre>
<?php
$start = runTime();

$ser;

for($i=0; $i<1000; $i++){
    $a = array(a => 1, x => 10);
    $ser = serialize($a);
}
$total = runTime() - $start;
echo "Serializing 1000 times took \t$total seconds";
?>

<?php
$start = runTime();

$json;

for($i=0; $i<1000; $i++){
    $a = array(a => 1, x => 10);
    $json = json_encode($a);
}
$total = runTime() - $start;
echo "JSON encoding 1000 times took \t$total seconds";
?>

<?php
$start = runTime();

$ser;

for($i=0; $i<1000; $i++){
    $a = unserialize($ser);
}
$total = runTime() - $start;
echo "Unserializing 1000 times took \t$total seconds";
?>

<?php
$start = runTime();

$json;

for($i=0; $i<1000; $i++){
    $a = json_decode($json);
}
$total = runTime() - $start;
echo "JSON decoding 1000 times took \t$total seconds";
?>
</pre>

回答3:

Portability: Winner JSON. JSON is supported on a wider variety of platforms, while PHP de-serialization is only supported (as far as I know) by PHP. While it's possible to parse either format in any language, JSON has more pre-built libraries.

Future Proof: Winner JSON. JSON is a "standard", in the sense that Javascript is a standard, and isn't likely to change anytime in the future. The PHP group has made no promises about the future of the serialization format, and while it's unlikely to change in the future, the fact that a single group controls the format means you may end up with future data that's unreadable.

Fidelity: Winner PHP. PHP serialization will allow you to store data with native PHP data types, including objects defined by custom classes. JSON will only allow you to store generic primitive types, lists of primitive types ("arrays") and key/value pair Objects. PHP Serialization may provide some advantages here if you're developing a PHP application.

File Size: JSON has a slight win here, as PHP's current serialization format is more verbose (as it's storing more information).

Performance: Who knows, it depends, profile.

Conclusion: Go with JSON unless you have a compelling reason to use PHP Serialization .

回答4:

JSON is more portable, i.e. you can more easily read/write to it from different languages etc. If you used PHP serialized arrays you would only be able to easily use PHP to access it.

回答5:

Are you using your datas only with PHP ? If yes : arrays, if no : JSON.

Pro Array

• sessions used serialization : I think it's faster than json_encode/decode (not quite sure)
• many functions on arrays in PHP (sorting/merging/...)

Pro JSON

• JSON is know in other languages and web languages
• less verbose in database
• many tools, like XML : JSON SChema

回答6:

There was a lot of such questions on SO.

Preferred method to store PHP arrays (json_encode vs serialize)

In short: JSON is better for simple data, but it doesn't distinguish difference between object and associative array. Serialized data are bigger.

回答7:

Use json for for arrays and communication with Javascript or other language. Use serialize for object or any internal PHP work for the current running script.

回答8:

if youre trying to get around quotes and special characters in your JSON.stringify(obj) ,you can do so in PHP using it's database-specific escaping methods.

<?php
mysql_real_escape_string(htmlspecialchars($value))
?>

you can now store this safely and decode it when you read it back out

回答9:

JSON beats serialization as most answers already pointed out. I think the biggest advantage is its platform independency. You might have other applications communicate with you database and they might not have anything to do with php.

But both solutions violate database normalization. You database will not even be in first normal form so you cannot take advantage of any database feature like, say, searching. A better approach is to use object relational mapping. There are good libraries out there - consider for example doctrine ORM.

回答10:

I just had this big problem with php serialize. I stored a lot of data in a single field in which i used unserialize to read.

What happened is that I got some corrupt data in that field. Serialize map the data with codes like 'a','s' and 'N'. If there is corrupt data, the map failed. It will show a php error that the unserialize function is unable to work because of byte code error.

So my point is to avoid serialize. Go with JSON, way safer and you won't bang your head on future majors problems.

For me, no more serialize.

回答11:

atm, json_encode() works only with UTF-8 encoded data.. therefore, it cannot encode characters such as "ñ", else it returns NULL