я что-то тоже не понимаю суть

)))

тролеметр зашкаливает

эх ты.. и тебе надо на первый курс

нет. постойте! давайте не будем на личности переходить

похоже, что тут есть определенная мысль. и мы ее пока не поняли

ну, как я понимаю, бинарный — это что-то связано с двоичной системой, для начала

а помойму тут каша

да. каша в том, что SQL - язык структурированных запросов к реляционным БД сравнили с двоичными протоколами обмена

но может речь не об этом?

ну это конечно полный фейл

да. каша в том, что SQL - язык структурированных запросов к реляционным БД сравнили с двоичными протоколами обмена

nosql бд используют бинарные форматы

где каша

я так и знал, что сейчас будет про NOSQL

ох

ой все

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

так. ок. реляционные БД SQL тоже используют бинарные форматы

для чего имеется в виду?

nosql бд используют бинарные форматы

* многие

предлагаю запросы к серверу голубиной почтой отправлять

так. ок. реляционные БД SQL тоже используют бинарные форматы

SQL это текстовый формат

это не формат вообще

на каком уровне?

предлагаю запросы к серверу голубиной почтой отправлять

бинарно! Долетел — 1, не долетел — 0. Модулировать сигнал дробовиком.

zzz

SQL (ˈɛsˈkjuˈɛl; англ. structured query language — «язык структурированных запросов»)

SQL это текстовый формат

на каком уровне?

я пропустил слово формат где то

1) хранение данных 2) передача данных 3) составление запроса к данным?

на каком уровне?

есть только один уровень

А

есть только один уровень

какой?

я про общение с базой данных

главный!

общение человека с текстовым клиентом базы или текстового клиента с сервером?

составление запроса это отдельная вещь

я про общение с базой данных

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

протокол

ну

так. "sql худший протокол. текстовый и с неудобным синтаксисом"

по сравнению с чем?

с другими протоколами баз данных

вообще нет никакой проблемы сделать хранимые процедуры внутри SQL БД и доступаться к ним хоть через REST, хоть по MQ или каким тебе нравится двоичным протоколом

причем тут rest/mq..?

с другими протоколами баз данных

примеры SQL БД - PostgreSQL, MySQL. под другими ПРОТОКОЛАМИ баз данных ты вообще что понимаешь?

а разве на уровне передачи данных от СУБД к клиенту данные не достаточно сжимаются ? или передача одних и тех же порций данных от NOSQL решения к клиенту меньше по затратам чем от СУБД к клиенту ?

что-то слабо верится и зависит от реализации

примеры SQL БД - PostgreSQL, MySQL. под другими ПРОТОКОЛАМИ баз данных ты вообще что понимаешь?

пример: формат mongodb

что значит формат mongodb ?

?

пример: формат mongodb

Но ведь он текстовый. И уебищный к тому же

Монга - не реляционная БД. можно считать, что она не SQL/

да там все в JSON, фу в BSON

Но ведь он текстовый. И уебищный к тому же

https://docs.mongodb.com/manual/reference/mongodb-wire-protocol/ ?

поехали дальше. что в ней так с протоколами, чего не так в SQL БД?

sql худший протокол

протестую! xml хуже!

xml это формат сериализации

а в JSON нельзя сериализовать объект ?

вот. уже начинаем мыслить правильно и называть вещи своими именами

ну их же можно сравнить :)

есть понятие - базы данных. есть реляционные и не реляционные

но что же такое ПРОТОКОЛ?

xml это формат сериализации

а по мне так китайский с сериализацией лучше бы справился

а по мне так китайский с сериализацией лучше бы справился

Китайский очень лаконичный кстати. Круче любого бинарного!

вот вот!

но что же такое ПРОТОКОЛ?

это ты у меня спрашиваешь ?

да

в 140 символов Твиттора войну и мир можно почти заснуть

https://docs.mongodb.com/manual/reference/mongodb-wire-protocol/ ?

Ну и? Там один хуй json текстовый передается

предлагаю спуститься до моедли OSI и прослушать весь курс лекций по компьютерным сетям )

ты называешь SQL ПРОТОКОЛОМ

в 140 символов Твиттора войну и мир можно почти заснуть

уже в 280 символов)

SQL - язык)

поэтому я не прошу меня отправить в гугл, а сказать, что ты понимаешь под "ПРОТОКОЛ SQL"

не, SQL - протокол!

я уже почти уверен )

не, SQL - паттерн!

моя картина мира рушится

в любом случае все БД это надстройки над plain text file )

в качестве протокола я бы выбрал protobuf. Всяко лучше SQL =)

только не вздумай в JSON сериализовать потому что это можно делать только с XML!

нет. просто есть такой диагноз, как "молодой специалист, не умеющий в SQL, а только в KVS, NOSQL или максимум в ORM"

в качестве протокола я бы выбрал protobuf. Всяко лучше SQL =)

есть еще BERT, например

есть еще BERT, например

лучше SQL? :)

беспезды

если да, то стоит посмотреть

=)

поэтому я не прошу меня отправить в гугл, а сказать, что ты понимаешь под "ПРОТОКОЛ SQL"

полный термин это "database access protocol"

и CBOR тож ничего

http://cbor.io/impls.html

есть даже порт под ерланг эликсир

https://github.com/yjh0502/cbor-erlang

а еще я не вижу логики в попытке придраться к терминологии

а еще я не вижу логики в попытке придраться к терминологии

можно придраться к пунктуации

полный термин это "database access protocol"

они для каждой БД разные. Например для Postres это такое: https://www.postgresql.org/docs/current/static/protocol.html

а еще я не вижу логики в попытке придраться к терминологии

А в чем профит общения с дб в бинарном протоколе? Если там все равно строки будут передаваться?

А где-то внутри него будет кусок на SQL. Или нет.

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