Ну, я понял это, и это было на самом деле очень просто. Надеюсь, это поможет любому, кто плохо знаком с ffmpeg или ffmpeg-python.
После прочтения трассировки: вероятно, 100 раз. Я понял, что ffmpeg, вероятно, не был упакован с ffmpeg-python, и я никогда не устанавливал ffmpeg самостоятельно. Поэтому я просто установил ffmpeg, используя Это руководство по установке , и все заработало.
Я, вероятно, уже запомнил это, я читал это достаточно много раз. Справочник по API ffmpeg-python
Итак, вкратце, вы должны установить ffmpeg, прежде чем ffmpeg-python будет работать.
Прежде всего Вам нужно к включенной индексации Полнотекстового поиска на рабочих серверах, поэтому если это не находится в объеме, Ваш не попытка хотеть пойти с этим.
Однако, если это уже готово пойти, полнотекстовый поиск относительно прост.
T-SQL имеет 4 предиката, используемые для полнотекстового поиска:
FREETEXT является самым простым, и может быть сделан как это:
SELECT UserName
FROM Tbl_Users
WHERE FREETEXT (UserName, 'bob' )
Results:
JimBob
Little Bobby Tables
FREETEXTTABLE работают то же, поскольку FreeTEXT, кроме него возвращает результаты как таблицу.
Действительная мощность полнотекстового поиска T-SQL прибывает из СОДЕРЖАНИЯ (и CONTAINSTABLE) предикат... Этот огромен, таким образом, я просто вставлю его использование в:
CONTAINS
( { column | * } , '< contains_search_condition >'
)
< contains_search_condition > ::=
{ < simple_term >
| < prefix_term >
| < generation_term >
| < proximity_term >
| < weighted_term >
}
| { ( < contains_search_condition > )
{ AND | AND NOT | OR } < contains_search_condition > [ ...n ]
}
< simple_term > ::=
word | " phrase "
< prefix term > ::=
{ "word * " | "phrase * " }
< generation_term > ::=
FORMSOF ( INFLECTIONAL , < simple_term > [ ,...n ] )
< proximity_term > ::=
{ < simple_term > | < prefix_term > }
{ { NEAR | ~ } { < simple_term > | < prefix_term > } } [ ...n ]
< weighted_term > ::=
ISABOUT
( { {
< simple_term >
| < prefix_term >
| < generation_term >
| < proximity_term >
}
[ WEIGHT ( weight_value ) ]
} [ ,...n ]
)
Это означает, что можно записать запросы, такие как:
SELECT UserName
FROM Tbl_Users
WHERE CONTAINS(UserName, '"little*" NEAR tables')
Results:
Little Bobby Tables
Удача :)
Полнотекстовый поиск в SQL Server действительно легок, немного конфигурации и небольшая тонкая настройка на queryside, и Вы хороши для движения! Я сделал это для клиентов за менее чем 20 минут прежде, будучи знакомым с процессом
Вот статья MSDN 2008 года, ссылки выходят в версии 2005 года оттуда
Я использовал dtSearch прежде для добавления полнотекстового поиска в файлы и базы данных, и их материал является довольно дешевым и простым в использовании.
За исключением добавления всего это и конфигурирование SQL, Этот сценарий перероет все столбцы в базе данных и скажет Вам, какие столбцы содержат значения, которые Вы ищете. Я знаю не "надлежащее" решение, но могу купить Вас некоторое время.
/*This script will find any text value in the database*/
/*Output will be directed to the Messages window. Don't forget to look there!!!*/
SET NOCOUNT ON
DECLARE @valuetosearchfor varchar(128), @objectOwner varchar(64)
SET @valuetosearchfor = '%staff%' --should be formatted as a like search
SET @objectOwner = 'dbo'
DECLARE @potentialcolumns TABLE (id int IDENTITY, sql varchar(4000))
INSERT INTO @potentialcolumns (sql)
SELECT
('if exists (select 1 from [' +
[tabs].[table_schema] + '].[' +
[tabs].[table_name] +
'] (NOLOCK) where [' +
[cols].[column_name] +
'] like ''' + @valuetosearchfor + ''' ) print ''SELECT * FROM [' +
[tabs].[table_schema] + '].[' +
[tabs].[table_name] +
'] (NOLOCK) WHERE [' +
[cols].[column_name] +
'] LIKE ''''' + @valuetosearchfor + '''''' +
'''') as 'sql'
FROM information_schema.columns cols
INNER JOIN information_schema.tables tabs
ON cols.TABLE_CATALOG = tabs.TABLE_CATALOG
AND cols.TABLE_SCHEMA = tabs.TABLE_SCHEMA
AND cols.TABLE_NAME = tabs.TABLE_NAME
WHERE cols.data_type IN ('char', 'varchar', 'nvchar', 'nvarchar','text','ntext')
AND tabs.table_schema = @objectOwner
AND tabs.TABLE_TYPE = 'BASE TABLE'
ORDER BY tabs.table_catalog, tabs.table_name, cols.ordinal_position
DECLARE @count int
SET @count = (SELECT MAX(id) FROM @potentialcolumns)
PRINT 'Found ' + CAST(@count as varchar) + ' potential columns.'
PRINT 'Beginning scan...'
PRINT ''
PRINT 'These columns contain the values being searched for...'
PRINT ''
DECLARE @iterator int, @sql varchar(4000)
SET @iterator = 1
WHILE @iterator <= (SELECT Max(id) FROM @potentialcolumns)
BEGIN
SET @sql = (SELECT [sql] FROM @potentialcolumns where [id] = @iterator)
IF (@sql IS NOT NULL) and (RTRIM(LTRIM(@sql)) <> '')
BEGIN
--SELECT @sql --use when checking sql output
EXEC (@sql)
END
SET @iterator = @iterator + 1
END
PRINT ''
PRINT 'Scan completed'
"Как трудно это", сложный вопрос для ответа. Например, кто-то, кто уже сделал это 10 раз, вероятно, сочтет, что это - снимок. Все, что я могу действительно сказать, - то, что Вы, вероятно, найдете это намного легче при использовании чего-то как NLucene вместо того, чтобы прокрутить собственное.
Я был там. Это работает как очарование, пока Вы не начинаете рассматривать масштабируемость и технические возможности расширенного поиска как поиск по нескольким столбцам с предоставлением каждого различного веса значений.
Например, единственный способ искать по Заголовку и Сводным столбцам состоит в том, чтобы иметь вычисляемый столбец с SearchColumn = CONCAT(Title, Summary)
и индексируйте SearchColumn
. Взвешивание? SearchColumn = CONCAT(CONCAT(Title,Title), Summary)
что-то как этот.;) Фильтрация? Забудьте об этом.