дак там эксель открыть и пару строчек дописать ))) )) ) ) )))) )

Потому что если это не сделать, то пиздец настанет, когда прайс будет больше

Угу. На пару строчек. К записи сд добавят запись флешек.

И настанет страшная путаница

И мир погрузится в хаос.

Еще один

Прикрутите эксель к интернет магазину

Прикрутите эксель к интернет магазину

Про инет магазин это ты придумал сам. Он не говорил ни про какой онлайн.

Про инет магазин это ты придумал сам. Он не говорил ни про какой онлайн.

Вообще то одно из первых сообщений

Вообще то одно из первых сообщений

Я прям вижу. Захожу на сайт и заказываю сканирование доуументов онлайн. Документы лежат в тумбочке. Отсканируй и пришли мне на емаил.

Почему так сделано, мне побоку, суть задачи не менялась

Там не было про онлайн магазин

привет, есть у кого тупой вопрос спросить? мне надо сделать бд для сайта копицентра у них вот такой утырочный прайс например, скрины ниже я тут вижу 2 пути - одна таблица с прайсом и кучей лишних полей забитых null у неиспользуемых элементов и сделать каждой категории по таблице, но тогда я так понимаю в таблице с заказами придётся делать поля от всех таблиц прайсов и опять некрасиво как правильно делать? может я что-то не понимаю? скрины прайса например

Там не было про онлайн магазин

вторая строчка

вторая строчка

Сайт! Не магазин!

одна фигня

одна фигня

Сделаешь мне онлайн магазин по цене сайта визитки?

Одна ж фигня

сдается мне, ты просто тролль

Сдается мне что ты придумываешь то чего нет

я ничего не придумал, описал структуру, так, как она должна быть при нормализации, но т.к. ты не знаешь, что это такое и для чего оно нужно, то просто пытаешься дальше что-то доказывать

Человек хочет опубликовать прайс на сайте. Ты придумал что это онлайн магазин.

это не меняет структуры

но ты это просто не можешь понять

Мне тяжело понять зачем для сайта типа визитки нужна дб.

эксель лучше, я согласен

А что для укладки волос использовать? Просто воск от wella часа два держит.

А что для укладки волос использовать? Просто воск от wella часа два держит.

Не воск, а глину нужно использовать. Каолин.

Я прям вижу. Захожу на сайт и заказываю сканирование доуументов онлайн. Документы лежат в тумбочке. Отсканируй и пришли мне на емаил.

Хаха, тбе смешно, а так и есть

Не воск, а глину нужно использовать. Каолин.

Пробовал, было чуть лучше, но в волосах постоянно застревала

Это девочка подписалась вместо диплома сделать сайт копицентра вузу

Без внятного тз

А что для укладки волос использовать? Просто воск от wella часа два держит.

Лучше налысо. Протер салфеткой и ништяк

Лучше налысо. Протер салфеткой и ништяк

Не всем лысая голова идёт

Не всем лысая голова идёт

Всем. Главное уметь носить

Это девочка подписалась вместо диплома сделать сайт копицентра вузу

Ну так возми cms какой. Натяни туда морду и картинки. Радуйся

Ну так возми cms какой. Натяни туда морду и картинки. Радуйся

Цмс она написала

Надо делать систему заказа-учета

И она уже была сделана, но тут прислали этот сраный прайс

Черезжопный

И сказали его туда вкорячить

И сказали его туда вкорячить

https://www.google.ca/search?q=online+order+system+wordpress&oq=online+order+system+&aqs=chrome.3.69i57j0l3.12038j0j4&client=ms-android-bell-ca&sourceid=chrome-mobile&ie=UTF-8

И че

Вагон готовых решений

Там что, база под мои нужды будет?

Там все разом. И рюшечки

Там все разом. И рюшечки

Так я и поверил

Но ты можешь изобретать лисапед дальше

Эту херню перепиливать будет гораздо сложнее чем изобретать свою

ну давайте тогда еще и за винчик перетрем

с севера Франции, с юга?

калифорнийское

с севера Франции, с юга?

Смотря к чему

калифорнийское

Из коробки?

из бутылки

С коробки дешевле

Варить со специями самое оно

Добрый день. Про PG вопрос, Недавно решили проблему "ПРЕДУПРЕЖДЕНИЕ: база данных "mydb" должна быть очищена (предельное число транзакций: 177009986) ПОДСКАЗКА: Во избежание отключения базы данных выполните очистку (VACUUM) всей базы "mydb"." хочу добавить в наш мониторинг счетчик "предельное число транзакций: 177009986", но я запутался :(

Вопрос то в чем?

как вычисляется это число

:)

условно говоря, я хочу быть в курсе, когда кол-во таких транзакций растет, до того как СУБД мне откажет

условно говоря, я хочу быть в курсе, когда кол-во таких транзакций растет, до того как СУБД мне откажет

а что автовакуум выключен?

нет

Условно говоря пока SELECT relname, age(relfrozenxid) FROM pg_class; меньше 2^31 жить и работать можно. НО надо ещё успеть провакуумить

https://habrahabr.ru/company/postgrespro/blog/301238/

ERROR: S client not available

Я имел ввиду, интерфейс AQ реализован в виде 2-х пакетов: один прикладной, второй админский. Самому пакеты не надо писать. Поэтому какой там у явы может быть "особый путь" даже представить не могу. Она как-то по особому с БД работает? Через libastral ?

Типа более прямой с точки зрения рабочего процесса, используешь их бибилиотеку и будто работаешь с обычной очередью, скормил ей jdbc-коннект к ораклу и вперед, вообще абстрагируешься от бд. Там торчат базовые функции для работы с очередьми, типа настройка опций получения и отправки, итд.

