Пренасяне на различни формати за дати - Неофициален немски форум Xbase
Немскоговорящият форум за разработчици в света на Xbase, оферта от немскоговорящите Xbase-Developers e. V.
Пренасяйте различни формати за дати
Модератор: Модератори
Пренасяйте различни формати за дати
Принос от xdragon2009 »Вторник, 14 април 2020 г. 12:14 ч.
В момента се опитвам да пренеса съществуваща база данни на Xbase ++. Направи ми впечатление, че в съществуващото „поле за дата“ има различни формати за дати.
z. Б.:
14.04.2020
04.14.2020
Някой има ли представа как мога да ги пренеса елегантно? В крайна сметка не искам да имам мишмаш в новата база данни.
Re: Пренасяне на различни формати за дати
Принос от brandelh »Вторник, 14 април 2020 г. 12:30 ч
ако нямате указание за произхода в реда, значи наистина имате проблем.
04.14.2020 е ясно, при което всъщност не трябва да има точки освен /, но 03.05.2020 не !
Следователно DBF винаги запазва датата вътрешно ГГГГММДД. ако имате само текст и смесени DD.MM.YYYY и MM.DD.YYYY тогава лека нощ.
Re: Пренасяне на различни формати за дати
Принос от xdragon2009 »Вторник, 14 април 2020 г. 12:34
Re: Пренасяне на различни формати за дати
Принос от Ролф Рамахер »Вторник, 14 април 2020 г. 14:48
Член на групата XUG-Кьолн
www.xug-cologne.de
Re: Пренасяне на различни формати за дати
Принос от Бертрам Хансен »Вторник, 14 април 2020 г. 15:14
Как към настоящото поле се адресира/оценява в момента програмата? Може би можете да направите някои изводи от него.
Поздрави Бертрам
http://www.tobax.de
Член на XUG Кьолн
Член на XUG Osnabrück
Оценител на немскоговорящите разработчици на Xbase e.V.
Докато какаовите зърна растат по дърветата, шоколадът е плод!
Re: Пренасяне на различни формати за дати
Принос от Манфред »Вторник, 14 април 2020 г. 15:16
Re: Пренасяне на различни формати за дати
Принос от Том »Вторник, 14 април 2020 г. 16:42
Re: Пренасяне на различни формати за дати
Принос от BJelinek »Вторник, 14 април 2020 г. 16:47
може би друго поле в базата данни дава намек,
дали датата е немска или английска.
напр. Език = e е mm.dd.yyyy
Език = d е dd.mm.yyyy
Re: Пренасяне на различни формати за дати
Принос от Том »Вторник, 14 април 2020 г. 17:19
Re: Пренасяне на различни формати за дати
Принос от BJelinek »Вторник, 14 април 2020 г. 18:06
Re: Пренасяне на различни формати за дати
Принос от Манфред »Вторник, 14 април 2020 г. 18:19
Re: Пренасяне на различни формати за дати
Принос от ОКО УШО »Вторник, 14 април 2020 г. 19:23
ако имате "различни" DBF файлове, трябва да проверите кодовата страница и да започнете съответно преобразуване.
Re: Пренасяне на различни формати за дати
Принос от Том »Вторник, 14 април 2020 г. 20:08
Re: Пренасяне на различни формати за дати
Принос от ОКО УШО »Вторник, 14 април 2020 г. 20:21
и Корона без маска .
работиш ли с DBF файлове, които "не са немски"
тъй като "датата" е в текстово поле, се използва назначението на клавиатурата на операционната система и потребителят получава "както обикновено"
въз основа на кодовата страница "би могло" да се направи извод "как" трябва да бъде "форматът на датата".
Re: Пренасяне на различни формати за дати
Принос от brandelh »Вторник, 14 април 2020 г. 21:08
Re: Пренасяне на различни формати за дати
Принос от ОКО УШО »Вторник, 14 април 2020 г. 22:33
под dBase] [в „7-битовия“ DBF няма тип „D“
само с dbase III дойде "8-битовият" DBF и трябваше да "конвертирате" dBase] [DBF, така че да работят под dBase III.
с това се появиха нови типове полета като "D", "L". но как трябва да "сортирате" (индекс)
тъй като е работил „преди“ със низ, той е останал назад. работи .
тогава ситуацията се промени с проблема Y2K, тъй като EPOCH сега също играе роля, така че сега на тип "D" и ВЕК
ако получите такива "странни" DBF файлове в ръката си, може да се окаже, че използваната кодова страница ви помага да намерите решение. дали Xbase ++ може да се справи с това е друг въпрос.
Re: Пренасяне на различни формати за дати
Принос от xdragon2009 »Сряда, 15 април 2020 г. 9:45 ч
Здравейте и благодаря за вашите предложения и съвети.
Програмистът използва текстово поле за съхраняване на датата и други допълнения в него. За съжаление не можете да видите каква е целта на това и за съжаление вече не можете да попитате програмиста.
Сега ще прехвърля стойностите, доколкото е възможно, с бележка на клиента, че това не трябва да е правилно. Тъй като има над 50 000 записа на данни, ръчната проверка, разбира се, не е възможна.