Вылетает ошибка при попытке записать в таблицу вторую строку. Как исправить?

Нашёл в чем проблема. Независимо от значения _giud, передаваемого функции, в поле guid пишется ^Z.
Что это за хрень?

Вылетает ошибка при попытке записать в таблицу вторую строку. Как исправить?

Денис Акимкин, нет, передаю в формате '6F9619FF-8B86-D011-B42D-00CF4FC964FF'.

Вылетает ошибка при попытке записать в таблицу вторую строку. Как исправить?

Денис Акимкин, нет! Вручную передаю функции разные guid.
Кроме того, когда раньше те же самые guid писались в базу в формате VARCHAR(36), не было НИ ОДНОЙ коллизии.

Вылетает ошибка при попытке записать в таблицу вторую строку. Как исправить?

Денис Акимкин,

create table Material(
id INT NOT NULL AUTO_INCREMENT,
guid BINARY(16) NOT NULL UNIQUE,
name VARCHAR(255),
PRIMARY KEY(id)
);

Вылетает ошибка при попытке записать в таблицу вторую строку. Как исправить?

AVKor, дупликата значения для уникального ключа ТОЧНО нет.

Как приложению, пишущему в таблицу БД MySQL 5.7, получать обратно значение автоинкрементного первичного ключа?

Так?

CREATE FUNCTION `ins_m` (n VARCHAR(30)) returns INT UNSIGNED
BEGIN
INSERT INTO Material2(name) values(n);
return LAST_INSERT_ID();
END

А вызывать так:
select ins_m('ivan');
Правильно?

Как приложению, пишущему в таблицу БД MySQL 5.7, получать обратно значение автоинкрементного первичного ключа?

Так?

CREATE FUNCTION `ins_m` (n VARCHAR(30)) returns INT UNSIGNED
BEGIN
INSERT INTO Material2(name) values(n);
return LAST_INSERT_ID();
END

А вызывать так:
select ins_m('ivan');
Правильно?

Как приложению, пишущему в таблицу БД MySQL 5.7, получать обратно значение автоинкрементного первичного ключа?

Спасибо!

Как приложению, пишущему в таблицу БД MySQL 5.7, получать обратно значение автоинкрементного первичного ключа?

А как сделать это средствами самого MySQL? Например, приложение обращается к хранимой функции, которая делает insert и возвращает значение id. Дело в том, что я ничего не знаю о стороннем приложении и у меня нет доступа к нему.

Самый надежный метод хеширования?

Можете пояснить?
Зачем второй раз считать md5? md5 же от этого не изменится. И зачем писать в БД хэш-сумму задом наперед?

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

abroabr, я могу взять точную статистику, но порядок ответа это не изменит, а расчеты значительно усложнит. Расчеты придется делать на компьютере, а так можно ручкой и листочком обойтись, потратив 10 минут.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

Этот вариант мне больше всех нравится.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x,

и как сделать хранилище на 30тб на raid1?

Никак. Я не понимаю суть вопроса. Зачем нам непременно raid1 на 30тб, когда это можно сделать посредством raid10?

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

Монументально, конечно, но нет)

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

и как сделать хранилище на 30тб на 1?

Например, RAID-10 из 4-х пар дисков по 8 ТБ (зеркал), соединенных в RAID-0. Полезный объем – 32 ТБ.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

Армянское Радио, а разве ребилд для RAID-10 сильно трудоемкий? Там же просто полное копирование с одного диска.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x,

У вас вылетел 1 диск на 3Тб
Вы заменили упавший диск
Что нужно сделать, чтоб хранилище заработало?

Если это RAID-10, то нужно в упавшем RAID-1 скопировать данные с выжившего диска на новый.

У вас вылетело 2 диска в raid10?
Что произошло с вашим массивом?

Вероятность вылета 2-х дисков из одного зеркала одновременно крайне мала. Вероятность разрушения RAID-массива можно оценить.
Например, у нас имеется RAID-10 из 4-х пар дисков по 8 ТБ (зеркал), соединенных в RAID-0. Полезный объем – 32 ТБ.
Предположим, что вероятность выхода из строя нового жесткого диска в первые 3 года работы равна 0,08.
Предположим, что вероятностное распределение выхода диска из строя от отработанных дней равномерное. Вычислим вероятность выхода из строя двух дисков из одного зеркала при условии, что между моментами их вылета прошло меньше 7 полных суток. (Мы закладываем 7 полных суток на копирование данных с выжившего диска в зеркале на новый, который мы поставим вместо вылетевшего.) Эта вероятность равна 0,000087 (Можете проверить). Но у нас 4 зеркала. Какова вероятность, что хотя бы одно из них безвозвратно разрушится в течении 3- лет? Эта вероятность равна 1 - (1 - 0,000087)^4 = 0,00035. То есть шансы безвозвратно потерять данные равны 2874:1. Мне кажется, что этого достаточно.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x, А как же RAID-10 (RAID-0 из зеркал по 2 диска)? Здесь вроде не чему перестраиваться.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x, первый раз о таком слышу.
А если выбирать из типов RAID, то какой наиболее подходящий?
ps. Почитал. Стриммер точно не подходит.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x, Пока без бюджета. Бюджет ещё рассматривается, но чем меньше, тем лучше. Нет смысла тратить больше, чем достаточно.
Скорость не важна.
Расположение – на сервере предприятия.