Discussion :

[laurentSc]

Une question de faisabilité : j'imagine une bdd qui fournirait une liste d'URLs.
http://URL1
http://URL2
http://URL3
etc.
Ma question est : quels sont les documents qui contiennent le texte "toto". Donc est-il possible d'écrire une requête SQL qui permettrait d'explorer tous les fichiers pointés par les URLs à le recherche de la chaîne de caractères "toto" ?
La réponse serait donc du genre : la chaîne de caractères "toto" est contenue dans les fichiers dont l'URL est http://URL1, http://URL3, etc.

[laurentSc]

Mon problème est le suivant : je dispose d'environ 10000 fichiers (pdf ou txt) qui vont être stockés sur un serveur et seront accessibles par une URL. Je souhaite effectuer une recherche sur ces fichiers. La méthode bourrin consisterait à les ouvrir un par un et à chaque fois faire la recherche sauf qu'une telle méthode risque de faire qu'une recherche dure plusieurs jours. C'est pourquoi je cherche une autre méthode et donc me pose la question de la faisabilité de faire cette recherche en SQL. Si jamais vous avez une solution (qui passe par SQL ou autre) je suis preneur.

[SergioMaster]

Bonjour,

question sans fondement, si les données (c.a.d. les octets des fichiers) ne sont pas dans la base comment voulez vous faire une requête dessus !
AMHA il faut se tourner vers une base documentaire de type NoSQL

[laurentSc]

Merci quand même de la confirmation d'un expert ; je croyais au père Noël...

[SQLpro]

Bonjour,

question sans fondement, si les données (c.a.d. les octets des fichiers) ne sont pas dans la base comment voulez vous faire une requête dessus !
AMHA il faut se tourner vers une base documentaire de type NoSQL

Vous feriez mieux de pas donner des conseils aussi stupide !

ça fait 17 ans que SQL Server index textuellement des documents électroniques et 12 ans qu'il peut le faire en déporté (stockage FILESTREAM puis FILETABLE)

Alors au lieu de renvoyer pas méconnaissance des gens vers des outils complexe, vous feriez mieux de vous tenir au courant !

A +

[SQLpro]

Merci quand même de la confirmation d'un expert ; je croyais au père Noël...

Contrairement à ce qui vous a été dit, il est parfaitement possible d'utiliser un SGBDR pour indexer des documents électronique de toute nature.

par exemple avec SQL Server et même en version Express gratuite, vous pouvez indexer des documents électronique, même s'il ne sont pas stockés dans la base.
Il faut définir dans votre base une FILETABLE qui représente le point d'entrée de votre arborescence de fichier html, puis définir un index textuel dessus en informant de la nature du doc (via son extension)
Il ne vous restera plus ensuite qu'à faire des requêtes avec CONTAINS par exemple.

A lire sur le sujet :
https://www.simple-talk.com/sql/data...in-filetables/
http://blog.developpez.com/sqlpro/p9...text_search_no

A +

[laurentSc]

Merci pour la piste ; je regarde dans l'après-midi...

[SergioMaster]

Bonjour,

Merci quand même de la confirmation d'un expert ; je croyais au père Noël...

je n'ai jamais dit que j'étais un expert dans le domaine SGBD, je n'en connais que certaines

Vous feriez mieux de pas donner des conseils aussi stupide !
ça fait 17 ans que SQL Server index textuellement des documents électroniques et 12 ans qu'il peut le faire en déporté (stockage FILESTREAM puis FILETABLE)
Alors au lieu de renvoyer pas méconnaissance des gens vers des outils complexe, vous feriez mieux de vous tenir au courant !

toujours aussi abrupt et peu diplomate. le A.M.H.A. était pourtant là pour dire que ce n'était que mon avis personnel.

quant à la complexité d'une base NOSQL pour moi elle est la même que SQL Server (qui est loin d'être mon SGBD de prédilection)

Quant à me tenir au courant, il y a trop de SGBD et si j'en crois le lien qui est indiqué cela ne fait pas 12 ans mais 4 que

SQL 2012 came FileTable technology

bref désormais, je fermerai ma grande mais humble g.... sur cette partie du forum

[SQLpro]

Bonjour,

je n'ai jamais dit que j'étais un expert dans le domaine SGBD, je n'en connais que certaines


toujours aussi abrupt et peu diplomate. le A.M.H.A. était pourtant là pour dire que ce n'était que mon avis personnel.

Hé oui, je ne suis pas adepte du consensus mou ni du politiquement correct, au contraire de certains comme François Hollande !

quant à la complexité d'une base NOSQL pour moi elle est la même que SQL Server (qui est loin d'être mon SGBD de prédilection)

Pour la complexité je veut bien... Pour le SGBD c'est dommage que tu ne t'y intéresse pas et cela pour plusieurs raisons... C'est l'u des moins complexes, le plus utilisé aujourd'hui en entreprise et bientôt sur Linux (une version Beta est déjà dispo...)

