SC
А , ты про предыдущую... Да, странновато.
+
Size: a a a
2021 January 25
SC
Pерсональный Комьютер
ну тогда бы было PC
n🐈
АА
А , ты про предыдущую... Да, странновато.
Ну в курилке чтобы было о чем поговорить
IZ
#вакансия #Казань #Senior #Middle #DatabaseEngineer #DBA #fulltime #офис #удаленка #remote #PostgreSQL #MongoDB #AWS
Вакансия: Middle/Senior Database Engineer
Компания: SoftC
Город: Казань
Формат работы: офис или удаленка (на выбор)
Занятость: полная
Заработная плата: до 4 тыс$
Наш клиент – ведущая компания по исследованию рынка пищевой промышленности с полным спектром услуг, предлагающая индивидуальные исследовательские решения ряду клиентов из списка Fortune 500.
Требования:
• Database
o Expertise: PostgreSQL (target DB)
o Proficiency: MongoDB, SQL Server, MySQL (translate queries)
o Data Architecture
• AWS
o AWS Glue / Database Migration Service / Data Pipeline - not required, but desirable
o RDS / Aurora - highly desirable
o Lambda - desirable
• Programming Languages / Frameworks
o .NET / C# - desirable
o React - the experience would be a plus
• Other
o Looker - not needed, but the experience would be a plus
o Advanced English
Условия:
- Комфортабельный офис в Казани или удаленная работа
- Компенсация расходов на занятия спортом, английским языком
- Гибкий рабочий график
- Обучения, сертификации, профильные курсы
- Возможны командировки в США, а также релокация в США
Контакты: telegram @It_recruiter_Nadezhda
Вакансия: Middle/Senior Database Engineer
Компания: SoftC
Город: Казань
Формат работы: офис или удаленка (на выбор)
Занятость: полная
Заработная плата: до 4 тыс$
Наш клиент – ведущая компания по исследованию рынка пищевой промышленности с полным спектром услуг, предлагающая индивидуальные исследовательские решения ряду клиентов из списка Fortune 500.
Требования:
• Database
o Expertise: PostgreSQL (target DB)
o Proficiency: MongoDB, SQL Server, MySQL (translate queries)
o Data Architecture
• AWS
o AWS Glue / Database Migration Service / Data Pipeline - not required, but desirable
o RDS / Aurora - highly desirable
o Lambda - desirable
• Programming Languages / Frameworks
o .NET / C# - desirable
o React - the experience would be a plus
• Other
o Looker - not needed, but the experience would be a plus
o Advanced English
Условия:
- Комфортабельный офис в Казани или удаленная работа
- Компенсация расходов на занятия спортом, английским языком
- Гибкий рабочий график
- Обучения, сертификации, профильные курсы
- Возможны командировки в США, а также релокация в США
Контакты: telegram @It_recruiter_Nadezhda
Надежда, DBA редко знают больше одной СУБД...
MF
INSERT INTO
posts ( who_published_id, text, imgs ) VALUES ( "6","aefbqfbafoiaenilfhkge fln","["https://s1.1zoom.ru/big0/697/Love_Night_Moon_Trees_Silhouette_Two_Dating_576752_1280x853.jpg"]" ) как правильно такой запрос сделать ?SC
майскл не поддерживает массивы или json
MF
майскл не поддерживает массивы или json
А тип переменных json по приколу дан ?
SC
нужно сделать отдельную табличку PostImg
IZ
майскл не поддерживает массивы или json
Массивы нет, JSON - да
SC
Массивы нет, JSON - да
а, ок
MF
Массивы нет, JSON - да
Т.е. с масивами в json работать не будет?
IZ
Т.е. с масивами в json работать не будет?
С массивами в JSON - будет, потому что это часть JSON , а просто с массивами не будет.
Ну тебе надо начать с того, чтобы прочитать, что такое типы данных и какие они бывают, и как их значения задавать.
А то число у тебя вдруг — строка, а строка — вдруг JSON.
Также, надо изучить как делать bind parameter
Ну тебе надо начать с того, чтобы прочитать, что такое типы данных и какие они бывают, и как их значения задавать.
А то число у тебя вдруг — строка, а строка — вдруг JSON.
Также, надо изучить как делать bind parameter
SC
Или по всем реляционным правилам проектирования создать отдельную таблицу )
SC
ссылка может быть километровой, и прикинь если там 10 картинок грубо говоря или больше
MF
ссылка может быть километровой, и прикинь если там 10 картинок грубо говоря или больше
Иии ? Мне это не читать же . А при расчёте что ссылок может и не быть , ну хз делать таблицу отдельную
IZ
Или по всем реляционным правилам проектирования создать отдельную таблицу )
+
MF
В крайнем случае это будет не особо крупная переделка так что можно и на потом оставить
SC
Иии ? Мне это не читать же . А при расчёте что ссылок может и не быть , ну хз делать таблицу отдельную
ну, тогда не будет просто записей в той таблице для определенного поста