Size: a a a

DBA - русскоговорящее сообщество

2021 March 02

Л

Леонид in DBA - русскоговорящее сообщество
Просто меня собеседовал сетевик в отдел айпи телефонии, так что.... Может быть сам вопрос "странный"
источник

E

Etki in DBA - русскоговорящее сообщество
видимо он хотел услышать что файлу нельзя позвонить
источник

N

Nikolay in DBA - русскоговорящее сообщество
Бывает так ,что базы вообще не используют файловую систему.
источник

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Леонид
Ну а если хотели услышать, что БД быстрее работает.... Хз, короче. Спасибо
С чего бы это, мне вот любопытно? ;)

А так, вообще — много чего можно "докрутить" поверх text, но для прикручивания ACID, эффективных обновлений, ограничений и связей и т.п. его одного не хватит, а многое другое (вроде языка запросов и т.п.) крайне трудоёмко.
"Зато" text более гибкий, в нём может быть произвольная структура в отличие от RDBMS, например.
источник

RY

Ruslan515 Y in DBA - русскоговорящее сообщество
Всем добрый день. Хочу услышать ваше мнение и жду ссылки на статьи😁. В данный момент используем cassandra для хранения данных (для построения отчетности я выгружают необходимые таблицы за весь временной промежуток на комп и произвожу манипуляции в питоне, минус в том, что эти таблицы по нескольку часов выгружаются). Так же используем связку Elasticksearc+Kibana для оперативной отчетности, но данные не за весь период хранения. Хотим перенести нашу БД (некоторые таблицы содержат по 10М записей) на Greenplum или Clickhouse. Вопросы: 1. куда лучше перенести? 2. нужно ли изменять структуру БД (добавлять какие-нибудь данные, менять отношения - вместо 1 к 1 менять 1 ко многим)? 3. исходя из чего выбрать промежуток для записи данных? 4. как перелить данные(spark или еще что то использовать, может самим написать)? Буду рад любым идеям и замечаниям😁
источник

PS

Pavel Shvedenko in DBA - русскоговорящее сообщество
Леонид
Я просто подумал, что если логику пользователей, как мне сказали, можно докрутить, то и связи между данными можно докрутить
вместо прямого и точного ответа
можешь начать спрашивать уточняющие вопросы  - тоже будет ок

собеседник начнёт понимать - что-то знаешь по вопросу, поэтому уточняешь

и если у тебя появляются уточняющие вопросы, тут сразу, "камень в огород" спросившего: спросивший не смог сформулировать свои мысли в виде вопроса четко и понятно.

————

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

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

DK

Dmitry Kiselyov in DBA - русскоговорящее сообщество
Pavel Shvedenko
вместо прямого и точного ответа
можешь начать спрашивать уточняющие вопросы  - тоже будет ок

собеседник начнёт понимать - что-то знаешь по вопросу, поэтому уточняешь

и если у тебя появляются уточняющие вопросы, тут сразу, "камень в огород" спросившего: спросивший не смог сформулировать свои мысли в виде вопроса четко и понятно.

————

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

точный ответ с первой попытки не всегда требуется, не экзамен в школе или универе
собеседующий может как раз надеяться что кандидат начнет задавать вопросы, а не кинется сразу отвечать. так что это может быть намеренно, а не ошибка
источник

PS

Pavel Shvedenko in DBA - русскоговорящее сообщество
ошибки никакой нет

есть не умение вести беседу - как с одной, так и с другой стороны

sales manager-ы учатся общаться с людьми

техн специалисты со своими тараканами в голове - подумал, понадеялся )
источник

DK

Dmitry Kiselyov in DBA - русскоговорящее сообщество
Pavel Shvedenko
ошибки никакой нет

есть не умение вести беседу - как с одной, так и с другой стороны

sales manager-ы учатся общаться с людьми

техн специалисты со своими тараканами в голове - подумал, понадеялся )
вот давайте не будем тащить опыт сэйлзов в айтишечку ))) я там был мне не понравилось
источник

PS

Pavel Shvedenko in DBA - русскоговорящее сообщество
Dmitry Kiselyov
вот давайте не будем тащить опыт сэйлзов в айтишечку ))) я там был мне не понравилось
да )
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Леонид
Здравствуйте, меня на собесе загнали вопросом, чем принципиально хранение в БД отличается от хранения в txt файле каком-нить. Типа логику там с пользователями, язык для запросов можно докрутить поверх txt, а в чем фундаментальное различие? Можете подсказать?
И что ты сказал? Такой вопрос-то обширный...
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Pavel Shvedenko
Реляционная база данных – это набор данных с предопределенными связями между ними

Хранение информации в файле - нет связей между данными.
Надо начать с того, что в текстовом файле нет данных...
источник

PS

Pavel Shvedenko in DBA - русскоговорящее сообщество
данные есть всегда )
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Pavel Shvedenko
Реляционная база данных – это набор данных с предопределенными связями между ними

Хранение информации в файле - нет связей между данными.
Связей в РБД между данными НЕТ, и это между прочим принципиальный момент.
За счёт этого РБД и стали так популярны.
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Pavel Shvedenko
данные есть всегда )
Данные — это то, что можно обрабатывать, текстовый файл ты обрабатывать не можешь.
источник

PS

Pavel Shvedenko in DBA - русскоговорящее сообщество
источник

PS

Pavel Shvedenko in DBA - русскоговорящее сообщество
Ilia Zviagin
Данные — это то, что можно обрабатывать, текстовый файл ты обрабатывать не можешь.
какая-то игра слов началась )

пусть для тебя будет - как ты хочешь )
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Леонид
Ну а если хотели услышать, что БД быстрее работает.... Хз, короче. Спасибо
Вопрос сложный, и ответ не только в этом, 100%
источник

PS

Pavel Shvedenko in DBA - русскоговорящее сообщество
Ilia Zviagin
Вопрос сложный, и ответ не только в этом, 100%
твое личное мнение - пусть так и будет для тебя

для кого-то вопрос и ответ будет легкий
источник

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Ilia Zviagin
Вопрос сложный, и ответ не только в этом, 100%
Ещё раз: я вполне уверен, что легко можно продемонстрировать ситуации, когда "текстовые файлы" будут в разы быстрее того же Oracle.
Непонимание этого — это уже какая-то вера в магию внутри СУБД, не иначе. :(
источник