Всем привет, как называется профессия где чел анализирует и оптимизирует

сложные запросы (аналитика, статистика), шарит за перф в sql и работу с биг датой? пробовали искать SQL developer, но чот мимо.

Хмм... так это более-менее походит, вроде. А пробовали искать "аналитика" или [production] DBA?

Уточните субд, думаю будет проще. А так будут идти больше аналитики с курсами от степика/ скилбокси и т.д. уровня джун. А тут сеньор ну или мидл+ нужен. А так всё верно указано, просто конкретики побольше.

postgres и click

вот я сделал тестовое задание https://github.com/BEARlogin/postgres-test но по факту PHP разрабы лучше справляются с ним, чем SQL разработчики, что я делаю не так?)

Вы меня извините... а Вы не допускаете мысли, что это c такими коллегами (которые настолько не умеют проектировать БД, и считают нарушение https://wiki.postgresql.org/wiki/Don%27t_Do_This в каждой строке DDL нормальным), "SQL разработчики" просто не хотят работать? ;)

дядь, ничо не понял, конкретней плз

Ну так прочитайте (в т.ч. и ссылку). Вы тут сокрушались, что к Вам никто не идёт? Так вот когда я вижу такое ("на отшибись") тестовое задание, меня сразу начинает тошнить желание продолжать диалог у меня как-то существенно уменьшается (может, это я один такой, кто знает...).

нет, я не сокрушался, что никто не идет, а что PHP разрабы лучше справляются. идет то много кто)

ну прочитал, а в чем дело то? что на отшибись именно?

Потому что "PHP-разрабы" всего перечисленного не видят, может быть (или считают это нормальным... по старой памяти, так сказать (это же PHP))? ;)

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

pgWikiDont version 0.3 Your database violates 2 rule(s): ================================= Rule: Don't use timestamp (without time zone) details: https://wiki.postgresql.org/wiki/Don't_Do_This#Don.27t_use_timestamp_.28without_time_zone.29 You have 2 column(s) that use timestamp datatype: - public.session.login_time - public.session.logout_time Rule: Don't use serial details: https://wiki.postgresql.org/wiki/Don't_Do_This#Don.27t_use_serial You have 1 column(s) that look like they used serial/bigserial datatype: - public.session.id Да-да, конечно. Настоящего ключа нет, NULL-ability тоже "на отшибись". Нормальный специалист такого даже в бессознательном состоянии не напишет, понимаете?

а причем тут тестовое задание и генерация случайных данных? там это вообще не имеет значение, serial или таймстамп с TZ или без TZ.

это chatgpt писал вообще)

Вы меня совсем не поняли, мне кажется. Специалист по этому заданию оценивает своих будущих коллег, а не только они оценивают его, понимаете?

я не SQL разраб от слова совсем, я CTO и с уклонном в React :) Изначально задача была вообще без генератора, человеку приходилось сначала БД проектировать, я прост сделал генератор, чтобы упростить задачу для лайв кодинга

Ну так сделали бы нормальный DDL, неужели так сложно? А то некоторых это наводит на всякие нехорошие мысли... ;)

настоящий ключ это что? не нахожу такого термина

http://www.databasesoup.com/2015/03/primary-keyvil-reprised.html Я не верю, что наличие в этой таблице таких, например, записей: id | user_id | login_time | logout_time -----+---------+---------------------+--------------------- 491 | 919 | 2023-08-14 11:00:45 | 2023-08-14 11:31:03 492 | 919 | 2023-08-14 11:00:45 | 2023-08-14 11:31:03 493 | 919 | 2023-08-14 11:00:45 | 2023-08-14 11:31:03 494 | 919 | 2023-08-14 11:00:45 | 2023-08-14 11:31:03 495 | 919 | 2023-08-14 11:00:45 | 2023-08-14 11:31:03 496 | 919 | 2023-08-14 11:00:45 | 2023-08-14 11:31:03 497 | 919 | 2023-08-14 11:00:45 | 2023-08-14 11:31:03 кто-то посчитает нормальным.

получается ключ нужно делать UUID например?

Эээ... нет (прочитайте лучше статью, если любопытно).

там паста не открывается, непонятно про какую структуру идет речь

Странно, у меня ссылка открывается...