@dba_ru

Страница 423 из 718
Al
16.02.2018
21:29:51
Так получается просто пересечение множеств
не. там нет джойнов совсем. и их не много. просто нужно выбрать самое жирное

Ilia
16.02.2018
21:31:57
Select id from object o1 where o1.prop1 = 'белый' join Select id from object o2 where o2.prop2 = 'жидкий' On o1.id = o2.id .... Это невалидный запрос, но его легко переделать

Ну или intersect

Google
aster
16.02.2018
21:32:23
+ тебе надо найти какой то ключевое свойство. Применение которого значительно увеличит попадание, но при этом его применение на оанних стадиях не имело смысла. То есть молоко или сливки - где жирность меньше- там молоко, а где жирность больше - сливки. Но при этом же сравнивать жирность белил - смысла не имело

Ilia
16.02.2018
21:33:49
На SPARQL такое можно было бы сделать...

Ilia
16.02.2018
21:35:39
Я думаю это нечестно,

Al
16.02.2018
21:35:41
пока вариант проверять целостность лидирует.

Ilia
16.02.2018
21:36:49
Надо решать задачу в общем виде, не выделяя ключевые свойства

aster
16.02.2018
21:37:26
ключевое свойство у картинок? эта мысль мне приходила. и таки есть некоторое количество множеств которые принадлежат только одной рукописной цифре... но как их выделить из кучи других?
Классифицировать? По ступеням? Причем применение свойств могло бы и повторяться. То есть например у цифр 1 и 8 может быть схожее написание, но вершин у 8 нет

Al
16.02.2018
21:38:02
Ilia
16.02.2018
21:38:36
Надо решать задачу в общем виде, не выделяя ключевые свойства
Ну у тебя сейчас есть ключевое свойство, а следующий запрос так сформулирован, что его уже нет

Как тогда решать задачу?

Google
Al
16.02.2018
21:40:20
ну вот собственно втом и затык что с наполнением ключевые свойства перестают быть ключевыми

Ilia
16.02.2018
21:42:21
Можно в примере моем если я ищу молоко, добавить ключевое свойство "является молоком". По нему очень легко будет найти молоко. Но если в следующий раз я буду искать сметану, это мне уже не поможет

Al
16.02.2018
21:43:11
Al
16.02.2018
21:43:29
Ilia
16.02.2018
21:43:45
Я имел в виду данные

Какой размер там?

Al
16.02.2018
21:44:10
Я имел в виду данные
дык датасет же MNIST

рукописные циферки на матрице 34х34 пикселя

256 градаций серого

Ilia
16.02.2018
21:45:06
Я не знаю что это...

Сейчас.

Al
16.02.2018
21:45:39
ну вот сидели люди писали цифры от 0 до 9 на клочках бумаги

потом их отсканировали каждую отдельно 34х34 х 256 градаций серого и подписали какая на ней цифра написана

и начали на этом обучать нейросети

и тут я такой " нафиг нейросети, вот есть у меня теория, мозг как конечный автомат, множества и нечеткие множества нам в помощь"

но тут примчались санитары и зафиксировали нас (С) Высоцкий

Ilia
16.02.2018
21:49:33
Ну...

Я засыпаю в общем...

Google
Al
17.02.2018
05:45:49
Можно в примере моем если я ищу молоко, добавить ключевое свойство "является молоком". По нему очень легко будет найти молоко. Но если в следующий раз я буду искать сметану, это мне уже не поможет
если тебе интересно то я придумал как отсортировать и не убить запросом базу. придумал сортировать по возрастанию. то есть порядок следования отсеит весь мусор. и это реализуется простым селектом в базу

ну не совсем прям просто. но для базы это не нагрузка

Tim
18.02.2018
20:17:24
Ребят, всем привет. Возник вопрос по T-SQL. Как из записей одного столбца вычленить записи содержащие только произвольное количество цифр или только произвольное количество букв? Заранее спасибо

Tim
18.02.2018
20:26:07
Не, сделать селект по записям, которые состоят только из цифр или только из букв

На MySQL это очень легко сделать, так как там шире можно применять регулярные вырежения, в T-SQL это очень ограниченно

Al
18.02.2018
20:27:55
Меня все терзает вопрос НАХРЕНА? :)

Vladislav
18.02.2018
20:28:49
Потому что все лепят бизнес логику на базах

Tim
18.02.2018
20:30:03
ахаха, ну на самом деле практического применения этому нет)

просто пробежался по regexp в различных СУБД

и понял, что в T-SQL это очень ограниченно

Vladislav
18.02.2018
20:30:44
Круто, regexp везде одинаковые

Tim
18.02.2018
20:33:52
Вот в MySQL это очень легко сделать: LIKE '[A-z]*'

В T-SQL такого нет

Al
18.02.2018
20:34:36
В T-SQL такого нет
И это тебя печалит хотя и не знаешь как пользовать?

Admin


Tim
18.02.2018
20:35:26
С перспективой на будущее?

Al
18.02.2018
20:37:43
С перспективой на будущее?
нет у тебя будущего с такими мыслями

Tim
18.02.2018
20:39:09
оптимизм так и хлещет)

Google
Alex
18.02.2018
20:44:29
Меня все терзает вопрос НАХРЕНА? :)
иногда такое действительно нужно, шит хеппенс

есть у меня в текущих проектах где таки подобное используется

и иначе вряд ли решается.

Tim
18.02.2018
20:45:29
как вы боретесь с этой проблемой?

Alex
18.02.2018
20:45:52
ну там условия немного другие

а вообще частичные индексы и триграммный поиск

а по русски ? :)

Al
18.02.2018
20:46:19
и иначе вряд ли решается.
давай живой пример

Alex
18.02.2018
20:46:57
есть документы с текстовыми идентификаторами, надо выбрать документы где часть подстроки = “234242”

Alex
18.02.2018
20:47:34
ну как бы и нет и да.

Aleksander
18.02.2018
20:47:40
В T-SQL такого нет
SELECT * FROM ( select '123' Txt union select '123asd12' Txt union select 'asdasd' Txt ) t WHERE NOT Txt LIKE '%[^0-9]%' вот как-то так и делается, если я правильно понял, что требуется

Al
18.02.2018
20:47:42
изначельно правда не понятно зачем это все свалили в кучу

Alex
18.02.2018
20:48:01
вопросы к законам и неймингу

на лету бить - анрил.

короче лучше не связываться с гос проектами где это все определяется законом а не технически грамотными людьми

Al
18.02.2018
20:48:54
ну законы то понятно. но ты же все равно выборку делал по названию а не по типа " выбери мне все где нет цифр в названии"

Alex
18.02.2018
20:48:55
:)

Tim
18.02.2018
20:49:04
Вот да я тоже это решение нашел на stackoverflow

SELECT * FROM ( select '123' Txt union select '123asd12' Txt union select 'asdasd' Txt ) t WHERE NOT Txt LIKE '%[^0-9]%' вот как-то так и делается, если я правильно понял, что требуется

Google
Aleksander
18.02.2018
20:49:18
И в чем тогда вопрос?)

Страница 423 из 718