СУБД PostgreSQL и клиентом в обоих направлениях.
Речь идет о 185 значениях. Которые имеют различный тип данных, такие как character varying, text, integer, numeric, timestamp with time zone. Все эти значения хранятся в одной таблице. Нормализация отношений никакая. Близко к первой нормальной форме, но с натяжкой.
Прощу не пинать за такое. Меня это самого бесит, но для нормальной организации данных в таблице необходимо поменять метод сбора информации. Что пока для меня является лишь мечтой. Это следующий этап в будущем.
Когда я такое взаимодействие делал в связке Visual FoxPro + ODBC + MySQL, то мне приходилось разбивать на несколько этапов. С начала регистрировал запись (INSERT) в таблице с одной группой данных, а потом добавлял данные группами (UPDATE). На одну запись таблицы у меня выходило около 8 шагов (1 - INSERT и 7 - UPDATE). Почему делал так! Так как клиент не знает о структуре данных хранящихся в СУБД, то он вызывал процедуру и передавал параметры в процедуру (так сказать API). в Visual FoxPro или ODBC имеется ограничение по передачи параметров или длине передаваемой строки (точно уже не помню).
Поделитесь опытом как правильно организовать передачу данных в СУБД или придерживаться моей старой схеме, но переписать для PostgreSQL?
Описал ситуацию как мог. Спасибо за понимание )
Есть upsert и json
Ну вообще в пг вроде бы таких ограничений нет
Обсуждают сегодня