Как да импортирате от Excel в Paradox
Накратко, такава функция. Трябва да конвертирам база данни на Excel в db. Как да го направим по-добър. Когато се опитвам да запиша от Excel като dBase, тогава има боклук с базата данни. Като цяло, с помощта на Delphi, как мога да реализирам това. Plzzzz момчета помогнете!
Ако трябва да прехвърлите база 1 път, аз на ваше място бих използвал Access (97 и по-нов). 1. Импортиран Excel - > Достъп до главния (не връзка, а импортиране). 2. Коригирате типовете, размера на полетата. Може би някъде данните ще трябва да бъдат коригирани. Можете да проверите условията за данните. 3. Експортирате таблицата навсякъде, където благословията на индексите ви липсва. (Dbase от всякакъв вид, Paradox от всякакъв вид).. Получавате висококачествен .db И след това пишете програма за обработка за него в Delphi.
Е, ако трябва постоянно да прехвърляте - това е много досадно, изобщо не бих се забърквал с него.
> постоянно се движи - много е мрачно
Правя това през цялото време (прехвърлям от един тип база данни в друг) и не е скучна работа да напиша програма за трансфер, когато трябва да я стартирате, това е.
Имах предвид - всеки път от Excel. Няма проблеми с прехвърлянето на типа DBF-DB, Access-DBF, DBF-SQL Server и др.
И ако всеки път от Excel. има преобразуване на тип, ограничение за операции с таблицата. В крайна сметка Excel обикновено се използва от хора, които знаят и разбират малко за базата данни. Например, не мога да накарам някой от моите потребители да не оставя празен ред в началото на работния лист - той така или иначе пише нещо там. Или прави заглавките на таблицата многоредови. Такива неща не стават, ако пишеш автоматичен импорт от Excel. Да, има много неща.
Е, когато човек кара в Excel, тогава да, имам база данни, напълнена в Excel 5 от различни хора, под формата на пътни листове, не само че всички те се представят по различен начинкак да вкарате и същият човек днес прави едно нещо, утре различно, без формализиране. :-(( вярно е, общото мнение не може да бъде преведено по друг начин освен с „дръжки“. но какво да кажем за тъжните неща веднага? Има и други ситуации, когато отчетите се получават, качени от други програми (1C) в Excel, тук всичко е страхотно от различни места и всичко е в един стандарт. Преводът навсякъде не е проблем. :-))
"има други ситуации, когато идват отчети, качени от други програми (1C) в Excel, всичко е страхотно тук от различни места и всичко е в същия стандарт" - и работните листове са защитени от промени. ;))
Ако трябва постоянно да прехвърляте, тогава е по-добре да не се намесвате в този мрачен бизнес. Или настоявайте докрай за пълното формализиране на получената информация.
Имах този проблем преди година и половина. Беше необходимо да се получат ценови листи от една организация и да се въведат в базата данни на клиента. Внедрено нещо подобно: 1. В прозореца имаше компонент TOleContainer, в него беше отворен Excel файл. 2. Потребителят избра колоните (или областта от клетки), необходими за прехвърляне. 3. До компонента имаше списък със съответствие на коя колона, кое поле в базата данни съответстваше. По принцип може да се конфигурира само веднъж. Но тъй като файлът на Excel можеше да се промени, той също беше създаден от програмата и след това променен от хора, беше необходим списък за съвпадение. 4. Най-важните. Уверете се, че изпратеният файл на Excel трябва да има колона(и)-идентификатор (първичен ключ), чрез който можете уникално да идентифицирате реда. Този идентификатор също трябваше да се съхранява в базата данни на клиента, за да може недвусмислено да се определи кой продукт е с промяна в цената или се е появил нов продукт със собствени цени.
Като цяло хемороидите бяха пълни. Системата с мъка наполовина дори не е многоРаботих, докато не се свързах директно с програмиста, който поддържа програмата в организацията, изпращаща ценовата листа, и за този клиент базата в Paradox започна да пристига. Проблемите значително намаляха :) И аз ви съветвам да потърсите такъв подход.