[Dmitry Chirkin] https://t.me/joinchat/BaHfNg1LHc3hFThxfBEDLA
@bwayne2015
hello can anyone help a newbie on a hapi js issue
I want to know how can I show users specific data
I mean to say if user A has a data data1 and user B has a data as data2 then when user A logs in how should verify user A's username and show only data1 not data2 and similarly for B will show only data2 and not data1. But when Admin will log in then Admin will be able to see both the datas.
hello can anyone help a newbie on a hapi js issue
I want to know how can I show users specific data
I mean to say if user A has a data data1 and user B has a data as data2 then when user A logs in how should verify user A's username and show only data1 not data2 and similarly for B will show only data2 and not data1. But when Admin will log in then Admin will be able to see both the datas.
Всем привет! Нашел в интернетах https://wetland.spoonx.org/. Весьма полноценная ORM. Чем-то смахивает на Doctrine. Уже как 2.5 версия. Возможно кто юзал?
@vedun ты можешь проставить ограничение (constraint) на кастомный тип - это значительно упрощает работу с ограничениями.
Ну типа в JPA люди пишут
@Entity
class Whatever {
@NotNull
@AlphaNumeric
@MinLength(value=3)
@MaxValue(value=16)
@NotBlank
String someField;
}Хотя тоже самое можно написать на SQL'e
CREATE DOMAIN some_field_of_whatever AS VARCHAR(64)
CONSTRAINT some_field_alphanum CHECK (VALUE ~ '^[[:alnum:]]+$')
CONSTRAINT some_field_min_length CHECK length(VALUE) > 3
CONSTRAINT some_field_max_length CHECK length(VALUE) < 16
CONSTRAINT some_filed_not_blank CHECK length(trim(both ' \n\t' from string)) > 0;
Ага, это и есть домены - поле с пачкой проверок валидаторов.
Сущность состоит из набора доменов и называется Доменной Моделью %)
Сущность состоит из набора доменов и называется Доменной Моделью %)
когда нужно поддерживать разные СУБД
В нормальных проектах люди нормально живут с одной СУБД и потребности её менять не возникает.
Есть например тот же DataGrip с автодополнением всего - его хватает в 99% случаев и скорость разработки не особо отличается от той же Java + Hibernate и еже с ним...
В некоторых случаях домены можно переиспользовать и гонять макросы на SQL'e... уже было так %)
В некоторых случаях домены можно переиспользовать и гонять макросы на SQL'e.
Например вот так
CREATE FUNCTION create_last_updated_triggers(VARIADIC "tables" TEXT [])
RETURNS VOID AS $$
DECLARE
tbl TEXT;
BEGIN
FOREACH tbl IN ARRAY "tables"
LOOP
EXECUTE format('DROP TRIGGER IF EXISTS %s_last_updated ON %s;',tbl, tbl);
EXECUTE format('CREATE TRIGGER %s_last_updated BEFORE UPDATE ON %s ' ||
'FOR EACH ROW WHEN (OLD.* IS DISTINCT FROM NEW.*) ' ||
'EXECUTE PROCEDURE set_last_updated();',tbl, tbl);
END LOOP;
RAISE INFO 'Created last_updated triggers on %', "tables";
END;
$$ LANGUAGE plpgsql VOLATILE STRICT;это только моё виденье подкреплённое небольшим опытом :)
Да, возможно это субъективно... и с моей стороны, т.к. дело привычек.
Большая часть моих познаний SQL'я была взята со стандартной доки PostgreSQL'я переведённой на русский от PostgresPro
Я своих джунов обычно сразу сажу читать эту доку - перевод хороший...
[Dmitry Chirkin] я юзают плстгрес, домены, материалайзед вью, fdw, jsonb и sequelize (орм такой) пушо ето просто экономит время
Это уж точно быстрее чем писать CRUD прослойки ;)