| |
| |
| 3.7, fyjybv (?), 15:08, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
FoxPro, Paradox нету. Видел даже вакансию для разработчика FoxPro.
| | |
| |
| 4.43, Пенсионный фонд РФ (?), 02:02, 05/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Социальный фонд с 1 апреля проиндексирует пенсии по государственному пенсионному обеспечению, включая социальные пенсии, на 14,75 процента – в соответствии с ростом прожиточного минимума пенсионера за прошлый год. Повышение затронет 4,2 миллиона пенсионеров, среди которых 3,5 миллиона получателей социальной пенсии. Большинству пенсионеров она выплачивается в связи с инвалидностью и потерей кормильца.
| | |
|
|
| 2.11, 223 (?), 16:45, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Мария, которая DB, как и оригинальный мускуль не отличается эффективностью,недавно на пет-проекте начались дропы данных, мария тупо не успевала обновлять данные если параллельно на ноде шли бэкапы, добавляли индексы к таблицам еще какие-то оптимизации, бестолку, обьем данных по чуть-чуть тоже рос, ..переползли на на посгресс, проблемы исчезли, хотя конечно с посгрессом тоже пришлось потанцевать. Мария сильно проще это факт.
| | |
| |
| 3.15, Аноним (15), 17:16, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
сначала выберут негодный инструмент, а потом свмотрят на свои яйца, не мешают ли
| | |
| |
| 4.18, FSA (??), 17:36, 04/04/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > сначала выберут негодный инструмент
Правильно. Сразу бы взяли PostgreSQL, проблем бы не знали
| | |
| |
| 5.36, tty2 (?), 22:11, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
По моему опыту - бек не смог в транзакции. Ну а "дропами" назвали отвалы запросов по таймауту.
И да, лить данные во время бекапа на мастере тот ещё профессионализм.
Был бы постгресс - бюджет был на оборудование +50%…
| | |
|
|
|
|
| 1.9, BorichL (ok), 16:07, 04/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Ну как бы забавно. Ну наверно для работы с базой, где 10 тысяч ХеллоВордов в табличках просто лежит пригодится.
Но в остальном то если приложение написано под такую убогую СУБД как MySQL, то зачем ему прослойка под монструозный PostgreSQL, пусть так и долбится в этом примитиве... Чтобы поиметь плюсы от перехода с MySQL на PostgreSQL, то сохранить структуру таблиц базы наверно удастся (если она изначально была толковой), но всё остальное придётся переработать полностью.
| | |
| |
| 2.14, Аноним (13), 17:07, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Чтобы запустить какую-нибудь небольшую фигню, написанную для mysql, в среде, где есть большой и задорого обслуживаемый постгрес, а ни специалистов, ни желания возиться с mysql нет.
| | |
| 2.22, пох. (?), 19:21, 04/04/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ну как бы забавно. Ну наверно для работы с базой, где 10 тысяч ХеллоВордов в табличках
> просто лежит пригодится.
такой базе и кривовраппер не нужен - просто драйвер с mysql на pdo-pgsql сменить.
(вроде в посгре даже ж научились имитировать mysql'евые автоинкременты, а не select from sequence?)
> то зачем ему прослойка под монструозный PostgreSQL
вот и я тоже не пойму, что там такого может быть что под постгрезом требует трансляции (и при этом еще и может быть странслировано, а не ой тут такой фигни просто не бывает)
Ну, видимо, пацаны чо-та знают.
| | |
| |
| 3.27, BorichL (ok), 19:39, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
> вот и я тоже не пойму, что там такого может быть что
> под постгрезом требует трансляции (и при этом еще и может быть
> странслировано, а не ой тут такой фигни просто не бывает)
> Ну, видимо, пацаны чо-та знают.
Ну вот что с ходу нашёл, что может нередко использоваться:
MySQL Syntax:
SELECT column_name(s) FROM table_name ORDER BY column_name(s) WHERE condition LIMIT number;
Oracle 12 Syntax:
SELECT column_name(s) FROM table_name ORDER BY column_name(s) FETCH FIRST number ROWS ONLY;
Названия функций, работающих с датами, отличаются, ну вобщем совместимость как всегда так себе.
Но основная проблема таких прокси в том, что оптимизаторы запросов работают абсолютно по разному и транслированный запрос, "летающий" на исходном сервере, может тупить на другом.
| | |
| |
| 4.37, пох. (?), 22:27, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
так то орацл.
Постгрез умеет в LIMIT Б-г ведает сколько лет (он еще и в OFFSET умеет)
Правда, есть некоторые сомнения как раз в плане того что оптимизатору это понравится, но тут транслятор вряд ли чем поможет.
| | |
|
|
|
| 1.10, Аноним (10), 16:28, 04/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Годнота, репозиторий моего дистрибутива GNU/Linux хранит информацию о пакетах в базе данных MySQL/MariaDB. Теперь желающие поиграться смогут испосльзовать СУБД PostgreSQL.
| | |
| 1.32, Аноним (32), 20:28, 04/04/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А есть инструмент для миграции с одной версии PostgreSQL на другую? Без дампов, подъёмов одновременно двух инстансов разных версий и прочих развлечений, не свойственных взрослым людям?
| | |
| |
| 2.38, пох. (?), 22:29, 04/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А есть инструмент для миграции с одной версии PostgreSQL на другую? Без
> дампов, подъёмов одновременно двух инстансов разных версий и прочих развлечений, не
> свойственных взрослым людям?
взрослым людям несвойственно на ходу мигрировать на аж другую ветку базы, не имея даже плана Б на случай если что-то пойдет не так.
| | |
| |
| 3.42, Аноним (32), 01:36, 05/04/2025 [^] [^^] [^^^] [ответить]
| +/– | |
План Б, конечно, есть. Вопрос в сложности реализации плана А.
Ну и отдельно вспомним про машины разработчиков, где план Б - это просто почистить базу и из миграций создать новую. Можно, конечно, сбрасывать базу при !каждом! обновлении, но mysql, с которого предлагается мигрировать в новости, позволяет жить проще.
| | |
|
| |
| 3.41, Аноним (32), 01:33, 05/04/2025 [^] [^^] [^^^] [ответить]
| +/– |
Я правильно понял, что оно требует, чтобы обе версии postgresql были установлены одновременно: и старая, и обновлённая?
| | |
|
|
|
