par
@rthur » 05 avr. 2016, 19:18
Est que je suis obligé de définir toutes les colonnes pour les catégories avant d'importer mon fichier Json
Est que je suis obligé de mettre une colonne pour toutes les catégorie que je fait avec "device name", "brand" , etc.
Ce qui me gène c'est qu'il y a au moins 20 catégorie et qu'il n'y en a que 5-6 qui m’intéresse vraiment
Si j'en crois la figure 6.20 de la doc MySQL, tu devrais pouvoir décocher les colonnes qui ne t'intéressent pas :
https://dev.mysql.com/doc/workbench/en/ ... figuration
Au pire, si ce n'est pas possible, importe toutes les données et tu ferras le ménage ensuite directement dans phpmyadmin en supprimant les données inutiles.
Quel datatype mettre pour mettre des chiffres et des lettres comme pour la résolution par exemple ou il y a des chiffres et un x (1980x1050)
Dans un premier temps un varchar, et ensuite si tu veux optimiser, tu pourras faire une requête SQL avec un SELECT UNIQUE pour voir toutes les valeurs possibles et si il n'y en a pas trop, remplacer le varchar par un enum()
Mais à mon sens, vu ton projet je me contenterai d'un varchar()
[quote]Est que je suis obligé de définir toutes les colonnes pour les catégories avant d'importer mon fichier Json
Est que je suis obligé de mettre une colonne pour toutes les catégorie que je fait avec "device name", "brand" , etc.
Ce qui me gène c'est qu'il y a au moins 20 catégorie et qu'il n'y en a que 5-6 qui m’intéresse vraiment[/quote]
Si j'en crois la figure 6.20 de la doc MySQL, tu devrais pouvoir décocher les colonnes qui ne t'intéressent pas :
https://dev.mysql.com/doc/workbench/en/wb-admin-export-import-table.html#wb-table-data-import-csv-configuration
Au pire, si ce n'est pas possible, importe toutes les données et tu ferras le ménage ensuite directement dans phpmyadmin en supprimant les données inutiles.
[quote]Quel datatype mettre pour mettre des chiffres et des lettres comme pour la résolution par exemple ou il y a des chiffres et un x (1980x1050)[/quote]Dans un premier temps un varchar, et ensuite si tu veux optimiser, tu pourras faire une requête SQL avec un SELECT UNIQUE pour voir toutes les valeurs possibles et si il n'y en a pas trop, remplacer le varchar par un enum()
Mais à mon sens, vu ton projet je me contenterai d'un varchar()