Отчёты подрисовываем, слушаем, какая хреновая программа эта ваша ХХХ, унижаем в ответ.
как верно сказал анон выше: отчёты, разбирательство со всякими проблемами в БД, изменение БД под нужды программистов, загрузка и упорядочивание данных, приходящих во всяких... ненормализованных форматах.
Мне оче нравится эта работа тем, что кроме SQL можно использовать любые языки для своих скриптов и мини-программок. Я вот выбрал Python и C# и такому разнообразию оче рад.
SQL Server программер кун
>ненормализованных форматах.
по-доброму сказал
>SQL можно использовать любые языки для своих
Это ты здорово придумал. Эта идея мне в голову не приходила. Ну надо же! Век живи - век учись.
А что, правда данные лучше выгружать в виде скл-скрипта?
Постгрес, например, только так всё и дампает.
мимо пробегал
зависит от опций при дампе. можно, например, в архив
а в архиве либо insert стейтменты, либо дата для copy
Не только на sql.
Процедуры пишут, которые что-то делают в БД, а вызываются из php или java того же
Процедуры пишут, которые что-то делают в БД, а вызываются из php или java того же
программисты БД, как бы и проектировщики заодно. А спроектировать БД то ещё мозгоебство порой. Особенно, когда уже стопицот таблиц работает через жопу лет 15, и принято решение о добавлении новых таблиц и связей, без потери старых (сука, как я это, блядь, ненавижу)
1)отчеты
2)триггеры и процедуры
3)прошаренные еще и запросы оптимизируют, чтоб работали быстрее
4)создают структуры данных
5)есть еще "кубисты", которые с крутыми многомерными БД работают
6)ну дальше больше: там можно математический анализ данных приплести, bigData - самый шик.
Ну а что же, у нас в таблице два поля: id(integer) и все остальное(json). Очень, блять, удобно, когда надо обращаться к чему-то внутри этого жсона.
Зачем RDBMS когда можно использовать key-value типа Redis - быстрее и легче.
зачем key-value хранилище типа Redis, если можно всё слать в /dev/null?
>json
Вот из-за таких мудаков потом приходится переделывать всё.
>5)есть еще "кубисты", которые с крутыми многомерными БД работают
Ничего крутого в кубах нет, а процесс развода данных по разным измерениям ничем особо не отличается от обычной нормализации.
//мимо bw-джун
Отчетики, доработка программ, я вот сейчас с биллингом для жкх работаю на оракле. Хочу стать дата архитектором.
Хули они там занимаются, днища, хуже тетсировщиков, дай им NoSql базу и слабые головы их накроются, тру программист всё их месячную работу за 20 минут парой скриптов сделает, кароче не уважаю я их.
Толсто.
поддвачну. Меня щаз закидают помидорами, но я все же скажу: был у нашей конторы опыт вынесения серверной логики на внешнюю платформу (при этом в БД оставались по сути атомарные операции), так эти платформщики так процессы загадили, что я теперь стал серверным консерватором
Соски Ларри Эллисона, толстые мужики лет по 35 в вонючих свитерах, которые последние 10 лет ебали себя в онал PL\SQL-ом и хотят чтобы их на этом основании считали крутыми агхитекторами баз данных. Здесь свитером в шутку называют любого малолетнего долбоёба, который месяц назад открыл для себя SQL-СУБД, отличную от MySQL, и теперь с поросячим восторгом пердолит отчеты и бизнес-логику на хранимках, рассказывая своим коллегам по цеху, как охуенно быстро стало все рабтать, когда данные начали обрабатываться прямо в базе, а не прокачиваться через всякие хибернейты и прочие жававыблевы.
Есть здесь погромисты баз данных? Чем они вообще занимаются? T-SQL Developer или PL/SQL Developer - они чо, реально, только на SQL ебашат? Или есть подводные камни?