В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5595 membersпожаловаться на группу
2020 December 30

gg

gri gvandri in pgsql – PostgreSQL
V N
Разовая акция или регулярная?
Если разовая, то проще построить направленный иерархию из таблиц по метаданным (связям) если возможно и больше не болеть...
систему я как более менее постояную планирую использовать, в нескольких проектах юзал вроде удобно
источник
16:17пожаловаться#1

D

Dmitriy in pgsql – PostgreSQL
gri gvandri
Screenshot from 2020-12-30 16-13-45.png
(279.55 Кб)
Ну то есть выглядеть это будет так, на одну таблицу одна миграция, переименовывание для хронологической сортировки и чтоб сразу видеть что эти таблицы определенного типа,  разные схемы, я как папки юзаю
А зачем вы в миграциях юзаете IF NOT EXISTS? Это ж по смыслу валиться в ошибку должно, если таблица уже существует (внезапно!) на момент применения миграции
источник
16:18пожаловаться#2

D

Dmitriy in pgsql – PostgreSQL
Ситуация ошибочная. А в случае с IF NOT EXISTS миграция заедет, не моргнув
источник
16:18пожаловаться#3

gg

gri gvandri in pgsql – PostgreSQL
Dmitriy
А зачем вы в миграциях юзаете IF NOT EXISTS? Это ж по смыслу валиться в ошибку должно, если таблица уже существует (внезапно!) на момент применения миграции
ну да, тут лучше убрать
источник
16:21пожаловаться#4

am

a m in pgsql – PostgreSQL
По-моему это все какой-то overthinking.
Не, ну не то, чтобы я сильно осуждал. У DBA работа такая, что часто заняться нечем.
источник
16:21пожаловаться#5

D

Dmitriy in pgsql – PostgreSQL
+1
источник
16:22пожаловаться#6

D

Dmitriy in pgsql – PostgreSQL
gri gvandri
ну да, тут лучше убрать
Я всё равно не понимаю, зачем вам делить миграции на группы? Ведь если нумерация миграций идёт строго по порядку (см. Phinx какой-нибудь), то проблем вообще никаких нет
источник
16:23пожаловаться#7

gg

gri gvandri in pgsql – PostgreSQL
Dmitriy
Я всё равно не понимаю, зачем вам делить миграции на группы? Ведь если нумерация миграций идёт строго по порядку (см. Phinx какой-нибудь), то проблем вообще никаких нет
так для хронологии, чтоб одна миграция раньше другой выполнялась
источник
16:24пожаловаться#8

D

Dmitriy in pgsql – PostgreSQL
gri gvandri
так для хронологии, чтоб одна миграция раньше другой выполнялась
Так вы когда создаёте миграцию в Phinx, он ей даёт название 20201229135039_MigrationName.php - и она строго выполнится после самой последней, потому что эти цифры в начале названия файла - дата и время.
источник
16:25пожаловаться#9

D

Dmitriy in pgsql – PostgreSQL
Когда Phinx применяет миграции, он смотрит на порядок этих названий файлов/классов, а потом проверяет их в таблице migrations(успешно применённые миграции) и затем применяет нужные в строгом порядке
источник
16:26пожаловаться#10

gg

gri gvandri in pgsql – PostgreSQL
Dmitriy
Так вы когда создаёте миграцию в Phinx, он ей даёт название 20201229135039_MigrationName.php - и она строго выполнится после самой последней, потому что эти цифры в начале названия файла - дата и время.
это я в laravel создаю, на стадии разработки проекта, т.е. не готовая бд, потом они будут созлаваться как содаются одна за лругой
источник
16:27пожаловаться#11

D

Dmitriy in pgsql – PostgreSQL
gri gvandri
это я в laravel создаю, на стадии разработки проекта, т.е. не готовая бд, потом они будут созлаваться как содаются одна за лругой
Даже на стадии разработки миграции создаются строго последовательно. Если же у вас уже есть готовая база, для который делаете проект, то снимите структурный дамп и засуньте его целиком в одну самую первую миграцию.
источник
16:28пожаловаться#12

VN

V N in pgsql – PostgreSQL
gri gvandri
это я в laravel создаю, на стадии разработки проекта, т.е. не готовая бд, потом они будут созлаваться как содаются одна за лругой
А не хотите просто иерархию зависимости таблиц одна от другой и все? (даже параллелить можно будет при большом желании)
источник
16:29пожаловаться#13

gg

gri gvandri in pgsql – PostgreSQL
V N
А не хотите просто иерархию зависимости таблиц одна от другой и все? (даже параллелить можно будет при большом желании)
всмысле вы про какую-то систему или про то что заранее продумыватать надо все таблицы?
источник
16:30пожаловаться#14

gg

gri gvandri in pgsql – PostgreSQL
Dmitriy
Даже на стадии разработки миграции создаются строго последовательно. Если же у вас уже есть готовая база, для который делаете проект, то снимите структурный дамп и засуньте его целиком в одну самую первую миграцию.
ну помойму это нереально создать последовательно, к примеру ты забыл справочник статический сделать, а он используется в последней миграции, переименовывать все равно придется
источник
16:36пожаловаться#15

D

Dmitriy in pgsql – PostgreSQL
gri gvandri
ну помойму это нереально создать последовательно, к примеру ты забыл справочник статический сделать, а он используется в последней миграции, переименовывать все равно придется
Как он может использоваться в последней миграции, если его ещё нет? Надо смотреть, какой SQL-запрос в миграцию пихаешь - это косяк разработчика, не более того.
источник
16:39пожаловаться#16

D

Dmitriy in pgsql – PostgreSQL
Нужно создавать миграцию для создания справочника, а только потом миграцию, где он использоваться будет. Это 2 миграции с возрастающим номером - выполнятся одна за другой.
источник
16:40пожаловаться#17

gg

gri gvandri in pgsql – PostgreSQL
Dmitriy
Нужно создавать миграцию для создания справочника, а только потом миграцию, где он использоваться будет. Это 2 миграции с возрастающим номером - выполнятся одна за другой.
ну допустим, мы проектируем БД, 100 таблиц написали уже, вдруг справочник цветов, понадобился для какой-то таблице связи, ну понятно что косяк разработчика, что стирать все?
источник
16:42пожаловаться#18

D

Dmitriy in pgsql – PostgreSQL
gri gvandri
ну допустим, мы проектируем БД, 100 таблиц написали уже, вдруг справочник цветов, понадобился для какой-то таблице связи, ну понятно что косяк разработчика, что стирать все?
Окей, мне понравился справочник цветов. Я зашел в БД (или Entity-класс посмотрел) и увидел, что его нет. Я создал миграцию CREATE TABLE flowers..., после чего создал ещё одну миграцию ALTER TABLE ... ADD COLUMN flower_id ... - и применил их обе
источник
16:44пожаловаться#19

gg

gri gvandri in pgsql – PostgreSQL
Dmitriy
Окей, мне понравился справочник цветов. Я зашел в БД (или Entity-класс посмотрел) и увидел, что его нет. Я создал миграцию CREATE TABLE flowers..., после чего создал ещё одну миграцию ALTER TABLE ... ADD COLUMN flower_id ... - и применил их обе
ок, а зачем нам на стадии разработки дробые миграции?
источник
16:45пожаловаться#20