Кривые ручки программистов добавились к дуракам и дорогам

Кстати... видовс тоже глючит блин...

Она не лежала, она просто была полностью отключена. Под предлогом, что её необходимо было обновить и якобы об этом предупреждали заранее на сайте. Предупреждать то предупреждали, но обычно они "предупреждают" о 3-х часовых отключениях (обычно ночью), а тут отключили на 2 дня. Предупреждение видел, но значения не придал т.к. "обычное 3-х часовое" мне пофигу - я не спешу.

Но речь опять же не о каком-то конкретом случае: ежа голой попой не напугать. Речь о том, что это в обществе считается нормальным. Повторю ещё раз: если ремонт дороги, надо, чтобы все поняли, что идёт РЕМОНТ ДОРОГИ. Сделать это незаметно - нельзя. И не потому, что технически невозможно, а потому, что так принято. А люди потерпят. Хотя убытков на миллион, а дел на копейку. Тоже самое касается и отключения горячей воды летом. Как будто они вот прямо непрерывно целый месяц эту несчастную трубу насилуют повышенным давлением. Нет ведь.

У меня не глючит. Что я делаю не так?

у меня тоже две карты, но работают, что я делаю так?

Не стоит нервничать, не самое страшное, главное чтобы со счета деньги не пропали, починят. Где наш Миша Скорпион, это как раз по его части.

Карты то работают, а вот разная сопутствующая им байда - не всегда. При этом эта самая "байда" лично мне 100 лет не усралась, но всякие разные гос органы (как их правильно назвали!) её требуют.

Возразить также трудно, как и не нервничать. Во многих странах люди живут по-другому, но у нас всё только с боем. Это не может не печалить стареющего юношу в поисках кайфа.

а техподдержка то что говорит?

Как расшардить MyISAM/InnoDB таблицу в 100M записей

Просвещайтесь. 🍿

Ну и причем тут этот.... документ ?

Хотелось блеснуть эрудицией что-ли ? Незачот если честно.

Проблемы, которые возникают всегда носят нетехнический, а организационный характер.

Можно как угодно делить базы итп, но если в результате "доделок" решены не все задачи,

то проблемы будут. А все задачи или не все решены зачастую можно определить только

после того, как работа уже сделана. И только на живом пациенте.

Это плохо. Это печально. Но это факт.

Не существует никакой возможности "подготовиться к любому раскладу".

"Протестировать всё" итд итп. В реальной жизни можно откатать

только 99.9% сценариев, не больше.

Для некоторых систем (и особенно это касается документооборота) степень глючности

содержимого весьма велико. И легкому распрямлению это всё это обычно не поддается.

Разумеется, как правило это "чужие" базы и "чужой" софт для которых никогда не было

процедур проверки и тестирования к примеру. И их невозможно создать.

Если вы никогда не поддерживали сложных систем, которые "в ходу" более 10-15 лет,

вам не понять насколько интересные открытия вы можете обнаружить внутри :).

Ну вы же тут рассказываете про базу где все работы на пару суток. А я вам рассказал как сделать базу где любые работы на 15 минут.

А тут у вас технический характер:

Чему верить?

И да, если у вас на базе в 100кк записей портится только последняя тысяча это означает что вы внесли какие-то исправление в процесс именно на последней тысяче документов. Ну или из-за вспышки на Юпитере произошло резкое магнитное возмущение на Марсе из-за чего испортилась последняя 1000 записей. Ну как-то так.

Внимание вопрос! Зачем вносить изменения в обработку документов если вы знаете что завтра будут работы с базой и сейчас идёт тестирование? И почему вы начинаете по новому работать с документами без тестирования? Или таки это вспышки на Юпитере? Или Альфа-Центавра вошла в созвездие Козерога?

Мне вот кажется что любые изменения в процедурах работы с базой 100кк документов должны быть документированы. Если это не так у вас не только Альфа-Центавра войдёт в созвездие Козерога, но и созвездие Стрельца всем составом туда же наведается.

Мне кажется, что программисты это сверхчеловеки. Остальные просто не умеют думать. Надо их заменить роботами, которых в свою очередь запрограммировать под необходимые нужды.🍿

Скорее всего, при смене/апдейте DSE не учли какое-то различие в работе с символьными данными.