Советы по структурированию этой базы данных
Справка по Markdown упоминает изображения, но не отображает поддерживаемые типы. Только из опыта: JPEG, PNG, а также GIF-изображения - определенно . Mozilla говорит, что
Стандарт HTML не предоставляет список форматов изображений, которые должны поддерживаться, поэтому каждый пользовательский агент поддерживает другой набор форматов. Gecko поддерживает:
JPEG GIF, включая анимированные GIF-файлы PNG APNG SVG BMP BMP ICO PNG ICO
blockquote>, но, конечно, сам загрузчик изображений делает окончательный выбор. ... И действительно, при попытке
SVGя получаю следующее сообщение:Не удалось загрузить; не корректное изображение (jpeg, png, tiff, gif или bmp)
blockquote>Я использовал GIF пару раз для анимации , но изображение вы пытаетесь загрузить слишком велико. При загрузке «С моего компьютера» появляется ясное сообщение об ошибке в жирном красном тексте:
[/g4]
«Загрузка изображений ограничена 2 Мб. меньшего изображения "- файл на 78 074 байта больше (разумное значение для) 2Mb.
Странно я получаю« Не удалось загрузить изображение, формат не поддерживается »при попытке вставить изображение из URL. Это может потребовать фиксации.
1 ответ
Предоставляемая информация является недостаточной, поэтому она может не применяться к вашему контексту, но ...
Ваша исходная структура БД выглядит так:
Помимо проблемы, о которой вы заявили, вы не сможете нормализовать эту структуру.
Я предлагаю что-то вроде этого:
- Отношение Shop-Player должно обозначить «владельца» магазина.
- Таблица ссылок участника должна связать участников игроков с магазином.
- Поскольку я не знаю разницы между активным магазином и игровым магазином, я выделил эту характеристику в таблице ShopType, позволяя вам выбирать один или другой.
- Выполнение этого, как это позволяет игрок, которого хочет любой магазин. Магазин - это магазин, из вашего описания я не понимаю, почему вам нужно иметь 2 стола для ваших двух типов магазинов. Магазин - это магазин, являющийся Активным или Игровым типом.
- Это не является полным, добавьте разные отсутствующие поля для каждой таблицы, это иллюстрирует только структуру.
Другая возможность - если вам нужен магазин, чтобы быть 1) игроком 2) активным 3) оба. Затем таблицу магазина следует изменить следующим образом:
- концепция типа удалена, а логические атрибуты определяют тип магазина.
Это, очевидно, работа в процессе, надеюсь, это поможет вам начать думать о вашем решении по-другому.