Quant à me tenir au courant, il y a trop de SGBD et si j'en crois le lien qui est indiqué cela ne fait pas 12 ans mais 4

Grosso modo il n'y a que 4 SGBDR qui ont 90% des parts de marché : Oracle, SQL Server, MySQL et PostGreSQL
Et cela fait bien 17 ans que SQL Server sait indexer des documents électronique de toutes natures... (version SQL Server 7 de 1999)
Depuis 2008 en les stockant en sus dans du FILESTREAM et depuis 2012 dans du FILETABLE

bref désormais, je fermerai ma grande mais humble g.... sur cette partie du forum

Non, non, t'inquiète.... Parfois je veille !!!

A +

[laurentSc]

Je reviens ici après un long moment passé à prendre en main MS SQL Server 2014. Je pense pouvoir en faire suffisamment.

Je me suis donc plongé dans ce tuto : https://www.simple-talk.com/sql/data...in-filetables/ mais je ne vais pas très loin car je coince sur l'activation de FileStream. Il est indiqué

If you have not yet enabled FileStream for your SQL Server, you’ll need to do it via the SQL Server Configuration Manager, or maybe execute some PowerShell to do it:

Comme le copier-coller ne fonctionne pas pour le PowerShell , ça se passe où dans le Configuration Manager ?

[laurentSc]

Avec Google, j'ai trouvé comment activer Filestream : https://msdn.microsoft.com/fr-fr/library/cc645923.aspx
Du coup, ensuite, j'ai tenté d'exécuter ds SSMS le script

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
-- Enable Filestream 
EXEC sp_configure filestream_access_level, 2 
RECONFIGURE 
GO 
 
