Чому текстовий стовпець не може мати значення MySQL за замовчуванням?

Якщо ви спробуєте створити стовпчик TEXT на таблиці і надати йому значення за замовчуванням у MySQL, ви отримаєте помилку (принаймні в Windows). Я не бачу жодної причини, чому текстовий стовпець не повинен мати значення за замовчуванням. Пояснення документацією на MySQL не дається. Мені це здається нелогічним (і дещо розчаровує, так як я хочу значення за замовчуванням!). Хтось знає, чому це не дозволено?

Windows MySQL v5 видає помилку, але Linux та інші версії викликають лише попередження. Це потрібно виправити. WTF?

Також дивіться спробу виправити це як помилку № 19498 в MySQL Bugtracker:

Брайс Несбітт 4 квітня 2008 р. 16:36:
У MS Windows правило "без DEFAULT" є помилкою, а на інших платформах це часто попередження. Хоча це не помилка, можливо, в цьому потрапити в пастку, якщо ви пишете код на поблажливій платформі, а пізніше запустите його на суворій платформі:

Особисто я вважаю це помилкою. Якщо шукати "BLOB / TEXT стовпець не може мати значення за замовчуванням", у Google з’являється близько 2940 результатів. Більшість з них - це повідомлення про несумісність при спробі встановлення сценаріїв БД, які працювали в одній системі, але не в іншій.

Зараз я зіткнувся з тією ж проблемою на веб-сайті, який я модифікую для одного з своїх клієнтів, спочатку розгорнутого в Linux MySQL v5.0.83-log. Я запускаю Windows MySQL v5.1.41. Навіть намагаючись використовувати останню версію phpMyAdmin для витягування бази даних, вона не повідомляє про типовий стовпець тексту, про який йде мова. Тим не менш, коли я намагаюся запустити вставку в Windows (це добре працює при розгортанні Linux), у колонці ABC я отримую помилку без замовчування. Я намагаюся відтворити локальну таблицю з явним за замовчуванням (на основі вибору унікальних значень для цього стовпця) і в кінцевому підсумку отримую о-настільки корисний стовпчик BLOB / TEXT не може мати значення за замовчуванням .

Знову ж таки, не підтримка базової сумісності на платформах є неприйнятною і є помилкою.

Як відключити суворий режим у MySQL 5 (Windows):

• Відредагуйте /my.ini і шукайте рядок

  sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

• Замініть його на

  sql_mode='MYSQL40'

• Перезапустіть службу MySQL (якщо припустити, що це mysql5)

  net stop mysql5
  net start mysql5

Якщо у вас є доступ до root / admin, можливо, ви зможете виконати

mysql_query("SET @@global.sql_mode='MYSQL40'");

Не маючи глибокого знання двигуна mySQL, я б сказав, що це звучить як стратегія збереження пам'яті. Я припускаю, що причина лежить в цьому пункті в документах :

Кожне значення BLOB або TEXT представлено внутрішньо окремо виділеним об'єктом. Це на відміну від усіх інших типів даних, для зберігання яких виділяється один раз на стовпчик при відкритті таблиці.

Схоже, попереднє заповнення цих типів стовпців призведе до штрафу за використання пам'яті та ефективність роботи.

Ви можете отримати той же ефект, що і значення за замовчуванням, використовуючи тригер

create table my_text

(
   abc text
);

delimiter //
create trigger mytext_trigger before insert on my_text
for each row
begin
   if (NEW.abc is null ) then
      set NEW.abc = 'default text';
   end if;
end
//
delimiter ;

Основне питання:

Хтось знає, чому це не дозволено?

як і раніше не відповіли, я здійснив швидкий пошук і знайшов порівняно нове доповнення від розробника MySQL в MySQL Bugs :

[17 березня 2017 15:11] Ståle Deraas

Опублікував розробник:

Це дійсно дійсний запит на функції, і на перший погляд це може здатися тривіальним. Але значення TEXT / BLOBS не зберігаються безпосередньо в буфері записів, який використовується для читання / оновлення таблиць. Тож присвоювати їм значення за замовчуванням трохи складніше.

Це не є однозначною відповіддю, але принаймні відправною точкою для того, чому питання.

Тим часом я просто зашифрую його навколо або зроблю стовпцем нульовим або явно призначуму (за замовчуванням '') значення для кожного insertз коду програми ...

"Підтримка DEFAULT у стовпцях TEXT / BLOB" - це запит на функцію в Mytrab Bugtracker (Помилка № 21532) .

Я бачу, що я не єдиний, хто хотів би поставити значення за замовчуванням у стовпець TEXT. Я думаю, цю функцію слід підтримувати в більш пізній версії MySQL.

Це неможливо виправити у версії 5.0 MySQL, оскільки, очевидно, це призведе до несумісності та втрати даних, якби хтось намагався перенести базу даних назад і назад між (поточними) базами даних, які не підтримують цю функцію, та будь-якими базами даних, які підтримували ця особливість.

Я зазвичай запускаю сайти в Linux, але також розвиваюсь на локальній машині Windows. Я багато разів стикався з цією проблемою і просто виправляв таблиці, коли стикався з проблемами. Вчора я встановив додаток, щоб допомогти комусь, і звичайно знову зіткнувся з проблемою. Отже, я вирішив, що настав час розібратися, що відбувається - і знайшов цю тему. Мені дуже не подобається ідея змінити sql_mode сервера на попередній режим (за замовчуванням), тому я придумав просте (мені здається) рішення.

Це рішення, звичайно, вимагатиме від розробників обгортати свої сценарії створення таблиць, щоб компенсувати випуск MySQL, що працює в Windows. Ви побачите подібні поняття у файлах дампа. Одним із застережень BIG є те, що це може / спричинить проблеми при використанні перегородки.

// Store the current sql_mode
mysql_query("set @orig_mode = @@global.sql_mode");

// Set sql_mode to one that won't trigger errors...
mysql_query('set @@global.sql_mode = "MYSQL40"');

/**
 * Do table creations here...
 */

// Change it back to original sql_mode
mysql_query('set @@global.sql_mode = @orig_mode');

Ось про це.

Для Ubuntu 16.04:

Як відключити суворий режим у MySQL 5.7:

Редагувати файл /etc/mysql/mysql.conf.d/mysqld.cnf

Якщо в mysql.cnf існує рядок нижче

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

Потім замініть його

sql_mode='MYSQL40'

Інакше

Просто додайте нижній рядок у mysqld.cnf

sql_mode='MYSQL40'

Це вирішило проблему.