J'ai besoin de sauver de gros morceaux de chaînes de texte Unicode dans les nœuds Neo4j. La documentation ne mentionne rien de la taille des données que l'on peut stocker par nœud.
Est-ce que quelqu'un sait cela?
3 Réponses :
Neo4J est une très belle solution pour la gestion des relations entre les objets. Comme vous le savez peut-être déjà, ces relations peuvent avoir des propriétés ainsi que les nœuds elles-mêmes. Mais je pense que vous ne pouvez pas stocker "un gros morceau" de données sur ces nœuds. Je pense que Neo4j était destiné à être utilisé avec une autre base de données telle que MongoDB ou même MySQL. Vous obtenez "vraiment vite" les informations dont vous avez d'abord besoin, puis recherchez-la en utilisant un autre moteur. Sur mes projets, je stocke les noms d'utilisateur, les noms, la date de naissance, les identifiants et ces types d'informations, mais pas de très grandes chaînes de texte.
Cela semble être une spéculation pure et se dresse dans des autres réponses ici et ailleurs.
En effet. Au moins c'est ce que je savais en 2011 mais que les choses ont changé depuis. Merci d'avoir fait remarquer cela.
Neo4J est par défaut indexé à l'aide de Lucene. Lucene a été construite en tant que boîte à outils de recherche de texte complète (avec SOLR étant la mise en œuvre du moteur de recherche de facto). Puisque Lucene était destiné à rechercher de grandes quantités de texte, ma suspicion est que vous pouvez mettre autant de texte dans un nœud que vous le souhaitez et cela fonctionnera très bien.
Je viens d'essayer ce qui suit avec l'interface Web Neo4J:
J'ai écrit une ligne de 26 caractères et la dupliquée à travers 32 000 lignes, ce qui rend un total de 832 000 caractères.
J'ai créé un nœud avec une propriété "texte" et copié mon texte en elle, et cela fonctionnait parfaitement.
J'ai à nouveau essayé avec 64 000 lignes avec des espaces blancs à la fin des lignes, avec un total de 1728 000 caractères. Créé un nouveau nœud, puis interrogé le nœud et copié le résultat dans un fichier pour vérifier la taille (vous ne savez jamais), et WC m'a donné 1728001 (celui-ci doit être une erreur dans le processus de copie / pâte que je suppose). < / p>
Cela ne semblait pas se plaindre.
FYI Cela équivaut à un texte avec 345600 mots de taille moyenne de 4 et un espace (5 caractères) et un livre de 1000 pages avec 300 mots par page.
Je ne sais cependant pas comment cela pourrait avoir une incidence sur les performances s'il y a trop de nœuds. Si cela ne fonctionne pas bien à cause de cela, vous pouvez toujours envisager d'avoir NEO4J pour stocker des informations sur les relations, avec un identifiant de propriété comme ID pour une autre base de données orientée de documents pour récupérer le texte (ou simplement le chemin d'un fichier comme chemin. propriété)).
Qu'est-ce qu'un "gros morceau" dans votre cas?