Re: Inserting 8MB bytea: just 25% of disk perf used?
В списке pgsql-performance по дате отправления:
| От | fkater@googlemail.com |
|---|---|
| Тема | Re: Inserting 8MB bytea: just 25% of disk perf used? |
| Дата | |
| Msg-id | 20100118131758.GD2913@comppasch2 обсуждение исходный текст |
| Ответ на | Re: Inserting 8MB bytea: just 25% of disk perf used? (Dave Crooke <dcrooke@gmail.com>) |
| Список | pgsql-performance |
Dave Crooke: > If you don't need that level of consistency for your 8MB blobs, write them > to plain files named with some kind of id, and put the id in the database > instead of the blob. The problem here is that I later need to give access to the database via TCP to an external client. This client will then read out and *wipe* those masses of data asynchronously, while I'll continue to writing into to database. Separating the data into an ID value (in the database) and ordinary binary files (on disk elsewhere) means, that I need to implement a separate TCP protocol and talk to the client whenever it needs to read/delete the data. I try to avoid that extra task. So postgres shall function here as a communicator, too, not only for saving data to disk. Thank you. Felix
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера