RF>Это я знаю. Так же как и C++ + ODBC. RF>А что ещё существует?
ODBC старое как говно мамонта, сейчас работа с базами из приложений зачастую codefirst и гораздо реже database first or schemafirst
тогда уж смотри разные ORM EntityFramework, Django, Hibernate и иже с ними. Но ты определись, ты хочешь с базой как администратор работать или как программист, в любом случае нужна теория баз данных, как минимум должен знать типы индеков, транзакции, уровни изоляции этих транзакций, нормальные формы как минимум до Бойса Кодда. И это не говоря уже про SQL TSQL PLSQL итд...
вообщем начинай с теории БД и sql
И главное уметь это все применять исходя из текущей необходимости(только что вычищал кластерные индексы, ктото зафигачил их на часто апдейтившуюся таблицу, а потом, чей то все так медленно... блин)
Здравствуйте, snautSH, Вы писали:
SH>ODBC старое как говно мамонта, сейчас работа с базами из приложений зачастую codefirst и гораздо реже database first or schemafirst
Ты зачем такими страшными словами его пугаешь? Сейчас же будет очередной вопрос: "А что такое ..." и далее по тексту.
Здравствуйте, snautSH, Вы писали:
SH>Но ты определись, ты хочешь с базой как администратор работать или как программист
Как программист.
SH>ODBC старое как говно мамонта, сейчас работа с базами из приложений зачастую codefirst и гораздо реже database first or schemafirst
SH>тогда уж смотри разные ORM EntityFramework, Django, Hibernate и иже с ними.
SH>Но в любом случае нужна теория баз данных, как минимум должен знать типы индеков, транзакции, уровни изоляции этих транзакций, нормальные формы как минимум до Бойса Кодда. И это не говоря уже про SQL TSQL PLSQL итд...
SH>вообщем начинай с теории БД и sql
Здравствуйте, s_aa, Вы писали:
_>А как насчет вот этого? Или это только поиграться?
_>
PL/Python is only available as an "untrusted" language, meaning it does not offer any way of restricting what users can do in it and is therefore named plpythonu. A trusted variant plpython might become available in the future if a secure execution mechanism is developed in Python. The writer of a function in untrusted PL/Python must take care that the function cannot be used to do anything unwanted, since it will be able to do anything that could be done by a user logged in as the database administrator. Only superusers can create functions in untrusted languages such as plpythonu.
Не обращайте внимания. Там опасности, не больше чем в написании программ на Cях: главное знать что делаешь и не подпускать к разработке на этом всяких молодых дарований.
Здравствуйте, RussianFellow, Вы писали:
RF>Здравствуйте, RussianFellow, Вы писали:
RF>>Не подскажете ли, уважаемые коллеги, что сейчас нужно для работы с базами данных? RF>>Какие систему управления базами данных (СУБД) сейчас популярны? RF>>Какие средства, технологии, библиотеки, фреймворки нужно знать? RF>>Что спрашивают работодатели на собеседованиях про базы данных? RF>>Какие средства популярны сейчас для работы с базами данных на различных языках программирования (C++, Java, C# и т.д.)?
RF>P.S. Что спрашивают работодатели на собеседованиях по базам данных?
По SQL реальные вопросы:
1). удалить из таблицы 1м запросом все дупликаты (критерий дупликата любой — допустим одинаковые table.name)
решается как то так:
delete from table
...
join ... (group by)
2). есть таблица сотрудников и таблица отделов.
вывести все отделы без сотрудников или где хотябы один сотрудник имеет зарплату < 50000
3). что такое нормальные форма
4). Приходилось ли оптимизировать запросы, и если да то как
(рассказать случай из практики)
5). чото там про oracle rownum() (у меня в CV стоит что я с ораклом работал много,
хотя по факту уже забыл его специфику ибо не работал с ним года 2)
6). уровни изоляции транзакций — эта хрень ненужная у меня постоянно вываливается из головы
(выучить это как отче наш — через раз спрашивают. Открыть вики и тупо читать перед сном по нескольку раз)
Вообще вопросы на селекты — это чаще компот на тему (left) join, group by, having (возможно)
S>>Работаем с Postgre 9.5. Отличная штука. Пишем в него триггеры, хранимки и целы базы на plpythonu (чистого SQL-а недостаточно). Дёргаем RDBMS извне с питонового кода, с CXX кода, с Perl-а. Всё управление RDBMS штатными утилитами Postgres-а. С терминалки. RF>Что такое plpythonu, RDBMS, CXX ?
Сдается мне, джентльмены, что вот здесь-то он, наконец, прокололся. Ну не может же быть, чтобы всерьез!!!
А>6). уровни изоляции транзакций — эта хрень ненужная у меня постоянно вываливается из головы А>(выучить это как отче наш — через раз спрашивают. Открыть вики и тупо читать перед сном по нескольку раз)
ВотЪ! А то чувствую себя неполноценным — ни разу в жизни не пришлось менять уровень изоляции, установленный по умолчанию.
Здравствуйте, TMU_1, Вы писали:
TMU>ВотЪ! А то чувствую себя неполноценным — ни разу в жизни не пришлось менять уровень изоляции, установленный по умолчанию.
Здравствуйте, TMU_1, Вы писали:
TMU>>>ВотЪ! А то чувствую себя неполноценным — ни разу в жизни не пришлось менять уровень изоляции, установленный по умолчанию. MC>>А мне приходилось TMU>Поделись, зачем нужно было?
Надо было читать зависимые данные из разных таблиц.
При этом в базу в это же время мог кто-то писать.
select * from table1 where ...
select * from table2 where ...
...
select * from tablen where ...
Если уровень изоляции недостаточен, то могло получиться так, что кто-то запишет в таблицу Н данные раньше, чем мы их вычитаем.
Результат: мы имеем неконсистентный набор данных.
Тут либо уровень изоляции менять, либо, как в случае с ораклом, использовать flashback.
Здравствуйте, RussianFellow, Вы писали:
RF>Не подскажете ли, уважаемые коллеги, что сейчас нужно для работы с базами данных?
Знания.
RF>Какие систему управления базами данных (СУБД) сейчас популярны?
Oracle, MS SQLServer, MySQL, также популярны всякие индексаторы, типа Sphinx, Elastic search, Solar.
Также популярны NoSQL типа Redis, MongoDB и прочее (это нереляционыне СУБД).
RF>Какие средства, технологии, библиотеки, фреймворки нужно знать?
Те, с которыми тебе придётся работать.
В принципе, для работы как правило нужно знать один CLI API, и один ORM-fraimwork.
RF>Что спрашивают работодатели на собеседованиях про базы данных?
Да чё только не спрашивает. В 90% фигню какую-то.
RF>Какие средства популярны сейчас для работы с базами данных на различных языках программирования (C++, Java, C# и т.д.)?
Для работы с базами данных не используют какие-то специфичные языки программирования. Наоборот, каждый язык программирования
имеет средства для взаимодействия с СУБД (в основном, реляционными). Сам же язык выбирается исходя из потребностей
приложений, которые разрабатываются.
Средств для каждого языка, как правило, много, все не перечислить, и наоборот, если в каком-то языке средства стандартизированы,
это хорошо влияет на их развитие.
Здравствуйте, snautSH, Вы писали:
SH>ODBC старое как говно мамонта...
Ну ты далеко вперед не ушел...
SH>... codefirst и гораздо реже database first or schemafirst SH>...ORM EntityFramework, Django, Hibernate и иже с ними...
Это тоже мамонты, вот клауд и даталейк наше все. В крайнем случае хадуп какой ни какой...
Здравствуйте, TMU_1, Вы писали:
TMU>>>ВотЪ! А то чувствую себя неполноценным — ни разу в жизни не пришлось менять уровень изоляции, установленный по умолчанию. MC>>А мне приходилось TMU>Поделись, зачем нужно было?
В основном использовал Read Uncommitted, для снижения блокировок, когда точно был уверен, что это безопасно.
Здравствуйте, snautSH, Вы писали:
SH>ODBC старое как говно мамонта, сейчас работа с базами из приложений зачастую codefirst и гораздо реже database first or schemafirst
Это очень зависит от приложений. В типичном корпоративном софте никакого Code First нет и никогда не будет.