CREATE DATABASE [WikiFilesDB] 
CONTAINMENT = NONE 
ON PRIMARY 
( NAME = N'WikiFilesDB1', FILENAME = N'Y:\WikiFileDB\WikiFilesDB.mdf' ,
 SIZE = 8092KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
FILEGROUP [FS1] CONTAINS FILESTREAM DEFAULT 
( NAME = N'WikiFilesDBFT', FILENAME = N'Y:\WikiFileDB\WikiFilesFT' , 
MAXSIZE = UNLIMITED) 
LOG ON 
( NAME = N'WikiFilesDB_log', FILENAME = N'Y:\WikiFileDB\WikiFilesDB_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%) 
WITH FILESTREAM 
( 
   NON_TRANSACTED_ACCESS = FULL, 
   DIRECTORY_NAME = N'FileTable' 
) 
GO

mais ça se passe pas bien :

L'option de configuration 'filestream access level' est passée de 2 à 2. Pour installer, exécutez l'instruction RECONFIGURE.
Msg 5133, Niveau 16, État 1, Ligne 6
La recherche du fichier "Y:\WikiFileDB\WikiFilesDB.mdf" dans les répertoires s'est terminée par l'erreur système 3(Le chemin d’accès spécifié est introuvable.).
Msg 1802, Niveau 16, État 1, Ligne 6
Échec de CREATE DATABASE. Certains noms de fichiers de la liste n'ont pas pu être créés. Voir les erreurs associées.

Que faut-il faire ?

EDIT à 13:24 : si j'ai voulu exécuter le script ci-dessus dans SSMS, c'est que c'est indiqué dans le lien que m'avait donné SQL Pro : https://www.simple-talk.com/sql/data...in-filetables/

[elsuket]

Bonjour,

Msg 5133, Niveau 16, État 1, Ligne 6
La recherche du fichier "Y:\WikiFileDB\WikiFilesDB.mdf" dans les répertoires s'est terminée par l'erreur système 3(Le chemin d’accès spécifié est introuvable.).

Est-ce que le volume Y, et le dossier WikiFileDB existent sur votre machine ?

@++

[SQLpro]

Avec Google, j'ai trouvé comment activer Filestream : https://msdn.microsoft.com/fr-fr/library/cc645923.aspx
Du coup, ensuite, j'ai tenté d'exécuter ds SSMS le script

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
-- Enable Filestream 
EXEC sp_configure filestream_access_level, 2 
RECONFIGURE 
GO 
 
CREATE DATABASE [WikiFilesDB] 
CONTAINMENT = NONE 
ON PRIMARY 
( NAME = N'WikiFilesDB1', FILENAME = N'Y:\WikiFileDB\WikiFilesDB.mdf' ,
 SIZE = 8092KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
FILEGROUP [FS1] CONTAINS FILESTREAM DEFAULT 
( NAME = N'WikiFilesDBFT', FILENAME = N'Y:\WikiFileDB\WikiFilesFT' , 
MAXSIZE = UNLIMITED) 
LOG ON 
( NAME = N'WikiFilesDB_log', FILENAME = N'Y:\WikiFileDB\WikiFilesDB_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%) 
WITH FILESTREAM 
( 
   NON_TRANSACTED_ACCESS = FULL, 
   DIRECTORY_NAME = N'FileTable' 
) 
GO

mais ça se passe pas bien :



Que faut-il faire ?

EDIT à 13:24 : si j'ai voulu exécuter le script ci-dessus dans SSMS, c'est que c'est indiqué dans le lien que m'avait donné SQL Pro : https://www.simple-talk.com/sql/data...in-filetables/

Votre script est incorrect. En effet entre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EXEC sp_configure filestream_access_level, 2

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

RECONFIGURE

Vous devez y mettre une commande GO !

En sus la remarque de Elsuket est importante. SQL Server ne peut travailler que sur des ressources de stockage locale ou SAN en attachement direct. Uns ressource partagée ou un mappage est interdit.

A +

A +

[laurentSc]

Bonjour, il s'est passé un temps important avant que je réponde (autres urgences).

Je m'y suis remis.

Tout d'abord, j'exécute le script

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
EXEC sp_configure filestream_access_level, 2  
GO
RECONFIGURE 
G0

La réponse est

L'option de configuration 'filestream access level' est passée de 2 à 2. Pour installer, exécutez l'instruction RECONFIGURE.

J'exécute néanmoins ensuite le script

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
CREATE DATABASE [WikiFilesDB] 
CONTAINMENT = NONE 
ON PRIMARY 
( NAME = N'WikiFilesDB1', FILENAME = N'C:\Users\sesa27384\Documents\aalaurent\boulot\kentika\arret\WikiFilesDB.mdf' ,
 SIZE = 8092KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
FILEGROUP [FS1] CONTAINS FILESTREAM DEFAULT 
( NAME = N'WikiFilesDBFT', FILENAME = N'C:\Users\sesa27384\Documents\aalaurent\boulot\kentika\arret\WikiFilesFT' , 
MAXSIZE = UNLIMITED) 
LOG ON 
( NAME = N'WikiFilesDB_log', FILENAME = N'C:\Users\sesa27384\Documents\aalaurent\boulot\kentika\arret\WikiFilesDB_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%) 
WITH FILESTREAM 
( 
   NON_TRANSACTED_ACCESS = FULL, 
   DIRECTORY_NAME = N'FileTable' 
)

et la réponse est

Msg*5133, Niveau*16, État*1, Ligne*1
La recherche du fichier "C:\Users\sesa27384\Documents\aalaurent\boulot\kentika\arret\WikiFilesDB.mdf" dans les répertoires s'est terminée par l'erreur système 5(Accès refusé.).
Msg*1802, Niveau*16, État*1, Ligne*1
Échec de CREATE DATABASE. Certains noms de fichiers de la liste n'ont pas pu être créés. Voir les erreurs associées.

Il n'y a donc plus de problème d'existence mais de droits d'accès. Comment aller plus loin ? (Si l'activation de FILESTREAM est correcte...)

[elsuket]

Bonjour,

Il suffit d'octroyer au compte de service qui exécute le service SQL Server le droit de lire le dossier que vous spécifiez.

@++

[laurentSc]

D'abord merci pour votre réponse.

Comme je ne sais pas faire, j'ai cherché sur Google ; la réponse est-elle quelque part, là : https://msdn.microsoft.com/fr-fr/lib...x#New_Accounts ?

[elsuket]

Bonjour,

Il faut ouvrir le gestionnaire de configuration de SQL Server, que vous devriez trouver dans le menu démarrer.
Dans l'interface qui s'ouvre, sur la page de gauche, cliquez sur SQL Server Services. L'ensemble des services SQL Server va s'afficher dans la page de droite.
La colonne Log on as vous indiquera le compte de service qui exécute ce dernier.

Ensuite faites un clic-droit sur le dossier en question, et choisissez Propriétés. Dans la fenêtre qui s'ouvre, rendez-vous dans l'onglet Sécurité.
Ajoutez alors le compte de service qui exécute SQL Server.

Ceci étant, il paraît assez bizarre de stocker le fichier de données là où vous le faites.
Le volume est le dossier sont différents de Y:\WikiFileDB\ ...

@++

[laurentSc]

Elle est où cette colonne log on as ?



et sinon, je ne comprends pas cette phrase

Ceci étant, il paraît assez bizarre de stocker le fichier de données là où vous le faites.
Le volume est le dossier sont différents de Y:\WikiFileDB\ ...

Ne comprenant pas le script, je me suis contenté de remplacer Y:\WikiFileDB\ par un volume et un dossier existants sur mon poste et liés au sujet...

[elsuket]

Il s'agit du champ "Ouvrir une session en tant que"

Ne comprenant pas le script, je me suis contenté de remplacer Y:\WikiFileDB\ par un volume et un dossier existants sur mon poste et liés au sujet...

OK, c'est normal donc. Qu'est-ce que vous ne comprenez pas dans le script ?

@++

[laurentSc]

Je me base sur les numéros de ligne du post 14
Pouvez-vous m'expliquer le but des lignes 3 à 5, 6 à 8 puis 9 à 15 et notamment c'est quoi ce répertoire de la ligne 14 ?

et l'onglet sécurité que vous mentionnez dans le post 17, c'est lequel