E
ну а вообще ss да iptables-save
Size: a a a
2021 March 30
E
ну а вообще ss да iptables-save
(докер, кстати, хуже silverstone. то что называется бридж - это у него в одну сторону трафик идет по локальной сетке, а в другую сторону они делают маскарад прости господи на айпитейблах)
S
а если увидите продукцию luna design, то тушите и спокойно идите, я в восторге от бренда. просто чувака плющит от того, что он делает красивые корпуса за более чем вменяемые деньги, а я засовываю туда интел на десяток ядер с гипертредингом (да-да, десять физических, двадцать логических), два терабайта одного из самых быстрых нвме, шестьдесят четыре оперативы, смазываю это всё опять же интеловской карточкой с вай-фаем шестого поколения и шести гигагерц - пришлось даже ждать два релиза ядра, чтобы дождаться драйверов - и теку, не достигая критических температур даже под нагрузкой, хотя там пришлось для этого пошаманить с алиэкспрессом.
4.5кг алюминия в стружку( изверги.
Но выглядит круто.
Но выглядит круто.
n
как коннектишься? ставлю что ты не указываешь порт, он берет дефолтный 5432, а у тебя 5435 открыт
Использую расширение для vscode
Указываю Хост, порт, юзер, пароль при подключении
К обычному контейнеру postgres подключается без проблем
Указываю Хост, порт, юзер, пароль при подключении
К обычному контейнеру postgres подключается без проблем
n
Порт менял на всякий случай, чтобы конфликта не было, ни дефолтный ни другой порт не подключается
n
простите, я тупой, не пробросил порт из контейнера на машину
SS
Всем привет! :)
Завтра 31.3 в 18:00 состоится вебинар Veeam
Data Warehouse: Theory vs Reality
Наталья Массон, менеджер команды Data Management, расскажет историю внедрения хранилища данных в сложившуюся инфраструктуру компании.
- Почему внедрение вместо года заняло четыре, хотя все знали, что надо делать.
- В какой момент хранилище перестает быть «этой вашей базой» и становится основой интеграций и аналитической отчетности в компании.
- Какие отличные идеи «не взлетели» и почему это нормально.
Для дата инженеров, администраторов баз данных и дата саентистов, которые хотят сделать работу с данными лучше.
Будем вам рады :)
http://vee.am/7yegSw
Завтра 31.3 в 18:00 состоится вебинар Veeam
Data Warehouse: Theory vs Reality
Наталья Массон, менеджер команды Data Management, расскажет историю внедрения хранилища данных в сложившуюся инфраструктуру компании.
- Почему внедрение вместо года заняло четыре, хотя все знали, что надо делать.
- В какой момент хранилище перестает быть «этой вашей базой» и становится основой интеграций и аналитической отчетности в компании.
- Какие отличные идеи «не взлетели» и почему это нормально.
Для дата инженеров, администраторов баз данных и дата саентистов, которые хотят сделать работу с данными лучше.
Будем вам рады :)
http://vee.am/7yegSw
JK
Правда ли это? (2-й абзац)
AS
они пишут, что лучше писать select first, last from table, чем select * from table
AS
то есть, тянуть на клиента только то, что тебе реально требуется, а не все поля таблицы
JK
то есть, тянуть на клиента только то, что тебе реально требуется, а не все поля таблицы
Неа, там идёт именно о table.some_column
YS
А, по-моему, речь про
SELECT table_one.column_one против SELECT column_one, нет?AS
Неа, там идёт именно о table.some_column
ну, я тоже самое написал
JK
Yaroslav Schekin
А, по-моему, речь про
SELECT table_one.column_one против SELECT column_one, нет?Да
AS
просто мой пример с одной таблицей, где не требуется уточнение алиасом таблицы
JK
Так в том то и вопрос: правда ли, что алиасы на производительность могут повлиять? Причём в лучшую сторону
AS
Так в том то и вопрос: правда ли, что алиасы на производительность могут повлиять? Причём в лучшую сторону
может они имеют в виду, что это упрощает синтаксический анализ. но на производительность самого запроса это врядли повлияет.
TM
приветствую. Судьба свела меня недавно с MS SQL Server. Имеется весьма непонятно поведение в следующей ситуации: есть БД А и в ней сущность а (физическая таблица) , данные в которой генерируются пайтоновским сервисом данные:
{"mark":135,"intents":["погода","климат","погодка"]}. С помощью SQL Server Studio готовлю дамп соответствующей схемы БД А. далее запускаю sql дамп что бы развернуть эту схему в БД Б. Все данные инсертятся нормально исключая таблицу Б.а. Вместо ожидаемого выще формата текстового поля получаем : {"mark":135,"intents":["??????","??????","???????"]}. Что за чертовщина с кодировкой?YS
Так в том то и вопрос: правда ли, что алиасы на производительность могут повлиять? Причём в лучшую сторону
Table aliases — может быть, в какой-то степени.
Любой SQL-сервер — это интерпретатор SQL, вот в чём дело. Т.е. в реальное время выполнения запроса входит всё от начала parsing и до конца execution. Но parsing много какие СУБД кешируют, так что этот эффект может быть очень небольшим.
А вот насчёт полей — мне трудно представить ситуацию, когда это было бы в самом деле существенно.
Любой SQL-сервер — это интерпретатор SQL, вот в чём дело. Т.е. в реальное время выполнения запроса входит всё от начала parsing и до конца execution. Но parsing много какие СУБД кешируют, так что этот эффект может быть очень небольшим.
А вот насчёт полей — мне трудно представить ситуацию, когда это было бы в самом деле существенно.
A
приветствую. Судьба свела меня недавно с MS SQL Server. Имеется весьма непонятно поведение в следующей ситуации: есть БД А и в ней сущность а (физическая таблица) , данные в которой генерируются пайтоновским сервисом данные:
{"mark":135,"intents":["погода","климат","погодка"]}. С помощью SQL Server Studio готовлю дамп соответствующей схемы БД А. далее запускаю sql дамп что бы развернуть эту схему в БД Б. Все данные инсертятся нормально исключая таблицу Б.а. Вместо ожидаемого выще формата текстового поля получаем : {"mark":135,"intents":["??????","??????","???????"]}. Что за чертовщина с кодировкой?Что такое sql дамп?