Условно говоря пока SELECT relname, age(relfrozenxid) FROM pg_class; меньше 2^31 жить и работать можно. НО надо ещё успеть провакуумить

понятно, что надо успеть. как узнать о проблеме, до отказа БД? т.е. сравнивать age(relfrozedxid) с 2^31 ?

Ну да.

Точнее с 2^31 - vacuum_freeze_min_age Вот здесь подробнее описано, но сам механизм не совсем простой "vacuum_freeze_min_age controls how old an XID value has to be before rows bearing that XID will be frozen. Increasing this setting may avoid unnecessary work if the rows that would otherwise be frozen will soon be modified again, but decreasing this setting increases the number of transactions that can elapse before the table must be vacuumed again. VACUUM uses the visibility map to determine which pages of a table must be scanned. Normally, it will skip pages that don't have any dead row versions even if those pages might still have row versions with old XID values. Therefore, normal VACUUMs won't always freeze every old row version in the table. Periodically, VACUUM will perform an aggressive vacuum, skipping only those pages which contain neither dead rows nor any unfrozen XID or MXID values. vacuum_freeze_table_age controls when VACUUM does that: all-visible but not all-frozen pages are scanned if the number of transactions that have passed since the last such scan is greater than vacuum_freeze_table_age minus vacuum_freeze_min_age. Setting vacuum_freeze_table_age to 0 forces VACUUM to use this more aggressive strategy for all scans. The maximum time that a table can go unvacuumed is two billion transactions minus the vacuum_freeze_min_age value at the time of the last aggressive vacuum. If it were to go unvacuumed for longer than that, data loss could result. To ensure that this does not happen, autovacuum is invoked on any table that might contain unfrozen rows with XIDs older than the age specified by the configuration parameter autovacuum_freeze_max_age. (This will happen even if autovacuum is disabled.) This implies that if a table is not otherwise vacuumed, autovacuum will be invoked on it approximately once every autovacuum_freeze_max_age minus vacuum_freeze_min_age transactions. For tables that are regularly vacuumed for space reclamation purposes, this is of little importance. However, for static tables (including tables that receive inserts, but no updates or deletes), there is no need to vacuum for space reclamation, so it can be useful to try to maximize the interval between forced autovacuums on very large static tables. Obviously one can do this either by increasing autovacuum_freeze_max_age or decreasing vacuum_freeze_min_age. The effective maximum for vacuum_freeze_table_age is 0.95 * autovacuum_freeze_max_age; a setting higher than that will be capped to the maximum. A value higher than autovacuum_freeze_max_age wouldn't make sense because an anti-wraparound autovacuum would be triggered at that point anyway, and the 0.95 multiplier leaves some breathing room to run a manual VACUUM before that happens. As a rule of thumb, vacuum_freeze_table_age should be set to a value somewhat below autovacuum_freeze_max_age, leaving enough gap so that a regularly scheduled VACUUM or an autovacuum triggered by normal delete and update activity is run in that window. Setting it too close could lead to anti-wraparound autovacuums, even though the table was recently vacuumed to reclaim space, whereas lower values lead to more frequent aggressive vacuuming." https://www.postgresql.org/docs/9.6/static/routine-vacuuming.html

Ребят, всем привет Спасите, пожалуйста Проставил кодировки у mysql везде, где можно- все равно win-1252 отдает

Ребят, всем привет Спасите, пожалуйста Проставил кодировки у mysql везде, где можно- все равно win-1252 отдает

данные тоже переконвертировал?

запускаю в контейнере show variables like "%character%"; +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8mb4 | | character_set_filesystem | utf8 | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/share/mysql/charsets/ | +--------------------------+----------------------------+

Данные при перезапуске заново записываются

Ребят, всем привет Спасите, пожалуйста Проставил кодировки у mysql везде, где можно- все равно win-1252 отдает

что в конфиге?

DROP TABLE IF EXISTS;

[client] default-character-set=utf8 [mysql] default-character-set=utf8 [mysqld] collation-server = utf8_general_ci character_set_server=utf8 character_set_filesystem=utf8 init-connect='SET NAMES utf8' init_connect='SET collation_connection = utf8_general_ci' skip-character-set-client-handshake

CREATE TABLE название () ENGINE = InnoDB AUTO_INCREMENT=75 DEFAULT CHARSET=utf8;

запускается без флагов

а где 1252 появляется

сейчас сделаю запрос и скину

select * from station limit 1; +----+---------+-------------+--------------------+--------------------+---------+-----------+------+------+-----------+------------+------------+------+------------+ | данные | +----+---------+-------------+--------------------+--------------------+---------+-----------+------+------+-----------+------------+------------+------+------------+ | | ХЕЛЬСИÐКИ | | | +----+---------+-------------+--------------------+--------------------+---------+-----------+------+------+-----------+------------+------------+------+------------+ 1 row in set (0.00 sec)

делаю запрос в консоли, в системе utf8 стоит и нормально читает юникод

Слово данные же есть

Я затер

а как это там появилось

это я затер строку)

Это полей названия, латиница

как в таблице появилась строка?

контейнер автоматом заливает sql файл

Какой контейнер? Как он подключается?

FROM mysql:5 COPY ./data /docker-entrypoint-initdb.d/ COPY mysqld_charset.cnf /etc/mysql/conf.d/mysqld_charset.cnf CMD ["mysqld"]

Сейчас попробую set names вставить в начале каждого дампа

Нихрена

В принципе, неудивительно, ибо в конфиге итак стоит set names

сами-то файлы в юникоде