Enregistrez tableau PHP MySQL?

Ce qui est un bon moyen d'économiser un tableau de données à un seul champ mysql?

Aussi une fois j'ai une requête pour ce tableau dans la table mysql, ce qui est un bon moyen d'obtenir de nouveau dans la matrice de la forme?

Est serialize et unserialize la réponse?

InformationsquelleAutor JasonDavis | 2009-12-30

Il n'y a pas de bonne façon de stocker un tableau dans un seul champ.

Vous devez examiner vos données relationnelles et apporter les modifications appropriées à votre schéma. Voir l'exemple ci-dessous pour référence à cette approche.

Si vous doit enregistrer le tableau dans un seul champ, alors le serialize() et unserialize() fonctions fera l'affaire. Mais vous ne pouvez pas effectuer des requêtes sur le contenu réel.

Comme une alternative à la sérialisation de fonction il y a aussi json_encode() et json_decode().

Considérons le tableau suivant

$a = array(
    1 => array(
        'a' => 1,
        'b' => 2,
        'c' => 3
    ),
    2 => array(
        'a' => 1,
        'b' => 2,
        'c' => 3
    ),
);

Pour l'enregistrer dans la base de données, vous devez créer un tableau comme celui

$c = mysql_connect($server, $username, $password);
mysql_select_db('test');
$r = mysql_query(
    'DROP TABLE IF EXISTS test');
$r = mysql_query(
    'CREATE TABLE test (
      id INTEGER UNSIGNED NOT NULL,
      a INTEGER UNSIGNED NOT NULL,
      b INTEGER UNSIGNED NOT NULL,
      c INTEGER UNSIGNED NOT NULL,
      PRIMARY KEY (id)
    )');

