Перенесення різних форматів дат - Неофіційний німецький форум Xbase
Німецькомовний форум для розробників у світі Xbase, пропозиція німецькомовних розробників Xbase-e. V.
Порт різних форматів дат
Модератор: Модератори
Порт різних форматів дат
Внесок від xdragon2009 »Вівторок, 14 квітня 2020 р. 12:14.
Зараз я намагаюся перенести існуючу базу даних на Xbase ++. Мені здалося, що в існуючому "полі дати" є різні формати дат.
z. Б.:
14.04.2020
04.14.2020
Хтось уявляє, як я можу їх елегантно перенести? Зрештою, я не хочу мати невідповідність у новій базі даних.
Re: Портування різних форматів дат
Внесок від брендель »Вівторок, 14 квітня 2020 р., 12:30
якщо у вас у рядку немає вказівки на походження, то у вас справді є проблема.
04.14.2020 зрозуміло, хоча насправді не повинно бути пунктів, крім /, але 03.05.2020 ні !
Тому DBF завжди зберігає дату внутрішньо РРРРММДД. якщо у вас є лише текст і змішані ДД.ММ.РРРР і ММ.ДД.РРРР, тоді на добраніч.
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 Оснабрюк
Засідатель німецькомовних розробників Xbase e.V.
Поки какао-боби ростуть на деревах, шоколад є плодом!
Re: Портування різних форматів дат
Внесок від Манфред »Вівторок, 14 квітня 2020 р., 15:16
Re: Портування різних форматів дат
Внесок від Том »Вівторок, 14 квітня 2020 р., 16:42
Re: Портування різних форматів дат
Внесок від Б.Єлінек »Вівторок, 14 квітня 2020 р., 16:47
можливо, інше поле в базі даних дає підказку,
будь то дата німецька чи англійська.
напр. мова = e дорівнює mm.dd.yyyy
Мова = d - ддмммррррр
Re: Портування різних форматів дат
Внесок від Том »Вівторок, 14 квітня 2020 р., 17:19
Re: Портування різних форматів дат
Внесок від Б.Єлінек »Вівторок, 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: Портування різних форматів дат
Внесок від брендель »Вівторок, 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 записів даних, перевірка вручну, звичайно, неможлива.