В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

4830 membersпожаловаться на группу
2020 July 22

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Тимур
ДОброе утро, подскажите, ФИО лучше хранить в одном поле или отдельно для фамилии имени и отчества делать?
Из отдельных всегда можно одно собрать. А вот разделить одно всегда сложнее. Есть составные фамилии, например, из нескольких слов. От балды какой-нибудь Саид Аглы Ибн Хаттаб. Вот как ты поймёшь, где тут что, если все в одном поле?
источник
09:10пожаловаться#1

ЕЗ

Евгений Задворных... in pgsql – PostgreSQL
Отдельно
источник
09:11пожаловаться#2

Т

Тимур in pgsql – PostgreSQL
согласен, спс)
источник
09:11пожаловаться#3

Т

Тимур in pgsql – PostgreSQL
всттрачал частенко что одни полем делают а потом тримят каждый раз)
источник
09:11пожаловаться#4

Т

Тимур in pgsql – PostgreSQL
потому решил спросить у вас
источник
09:12пожаловаться#5

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Тимур
всттрачал частенко что одни полем делают а потом тримят каждый раз)
От бизнес-задачи зависит, конечно. Но раздельно - более универсальный способ.
источник
09:12пожаловаться#6

Т

Тимур in pgsql – PostgreSQL
а для поиска разница будет же?
источник
09:12пожаловаться#7

DP

Darafei Praliaskousk... in pgsql – PostgreSQL
Тимур
ДОброе утро, подскажите, ФИО лучше хранить в одном поле или отдельно для фамилии имени и отчества делать?
https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/
источник
09:12пожаловаться#8

DP

Darafei Praliaskousk... in pgsql – PostgreSQL
40 пунктов, где люди ошибаются про имена
источник
09:12пожаловаться#9

DP

Darafei Praliaskousk... in pgsql – PostgreSQL
лучше всего минимум два поля - полное имя и как вас называть
источник
09:14пожаловаться#10

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Тимур
а для поиска разница будет же?
Поиск тоже удобнее будет раздельно, т.к. индексы будут отдельные на имя, фамилию, отчество. Если будет слитно, то будет фуллсканить, если ищешь через like одну лишь фамилию или одно имя, например. В зависимости от их взаимного расположения
источник
09:14пожаловаться#11

DP

Darafei Praliaskousk... in pgsql – PostgreSQL
Дмитрий Лукьянов
От бизнес-задачи зависит, конечно. Но раздельно - более универсальный способ.
если только не окажется, что ты не дал человеку поле для второго-третьего имени в его составном
источник
09:15пожаловаться#12

АЛ

Аггей Лоскутников... in pgsql – PostgreSQL
Еще бывают люди с именем из одного слова (у многих монголов имя пишется слитно). Тут надо внимательно подходить к "обязательности" полей
источник
09:16пожаловаться#13

МШ

Михаил Шурутов... in pgsql – PostgreSQL
А кому знать, как большую табличку на секции разбить? Вот пример: https://www.2ndquadrant.com/en/blog/partitioning-a-large-table-without-a-long-running-lock/
2ndQuadrant | PostgreSQL
Partitioning a large table without a long-running lock - 2ndQuadrant | PostgreSQL
Let’s say you have an application that has a huge table and that needs to be available all the time. It’s got so big that managing it without partitioning it is getting increasingly difficult. But you can’t take the table offline to create a new partitioned version of the table, which would take a great […]
источник
09:19пожаловаться#14

АЛ

Аггей Лоскутников... in pgsql – PostgreSQL
Это чем то напоминает pgcompactor
Перенос записей через fake update
источник
09:23пожаловаться#15

МШ

Михаил Шурутов... in pgsql – PostgreSQL
Я, если честно, более других путей разбить существующую таблицу на секции не вижу с минимизацией простоя.
источник
09:25пожаловаться#16

АЛ

Аггей Лоскутников... in pgsql – PostgreSQL
Ну pg_pathman  делает примерно тоже самое, только там переносом занимается фоновый процесс. Проблема только в том,  что 12 pg - последняя поддерживаемая версия - так как все фишечки уже перенесли в основной pg
источник
09:29пожаловаться#17

Т

Тимур in pgsql – PostgreSQL
А вот тоже часто сталкиваюсь с тем что бы решать делать поле у которого некоторый не большой список значений через внешний ключ как таблицу, либо как варчар где список это статичный набор данных в клиенте. Как выбирать?
источник
09:32пожаловаться#18

Т

Тимур in pgsql – PostgreSQL
когда создавать доп.таблицу, а когда просто с приложения получать  в поле строковое например нужное значение.
источник
09:33пожаловаться#19

Т

Тимур in pgsql – PostgreSQL
сразу скажу в проектировании архитектуры БД не силен )
источник
09:34пожаловаться#20