De travailler avec les enregistrements que vous pouvez exécuter des requêtes telles que la ces (et oui c'est un exemple, méfiez-vous!)

function getTest() {
    $ret = array();
    $c = connect();
    $query = 'SELECT * FROM test';
    $r = mysql_query($query,$c);
    while ($o = mysql_fetch_array($r,MYSQL_ASSOC)) {
        $ret[array_shift($o)] = $o;
    }
    mysql_close($c);
    return $ret;
}
function putTest($t) {
    $c = connect();
    foreach ($t as $k => $v) {
        $query = "INSERT INTO test (id,".
                implode(',',array_keys($v)).
                ") VALUES ($k,".
                implode(',',$v).
            ")";
        $r = mysql_query($query,$c);
    }
    mysql_close($c);
}

putTest($a);
$b = getTest();

La connect() fonction retourne une ressource de connexion mysql

function connect() {
    $c = mysql_connect($server, $username, $password);
    mysql_select_db('test');
    return $c;
}

Très Bonne Solution. Merci
Très propre solution et très bien expliqué. Cheers!

InformationsquelleAutor Peter Lindqvist

26

Oui, en général, serialize et unserialize sont la voie à suivre.

Si vos données est quelque chose de simple, bien que, de l'enregistrement comme une chaîne délimitée par des virgules serait sans doute mieux pour l'espace de stockage. Si vous savez que votre tableau sera juste une liste de nombres, par exemple, alors vous devriez utiliser implosion/explosion. C'est la différence entre 1,2,3 et a:3:{i:0;i:1;i:1;i:2;i:2;i:3;}.

Si non, alors serialize et unserialize de travail pour tous les cas.
- Puisque vous êtes ici, lecteur, je vais juste prendre le temps de vous annoncer que depuis, j'ai découvert, grâce à des années d'expérience, que ce n'est vraiment pas la voie à suivre. L'on a accepté la réponse est beaucoup plus l'approche.
- Sine vous êtes ici, lecteur, je vais partager avec vous qu'il dépend simplement de vos exigences. Si vous n'avez pas besoin de requêtes à votre tableau de valeurs et besoin de quelque chose qui est très RAPIDE, vous pouvez stocker en toute sécurité vos données comme cela dans un seul champ (qui est ce que la question clairement indiqué), claque une clé primaire sur elle et vous partez. Si vous vous demandez en quoi consiste la demande: envoi de données à un québec qui obtient cron avais toutes les 5 minutes. Un autre cron crée les tableaux qui prend beaucoup plus de temps. Le québec récupère les données calculées et les transmet à une 3ème partie de l'API. Pas de meilleure façon de le faire.
- Je suis confus, parlez-vous de votre propre application ou l'application qui a conduit à la question posée?
- Tout n'est pas pertinent à la prémisse de mon intervention, le préfixe "Si vous vous demandez ce que l'application est" devrait apporter de la clarté.
InformationsquelleAutor Matchu
9

Serialize/Unserialize tableau pour le stockage dans une base de

Visite http://php.net/manual/en/function.serialize.php

Du Manuel PHP:

Regardez sous la rubrique "Retour" sur la page

Renvoie une chaîne contenant un octet-stream représentation de la valeur qui peut être stocké n'importe où.

Noter que ceci est une chaîne binaire qui peut inclure des octets nuls, et doit être stockées et traitées comme telles. Par exemple, la fonction serialize() la sortie doit généralement être stockées dans un champ BLOB dans une base de données, plutôt que d'un CHAR ou un champ de TEXTE.

Remarque: Si vous souhaitez stocker html dans un blob, assurez-vous de l'encoder en base64 ou il pourrait se briser, la fonction serialize.

Exemple de codage:
```
$YourSerializedData = base64_encode(serialize($theHTML));
```
$YourSerializedData est maintenant prêt à être stocké dans le blob.

Après l'obtention de données de blob, vous devez base64_decode puis unserialize
Exemple de décodage:
```
$theHTML = unserialize(base64_decode($YourSerializedData));
```
InformationsquelleAutor seaBass
9

Suffit d'utiliser la sérialisation fonction PHP:
```
<?php
$myArray = array('1', '2');
$seralizedArray = serialize($myArray);
?>
```
Toutefois, si vous utilisez des tableaux simples comme ce que vous pourriez aussi bien utiliser d'implosion et d'explosion.Utiliser un tableau vide à la place de la nouvelle.

InformationsquelleAutor KramerC
8

La meilleure façon que j'ai trouvé pour me sauver de la matrice de données chaîne de caractères avec des caractères de séparation
```
$array = array("value1", "value2", "value3", "...", "valuen");
$array_data = implode("array_separator", $array);

$query = "INSERT INTO my_tbl_name (id, array_data) VALUES(NULL,'" . $array_data . "');";
```
Vous pouvez ensuite rechercher les données, stockées dans votre tableau avec un simple requête
```
$query = "SELECT * FROM my_tbl_name WHERE array_data LIKE '%value3%'";
```
utiliser explode() de la fonction de conversion "array_data" chaîne de tableau
```
$array = explode("array_separator", $array_data);
```
noter que ce n'est pas de travailler avec les tableaux multidimensionnels et assurez-vous que votre "array_separator" est unique et n'avait pas exister dans la gamme des valeurs.

Être prudent !!! si vous ne pourrez prendre un formulaire de données et les mettre dans la base de données, vous serez dans le piège, becous les données du formulaire n'est pas SQL-sûr ! vous devez gérer votre formulaire de valeur
avec mysql_real_escape_string ou si vous utiliser MySQLi mysqli::real_escape_string
ou si la valeur sont des entiers ou des booléens cast (int) (booléenne) sur leur
```
$number = (int)$_POST['number'];
$checked = (boolean) $_POST['checked'];

$name = mysql_real_escape_string($db_pt, $_POST['name']);
$email = mysqli_obj->real_escape_string($_POST['email']);
```
- Dans mon cas, je suppose que c'est la meilleure option pour moi.
InformationsquelleAutor Harry
6

Serialize et unserialize sont assez commun pour que. Vous pouvez également utiliser JSON via json_encode et json_decode pour un peu de PHP-format spécifique.

InformationsquelleAutor ceejayoz
5

Comme mentionné avant - Si vous n'avez pas besoin de rechercher des données dans le tableau, vous pouvez utiliser serialize - mais c'est "php seulement". Donc, je vous recommande d'utiliser la fonction json_decode /json_encode - non seulement pour les performances, mais aussi pour des raisons de lisibilité et de la portabilité (d'autres langages tels que javascript peut gérer json_encoded de données).

InformationsquelleAutor Sebastian Lasse
3

Heu, je ne sais pas pourquoi tout le monde suggère la sérialisation de la matrice.

- Je dire, la meilleure façon est de les adapter dans votre schéma de base de données. Je n'ai aucune idée (et vous a pas donné d'indices) à propos de la signification sémantique des données dans votre tableau, mais il y a généralement deux façons de stocker des séquences comme ça
```
create table mydata (
  id int not null auto_increment primary key,
  field1 int not null,
  field2 int not null,
  ...
  fieldN int not null
)
```
De cette façon, vous êtes le stockage de votre tableau dans une seule ligne.
```
create table mydata (
    id int not null auto_increment primary key,
    ...
)

create table myotherdata (
    id int not null auto_increment primary key,
    mydata_id int not null,
    sequence int not null,
    data int not null
)
```
L'inconvénient de la première méthode est, bien évidemment, que si vous avez de nombreux éléments de votre tableau, de travail avec cette table ne sera pas la plus élégante chose. Il est également impossible de le possible, mais assez peu élégante ainsi tout à fait les colonnes nullable) à travailler avec des séquences de longueur variable.

