Données sockées en base ou dans un fichier

[popayan]

Bonjour,

Je me demandais d'un point de vue performance quelle était la meilleur façon de faire pour le stockage de beaucoup de données statiques?

Par exemple, imaginons un générateur aléatoire de prénom, il vaut mieux créer une table avec tous les prénoms ou stocker tout dans un tableau dans une classe?

sinon, un peu hors-sujet, pour ceux qui connaissent le ruby, y a-t-il une fonction toute faite qui permettrait de sortir une donnée aléatoire d'un tableau?

pour info ce que j'ai fait:

class Pname < ActiveRecord::Base

	

	def self.random_name

		names = ['Frédéric', 'Benoit', 'Thomas']

		names.at(rand(names.count))

	end

end

[Sephi-Chan]

Tu peux stocker une telle liste dans un fichier en la serialisant en JSON ou YAML.

Et pour retourner un élément aléatoire d'un tableau, tu peux utiliser la méthode sample. Et sample(2) pour récupérer 2 éléments aléatoires.

Et ton nom de modèle me parait bancal. Pourquoi Pname ?


Sephi-Chan

[popayan]

Faut pas regarder le nom... C'est juste un test, mon modèle s'appelle bien name :$

[Sephi-Chan]

Un modèle qui s'appelle Name, ça me paraît fumeux. Je vois plus name comme un attribut de la classe Person ou Character.

Voilà ce que j'ai en tête :

class Player < ActiveRecord::Base

  

  def self.random_name

    names_as_yaml = File.read(Rails.root.join('config', 'character_names.yml'))

    names         = YAML.load(names_as_yaml)

    

    names.sample

  end

  

end

Sephi-Chan

[popayan]

Oui pourquoi pas, j'avais envie "d'externaliser" les noms mais c'est clairement pas nécessaire en fait! Merci pour l'idée

[Amrac]

La base de données a l'avantage de stocker ta requête en cache immédiatement (puisque tes données sont statique) et y accède donc directement sur la RAM.

Ca me semble pas mal, pas besoin d'ouvrir un fichier sur le disque dur.

[php_addict]

si ce sont des données statique mais que tu auras besoin d'utiliser dans des jointures LEFT JOIN par exemple, mieux vaut les garder en base de données, mais tes données statiques peuvent être par exemple des variables de configuration du site comme par exemple le nombr de MP à afficher par page...

[Holy]

La base de données a l'avantage de stocker ta requête en cache immédiatement (puisque tes données sont statique) et y accède donc directement sur la RAM.

Ca me semble pas mal, pas besoin d'ouvrir un fichier sur le disque dur.

T'es sûr que MySQL utilisent la RAM avec tous les types de table ? :o
T'aurais une source ? ^^

Perso, je préfère la gestion de fichiers pour les données statiques. Ca permet éventuellement de les éditer à la main et ça restera dans tous les cas plus rapides qu'une requête, même si celle-ci est mise en cache.

[Sephi-Chan]

Moi, ça me ferait chier d'avoir une table juste pour stocker des noms.
En ce moment, je joue un peu avec Redis et je trouve ça plutôt rigolo (et ça décalque tout en terme de performances).


Sephi-Chan

[niahoo]

Riak FTW!