Проектирование баз данных. КПИ. Второй семестр второго курса.

Средняя ЗП админа баз данных: $1450, медиана: $3500. 10 анкет. Кто тянет команду вниз? Кто самое слабое звено?

Тут якісь занижені заробітні плати, без жартів.

К хорошим людям не грех зайти ;-)

Фу ніщєброд! =D

Выступления на русском языке будут.

На конференцию — подтверждение не нужно. На тренинги — там билет приходит.

975 зарегистрировавшихся, ещё 25 мест. Дальше пойдёт лист ожидания. Спешите.
И посмотрите платные тренинги за день до конференции. Цена вопроса $100 и у нас по базам данных ничего подобного попросту нет.
1. Stephanie Locke A data science project in a day (eng) stephanielocke.ticketforevent.com
2. Sergey Lunyakin Power BI Essential Workshop (rus) sergeylunyakin.ticketforevent.com
3. André Melancia From Zero to Security Hero (eng) andremelancia.ticketforevent.com
4. Alexander Kalenik SQL Server Execution Engine (rus) alexanderkalenik.ticketforevent.com
5. Uwe Ricken Analysis of your SQL Server like a PRO (eng) uwericken.ticketforevent.com/5

nivki-hall.com.ua — проходить будет здесь.

Главное — не ржать.

It is a very elusive answer Deepak. And I must admit it is weird to see some foreign guy asking such questions on Ukrainian dev site.
If you want to know my opinion, Ukrainian devs are underpaid. The same with Chinese and Indian guys. But there is always an option. You can be better then anyone else and claim your own prices. There are no competition at the highest level of expertise.

May I ask why are you asking? ;-)

Дмитрий, мы просто Вам завидуем ;-)

Как? Никак.

Похоже на бекапы журналов транзакций и delayed durability в MS SQL Server.

А логика и не должна быть в БД. It depends, но всё же.

Умилился. Реляционку хоронят уже несколько десятилетий, придумывают очередные костыли, холиварят, бьют лбы. Потом опять приходят к SQL и диву дивуются, как раньше без него справлялись.
На самом деле автор прав. В чём? Если не нужен ACID (атомарность, консистентность, изоляция и отказоустойчивость транзкций) — то реляционная СУБД не нужна. Будет быстрее и проще.
Но если на проекте (стартап это или не стартап) есть чёткие требования по конкурентной обработке данных, отсутствию в них артефактов, чёткой градации прав доступа на уровне транзакции и возможности откатиться на любой момент истории, а так же повышенной отказоустойчивости — добро пожаловать в мир реляционных баз данных. Там уже многие вещи придуманы и продуманы за вас и давно.
И на месте эта технология тоже не стоит. Oracle и Microsoft сейчас предлагают такие вещи, которые ещё лет десять назад казались немыслимыми или невозможными в реализации. Кластеризация? Пожалуйста. Гетерогенный доступ? Возьмите. Работа только с ОЗУ без участия дисков? Вот вам. Куча, куча плюшек прямо с коробки. Не нужно ничего писать руками.
Да, некоторые вещи нужно настраивать и скорее всего вам понадобится специалист соответствующего уровня. Да, некоторые фичи стоят денег и требуют ресурсов. Но одновременно дёшево, качественно и быстро не бывает. Даже с No_SQL. Вы всегда чем-то платите.
Реляционные СУБД — это не SQL-92, который вы учили в ВУЗе (create, alter, drop, insert, update). Стандарты поменялись и обросли фичами.
Напоследок напомню разницу между junior и senior специалистом. Junior отвечает на посталвенный вопрос, а senior говорит «it depends» и уточняет детали. Каждая технология хороша для конкретного случая. Если вам не подходят другие — это не значит, что они плохие. Они просто служат другим целям и подходят под другие требования.

Главное забыл: www.reddit.com/...icrosoft_sql_server_1118
Сессия ответов и вопросов с командой разработчиков SQL Server.

Нужно идтить