Pour la deuxième méthode, vous pouvez obtenir des séquences de longueur quelconque, mais d'un seul type. Vous pouvez, bien entendu, qu'un type varchar ou quelque chose et de sérialiser les éléments de votre tableau. Pas la meilleure chose à faire, mais certainement mieux que la sérialisation de l'ensemble du tableau, à droite?

De toute façon, aucune de ces méthodes est clair avantage d'être en mesure d'accéder à l'arbitraire d'un élément de la séquence et vous n'avez pas à vous soucier de la sérialisation de tableaux et de vilaines choses comme ça.

Comme pour le récupérer. Eh bien, obtenir la rangée/de la séquence de lignes avec une requête et, ainsi, utiliser un boucle.. droit?
- Parfois, un tableau est vraiment approprié. Si vous allez seulement d'y accéder comme un attribut de l'objet premier, alors il est logique.
- Je suis en désaccord dans les plus sévères conditions -, il semble plutôt inapproprié pour moi de stocker aléatoire, non structurées (php "tableaux" ne sont pas réellement des baies à tous, non?), non typée gouttes de données dans un base de données relationnelle. Qu'allez-vous utiliser pour un séparateur de toute façon, si votre tableau peut avoir toutes les chaînes en elle? C'est juste des ennuis dans de nombreuses façons différentes. Dans 99,9% des cas, il existe une façon plus naturelle. Je vais faire un sauvage suppose ici et suggérer, que l'interlocuteur le cas de ne pas tomber dans le reste de 0,1%.
- En fait, parfois, il est très approprié pour stocker un tableau dans un champ dans une DB. Exemple serait de métadonnées comme une 'variables' table dans laquelle un des systèmes de plugins & les modules peuvent stocker leurs assortis de paramètres. une table qui stocke arbitraire 'session', les données peuvent être mises en oeuvre à l'aide d'un champ qui contient un tableau associatif de clés/valeurs. serialize et unserialize (qui est la bonne réponse) prendre soin de séparateurs. de vérifier certains de la réussite de plusieurs & populaire de projets open source tels que WordPress ou Drupal - vous et vous verrez que les tableaux sont parfois stockées dans la base de données comme ceci
- Evernden: je suppose que vous avez raison, après tout. php n'est pas mon "main" de la langue, j'ai donc été à en juger la solution à partir de la base de données de conception. Si ce que vous décrivez est vraiment la façon la plus commune de faire de telles choses (en php), alors ainsi soit-il. Ne fait pas de moi l'aime bien 🙂
- Juste parce que quelqu'un le fait et il peut être fait ne veut pas dire que c'est une bonne chose à faire.
- Il n'est JAMAIS approprié pour stocker un tableau dans un champ dans une DB. C'est une violation de la quatrième forme normale, troisième forme normale ou même de la deuxième forme normale: c'est une VIOLATION DE la PREMIÈRE FORME NORMALE. Si vous ne pouvez pas adhérer encore à la première forme normale, il ya quelque chose de mal avec votre application. Qui va pour Drupal et WordPress; s'ils le font, c'est certainement pas parce que les facettes de leurs applications sont bien conçus.. j'ai eu cet argument lors de mon dernier emploi, et parce que xcart n'était en train de faire cette absurdité qu'il a fait quelque chose qu'il aurait été possible, extrêmement difficile.
- Merci beaucoup pour le soutien, George Jempty. C'est exactement j'ai essayé de faire, plutôt, en vain, cependant, il me semble.
- Juste quelques pensées. La normalisation est bonne, pour la base de données relationnelle. Et aussi, de la normalisation est une partie du processus de développement logiciel, les problèmes de performance. Parfois, vous pouvez utiliser votre SGBDR comme un NoSQL DB, clé/valeur à stocker. Plusieurs projets de développement de logiciels fait.
- Jempty: je suis en désaccord avec cela. Vous devez stocker les choses de telle sorte qu'ils conservent leur signification. Une chaîne est juste un tableau de caractères. Mais nous stockons l'ensemble de la matrice comme une chaîne de caractères, parce que c'est comment nous allons toujours utiliser ce tableau. Il n'y a aucune raison d'accéder à des morceaux de lui. De même, si nous avons un tableau associatif tel qu'il ne sera chargé et édité dans son ensemble, il pourrait être soutenu pour être en 1FN, parce que le tableau est atomique dans ce contexte. C'est le plus petit élément de données de la base de données. De sorte qu'il est parfois (mais rarement) appropriée.
- Alors vous êtes en désaccord avec tout le monde qui ne sait rien de bases de données, y compris Mm. Codd & Date de.
- Lire la Date sur les Bases de données pp 112. Il a explicitement dit qu'il y a des situations dans lesquelles un ensemble est une bonne chose pour stocker une valeur dans un tableau et qu'il peut être considéré en 1FN. "un tel ensemble est en effet qu'une seule valeur: une valeur de consigne, pour être sûr, mais un ensemble est toujours, à un certain niveau d'abstraction, une valeur unique." ... "l'idée qu'un ensemble peut être légitimement considéré comme une valeur unique soutenue Codd la définition originale du 1FN .. cette définition a été exprimée en termes de" domaines [qui ont des valeurs qui] sont eux-mêmes des "jeux".
- très intéressant merci suppose que j'ai été sous-informés et plus dogmatique
- Vous êtes les bienvenus! Vos conseils sont généralement bonnes, et honnêtement ce que je dis à mes Dans les Bases de données des étudiants comme des exceptions sont assez taux de. Et je pense que Codd peut être de votre côté. Mais il n'est pas établi, d'une façon ou de l'autre.
- George - Si jamais vous êtes confronté à la difficulté de déplacement, de très grandes quantités de données entre l'Api et de prendre le temps de calcul et les limitations de bande passante en compte, vous verrez que le seul moyen est de calculer vos données et de stocker le résultat de façon intermittente dans le format de la réception de l'API attend. En particulier si le nombre et/ou des clés ou des éléments du tableau prévu varie ou est inconnu. Ergo: ne jamais dire JAMAIS :oP
InformationsquelleAutor shylent
2

