Портал LabVIEW - Преглед на теми - Проблеми с четене и запис на MySQL
Проблеми с четене и запис на MySQL
Проблеми с четене и запис на MySQL
VladosXPOM 2 септември 2014 г., 15:42 ч.
Re: MySQL проблеми с четене и запис
Супер звезда 2 септември 2014 г., 15:52 ч.
Re: MySQL проблеми с четене и запис
VladosXPOM 2 септември 2014 г., 15:56 ч.
Re: MySQL проблеми с четене и запис
IvanLis 02 септември 2014, 16:00
Въпросът е защо да пишете в базата данни? За да я използвате по-късно в други среди или просто за съхранение? Ако трябва само да запазите за по-късна употреба в LabVIEW, тогава можете да го напишете в текстова форма като низ. Или както се предлага - отделни компоненти.
Ако трябва да направите точно експортирането, тогава трябва да се придържате към стандарта MySQL и да го конвертирате в него според всички изисквания.
Познаването на няколко принципа ви освобождава от знанието на много факти!
Re: MySQL проблеми с четене и запис
VladosXPOM 2 септември 2014 г., 16:08 ч.
Re: MySQL проблеми с четене и запис
Супер звезда 2 септември 2014 г., 16:14 ч.
Може би си струва да го разделим? Забелязах нещо, че никой не гледа изпълнението. погледнете структурата за съхранение на данни
Re: MySQL проблеми с четене и запис
IvanLis 2 септември 2014 г., 16:18 ч.
Разбира се, трябва да разделите, например 1 час - 1 файл. Папка - ден.
Тук трябва да погледнете количеството данни.
Познаването на няколко принципа ви освобождава от знанието на много факти!
Re: MySQL проблеми с четене и запис
VladosXPOM 02 септември 2014 г., 17:47 ч.
Re: MySQL проблеми с четене и запис
IvanLis 02 септември 2014 г., 20:41
Не мога да отговоря на въпроса ви.
Просто искам да изразя мнението си.
Ако ще пишете в базата данни, тогава на моягледайте да напишете всеки елемент в отделна колона.
Бих тръгнал по обратния път и бих се придържал към следната структура. Бих създал структура на директория, например Код: Избери всички - - Данните бяха записани в двоични файлове (това е може би най-икономичният и най-бърз формат за запис без компресия), отделен файл за всеки час, името съответства на началния час на записа.
В зависимост от интензивността на притока на данни структурата може да се коригира. С такава структура не се изисква индексиране (в края на краищата може да са необходими значителни количества данни за индексиране и съхраняване на данни). Търсенето е доста лесно за извършване. Файловете ще се окажат малки по размер, което означава, че можете да ги отворите без "танцуване". Ако е необходимо, винаги можете да изтеглите данните с помощта на друга среда за програмиране, т.к. структурата е известна. Ако е необходимо, можете да експортирате в други формати с помощта на LabVIEW.
Познаването на няколко принципа ви освобождава от знанието на много факти!
Re: MySQL проблеми с четене и запис
Borjomy_1 03 септември 2014 г. 09:46
Що се отнася до дяла, няма смисъл да се прави таблица за всеки час. Практиката показва, че дори в таблица от 30 GB (половин година непрекъсната работа, запис веднъж в секунда), търсенето на фрагмент по времево клеймо във формат DBL отнема прилични 10-20 секунди. Основната причина за табулирането е да се подобри надеждността. Факт е, че по време на необичайно изключване на сървъра (прекъсване на захранването, в производство) бяхме изправени пред факта, че. индексите са повредени и следващия път програмата спира да пише в базата данни. И възстановяването на многогигабайтова таблица отнема много време и не е факт, че е успешно.