Спустя 30 сек.
вруг надо поиск по данным делать
при таком косяке - eav спасет тебя))
Спустя 9 сек.
слово то модное на пыхе! DIY
новые сообщения
ответы на мои сообщения
избранное
скрытые темы
случайный топик
открыть всё в новых вкладках
Форум → Разработка → Базы данных → INNODB - гавно ))))
INNODB - гавно ))))
Страницы: ← Предыдущая страница →
-
Сообщения:
26646
Репутация:
N
Группа:
в ухо
17 октября 2010 г. 20:59, спустя 2 часа 6 минут 58 секунд
AlexB, так ты помощи просил?)) я думал ты просто поорать на инодб создал топик))))
при таком косяке - eav спасет тебя))Сапожник без сапог -
Сообщения:
4306
Репутация:
N
Группа:
в ухо
17 октября 2010 г. 21:07, спустя 8 минут 32 секунды
Да вообщем-то топик создал поорать, так как решения были понятны. Их недостаток - то что придется переписывать приложение. Ну все равно приятно, когда высказывание по существу …
AlexB, так ты помощи просил?)) я думал ты просто поорать на инодб создал топик))))
А дальше уже про поиск - это теоритические рассуждения, на будущее -
Сообщения:
26646
Репутация:
N
Группа:
в ухо
17 октября 2010 г. 21:07, спустя 23 часа 59 минут 17 секунд
AlexB, а, логично)Спустя 27 сек.ну при поиске один ко многим решит проблему, но блядь косяк конечно жесткий … не понимаю - нахуй эти 700 байт писать, реально непонимаю)Сапожник без сапог
-
Сообщения:
4306
Репутация:
N
Группа:
в ухо
17 октября 2010 г. 21:12, спустя 5 минут 3 секунды
И главная подстава, что проявляется не сразу на этапе разработки, а только в процессе эксплуатации, когда слишком добросовестный пользователь тщательно и подробно заполнит много полей ….
-
Сообщения:
26646
Репутация:
N
Группа:
в ухо
17 октября 2010 г. 21:13, спустя 1 минуту 5 секунд
AlexB, ага, это самое гавно, а в 8к включена сумма длинн ВСЕХ полей? котоыре не являются заведомо длинными аля mediumtext, text+, blob, mediumblob ?Сапожник без сапог
-
Сообщения:
6480
Репутация:
N
Группа:
Джедаи
-
Сообщения:
4306
Репутация:
N
Группа:
в ухо
-
Сообщения:
26646
Репутация:
N
Группа:
в ухо
17 октября 2010 г. 21:16, спустя 2 минуты 2 секунды
то есть туда влючаются простые varchar, char ? int и прочие?
AlexB, ага, это самое гавно, а в 8к включена сумма длинн ВСЕХ полей? котоыре не являются заведомо длинными аля mediumtext, text+, blob, mediumblob ?Спустя 96 сек.
пиздец, надо бы не забыть ))))
Да, всех.
ну оно в принципе и логично, просто он заранее резервирует 8к места, и потом эту ячейку изменяет какты хочешь, а остатки от строк хранит отдельно, имхо это пиздатый вариант, очень продумано. какбы ты не менял таблицу, если она содержит только структуры, а не текстовые данные, то не придется пересобирать весь файл при смене структуры таблицы, только какие то байты перезаписать в этих ячейках. респект инно такто)Сапожник без сапог -
Сообщения:
5
Репутация:
N
Группа:
Кто попало
9 ноября 2010 г. 9:29, спустя 22 дня 13 часов 12 минут
Ага, дуд, действительно единственное решение.
В конкретной задаче оно мне подойдет, но вообще засада. Мало ли, вруг надо поиск по данным делать или еще какую обработку.
Для поиска xml-field заюзаешь. Пойдешь ногавногусовременем.
Страницы: ← Предыдущая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!