Vous pouvez enregistrer votre tableau json.

il existe des documents json type de données: https://dev.mysql.com/doc/refman/5.7/en/json.html

Je pense que c'est la meilleure solution, et vous aidera à maintenir votre code plus lisible en évitant fou fonctions.

J'espère que cela est utile pour vous.

InformationsquelleAutor Roberto Murguia
0

Yup, serialize/unserialize est ce que j'ai vu la plupart dans de nombreux projets open source.

InformationsquelleAutor Eduardo
0

Je conseille d'implosion/explosion avec un personnage que vous connaissez ne sera pas contenue dans l'un quelconque des éléments de tableau. Puis le stocker dans SQL comme une chaîne de caractères.
- Cette question a été posée il y a 3 ans et a accepté de répondre. Vous trouverez peut-être plus utile de répondre à des questions les plus récentes ou des questions sans réponses.
InformationsquelleAutor user1478500
0

découvrez l'implosion de la fonction, puisque les valeurs sont dans un tableau, vous voulez mettre les valeurs de l'array dans une requête mysql qui insère les valeurs dans un tableau.
```
$query = "INSERT INto hardware (specifications) VALUES (".implode(",",$specifications).")";
```
Si les valeurs dans le tableau sont les valeurs de texte, vous aurez besoin d'ajouter des guillemets
```
$query = "INSERT INto hardware (specifications) VALUES ("'.implode("','",$specifications)."')";

mysql_query($query);
```
Aussi, si vous ne voulez pas les valeurs en double, basculer le "En" à "IGNORER" et uniquement les valeurs uniques seront insérées dans la table.
- Si vous avez une clé primaire, vous n'obtenez pas de doublons avec INSERT EN tout cas. Si vous n'avez pas de clé primaire ou un indice de l'IGNORER ne fait aucune différence.
InformationsquelleAutor
0

vous pouvez insérer un objet sérialisé ( array ) de mysql , par exemple serialize($object) et vous pouvez unserize objet exemple unserialize($object)

InformationsquelleAutor Vildan Bina
-5

Au lieu de l'enregistrer dans la base de données, l'enregistrer dans un fichier et ensuite l'appeler plus tard.

Ce que beaucoup d'applis php comme sugarcrm) est de seulement utiliser var_export à l'écho de toutes les données du tableau dans un fichier.
C'est ce que j'utilise pour enregistrer mes configurations de données:
```
private function saveConfig() {
    file_put_contents($this->_data['pathtocompileddata'],'<?php' . PHP_EOL . '$acs_confdata = ' . var_export($this->_data,true) . ';');        
}
```
Je pense que c'est une meilleure façon de sauvegarder vos données!
- C'est une autre façon, pas nécessairement mieux.
- En effet. Je pense juste que l'accès au fichier est beaucoup plus facile que l'interrogation de la base de données pour récupérer les données de la pile, puis initialiser le tableau. De cette façon vous suffit d'inclure le fichier et c'est fait.
InformationsquelleAutor AntonioCS

Vous devez vous connecter pour publier un commentaire.