alizar Oct 29 2010 at 17:33

Запросы к Twitter API на синтаксисе SQL

1 min

1.5K

Social networks and communities

+30

Comments 34

mcdb Oct 29 2010 at 17:51

Ализар?!

+18

deniskin Oct 29 2010 at 18:43

Родители Анатолия — программисты. Отец и мать. Нет ничего удивительного в том, что сын разбирается в программировании.

nekritik Oct 29 2010 at 20:49

Неужели, администрация хабра начала заказывать своим журналистам не только новостные, но и технические статьи…

drunken Oct 29 2010 at 18:41

пропиарили бобука, будет теперь хвастаться SQL-запросом :)

Sannis Oct 29 2010 at 18:42

> TweeQL закодирован на Python.
OMG! Он закодирован!

Ctacok Oct 29 2010 at 19:00

А мы кашку ели, а мы гуляли, но мы не знали что такое обфусификация))

mezastel Oct 29 2010 at 18:47

Не хочу никого обижать, но SQL must die!

-25

widowmaker Oct 29 2010 at 19:18

Покормить вас что-ли, уж сильно проголодались, ну очень толсто.
Где факты, сравнение, интриги, расследования?

AusTiN Oct 29 2010 at 22:44

Вконтакте, Фейсбук и куча других крупных проектов работающих на *SQL не одобряют этот комментарий.

b0n3Z Oct 29 2010 at 23:21

Вконтакте, Фейсбук и другие крупные проекты не используют фичи SQL типа join, group by и тяжелые запросы тоже.
Более того, во Вконтакте sql только как legacy штука стоит. У них собственная БД.
В фейсбуке все базы в формате key-value. Это sql назвать нельзя, я считаю.

centur Oct 30 2010 at 08:28

Дмитрий, мне кажется вы слишком увлекаетесь альтернативными взглядами. SQL это язык запросов. Он может являться надстройкой не только над реляционными БД. Например Azure SQL =) такая мертвая тенденция, что прямо удивительно, что MS уделили ей место в keynote.
ИМХО сложно представить что-то более удобное и понятное для создания разноплановых запросов чем SQL.

mezastel Oct 30 2010 at 12:16

Ну понятное дело что никто технологию в которую столько инвестировали убивать не хочет, но это не значит что она является «правильной» или «нужной».

centur Oct 30 2010 at 16:14

ага, по вам лучше все дергать по индексам из массивов, зато быстро…

GetWindowsDirectory Oct 29 2010 at 19:07

Обидели

Zubchick Oct 29 2010 at 19:09

Здорово, а в программы на питоне встроить можно?

Zubchick Oct 29 2010 at 19:09

хотя, учитывая кто автор, наверно будет проще самому разобраться)

alprk Oct 29 2010 at 19:30

from tweeql.exceptions import TweeQLException

from tweeql.query_runner import QueryRunner



runner = QueryRunner()

runner.run_query("SELECT text FROM twitter_sample;", False)

AgentSmith Oct 29 2010 at 19:19

Facebook это первым сделал, разработав FQL

mcdb Oct 29 2010 at 19:43

Фа Кью Эль?

AgentSmith Oct 29 2010 at 19:54

Пёрнуть ещё надо, и будет настоящий американский юмор.
Тогда можно будет смеяться.

+13

mcdb Oct 29 2010 at 19:58

если пёрнуть, то это уже скорее канадский

-2

Mezomish Oct 29 2010 at 22:38

Более того: FQL допускает множественные и вложенные запросы. Например,

"query1":"SELECT uid, rsvp_status FROM event_member WHERE eid=12345678"
"query2":"SELECT name, url, pic FROM profile WHERE id IN (SELECT uid FROM #query1)"

Ну или можно не связанные друг с другом запросы отправить несколько штук за раз (одним сетевым запросом), получив все данные в одном ответе.

Интересно, как с этим у сабжа?

soldovskij Oct 29 2010 at 20:01

а у .NET'чиков уже давно был LINQ to Twitter ^_^

S_talker Oct 29 2010 at 20:04

Я не видел этот коммент, чесслово ;)

soldovskij Oct 29 2010 at 20:23

Видимо писать начали одновременно =)

S_talker Oct 29 2010 at 20:03

Также .NET-чикам может показаться интересным LINQ-провайдер под названием LINQ to Twitter.

Setti Oct 29 2010 at 20:11

Всё это без необходимости думать о всех деталях для правильного API-запроса.

Ирония в том, что даже посредством родных запросов через API, сложные конструкции блокируются твиттером из-за их ресурсоёмкости. Чего уж там про SQL-подобные выборки говорить.

VasilioRuzanni Oct 29 2010 at 23:10

Ну сделали — молодцы, что тут скажешь. Единственное, что интересно — зачем?

Тут, значит, наоборот пытаемся абстрагироваться от источников данных, используя REST, Data-сервисы, ORM, создаем LINQ-провайдеры ко всему и вся, пытаемся избавиться от magic-strings, используем NoSQL-хранилища там, где реляционные связи не дают должного профита, а тут внезапно появилась возможность использовать SQL там, где его изначально можно не использовать, да и быть не должно. Как по мне, это примерно как использовать SQL для доступа к свойствам объектов внутри ООП-языка.

«позволяет работать с базой твитов так же просто, как с реляционной базой данных»
В том то и дело, что с реляционной базой все «не так то просто». И тестировать сложнее.

b0n3Z Oct 29 2010 at 23:25

Лично мне SQL хорошо понятен.
В данном случае не нужно тратить время на изучение api твиттера, достаточно просто просмотреть названия баз\полей и сделать нужную выборку. Очень удобно.
Я сам писал такую штуку для вконтактика, проект забросил, к сожалению.

VasilioRuzanni Oct 29 2010 at 23:29

«достаточно просто просмотреть названия баз\полей и сделать нужную выборку»
Так вот вам и изучение API.

Но «просмотрев поля» — так и придется сформировать API самому, для своего проекта.

SQL — понятен, потому что стандартизирован. Но я придерживаюсь точки зрения, что SQL — не самая понятная вещь.

b0n3Z Oct 29 2010 at 23:30

Да, к сожалению, не самая.
Кстати, если каждый сайт будет использовать sql-like api на сайтах, то получим еще один хороший стандарт. Сейчас, вроде, каждый сайт городит что-то свое.

VasilioRuzanni Oct 29 2010 at 23:33

Стандарт есть — и это SOAP, и REST, не совсем стандарт, но на нем можно основать множество хороших соглашений. SOAP не сказать, что хорош, но SQL в любом случае не лучше. Но это, конечно, imho.

iStyx Oct 30 2010 at 01:12

Как по мне, это примерно как использовать SQL для доступа к свойствам объектов внутри ООП-языка

Судя по всему, вы не сталкивались с NSPredicate

VasilioRuzanni Oct 30 2010 at 01:25

Нет, не сталкивался, но сейчас посмотрел. К чему вы его отметили?

Show the best of all time