nowe tabele w bazie danych

szukam od ponad 3 godzin i sie poddaje...
mam pewien projekt w vc+ 2005 w ktorym pobieram z bazy danych (Acces) tabele do gridviewa jednak nastepnie po wpisaniu kilku nowych danych chce aby wszystko zapisywalo sie w tej samej bazie danych ale w nowej tabeli najlepiej gdyby ich nazwami byla data aktualnego dnia pobranego chociazby z datatimepicker
ort! ort! i nic...
ort! tak:

DataTable ^table= gcnew DataTable("nowa");
dataSet->Tables->Add(table);

co dalej? probowalem cos z TableAdapter->Update(dataSet) ale nic mi nie wychodzi... :(

bardzo bede wdzieczny za pomoc bo juz nie mam sily

nie utworzysz w ten sposob nowej tablicy na bazie danych. musisz wprost nakazac bazie danych utworzenie takowej. albo zrob to sam, recznie - podepnij sie jakimkolwiek klientem sql do tej bazy i wyslij odpowiednie create table, albo niech Twoj program to zrobi na starcie, jesli ta tabela jeszcze nie istnieje..
dopiero potem operuj na tej nowej zaloznej przez Ciebie tablicy poprzez datasety/datatable i dostawiaj do niej wiersze

Ja bym sie jeszcze zastanowil, czy takie podejscie jest sensowne. Lepiej raczej utworzyc jedna tabele przechowujaca te dane, z kolumna oznaczajaca dany dzien ;) Tak sie to robi klasycznie :)

//q: ostatnio odkrywam coraz czesciej, ze ludzie szybciej sie ucza jak jednak pozwolic im sobie strzelic w noge.. ]:>

hehe :) dzieki za szybka odpowiedz ;] juz myslalem o takim rozwiazaniu bravo ale w przypadku gdy program mial by obslugiwac kilka lat razy wszystkie dni a w kazdym dniu sporo rekordow to balem sie ze takie rozwiazanie dosc spowolni dzialanie programu ale w sumi skoro tyle z tym zabawy to przeszukiwanie milionowej ilosc rekordow ( o ile jest taka mozliwa - nie wiem bo dopiero planuje ogarnac podstawy bazowe ( wiem ze excel mial jakies ograniczenie ale chyba nie acces)...) powinna zajac na moim kompie maxymalnie kilka sekund i to raczej dlatego ze nie nalezy on juz do najnowszych :) w kazdym razie dzieki za jakies rozwiazanie mojego problemu zaraz sie wezme do roboty :) pozdro</ort>

I tak spowolni, i tak. Dane przede wszystkim mozna archiwizowac. Po drugie mozesz uzyc czegokolwiek poza Accessem ;) Szczerze zalecam. Z dobrych darmowych jest chocby SQL Server Express czy Compact Edition.

Co do ilosci tabel to chyba kazdy silnik ma jakies ograniczenie. Co do tego, ze kilka tabel z tymi samymi danymi, ale w innym okresie to zly pomysl - sprobuj wyciagnac statystyki na przestrzeni kilku lat...

//q: ostatnio odkrywam coraz czesciej, ze ludzie szybciej sie ucza jak jednak pozwolic im sobie strzelic w noge.. ]:>

Cos w tym jest ;)

johny_bravo napisał(a)

I tak spowolni, i tak. Dane przede wszystkim mozna archiwizowac. Po drugie mozesz uzyc czegokolwiek poza Accessem ;) Szczerze zalecam. Z dobrych darmowych jest chocby SQL Server Express czy Compact Edition

ja tez.. jesli masz wymagania, zeby baza danych byla 'plikowa' (bo takie sa Accesowe - plik.mdb), to zrezygnuj z niego jak najszybciej.. jego SQL jest bardzo ulomny. Instalka SQL Express/Compact nie zajmie zauwazalnie wiecej miejsca niz instalka Office/Access, a maja o wiele wieksze mozliwosci.. [tzn. jako baza danych, nie jako srodowisok 4GL :) ]

Jeśli chodzi o baze lokalną to SQLite jest małe, zgrabne i przyjemne. Nie trzeba instalować, cały silnik siedzi w kilkumegowej dll'ce którą wystarczy podlinkować do exe'ka. Niestety w wersji free w nie ma wbudowanego mechanizmu szyfrowania :(
Jest kilka darmowych wrapperów do SQLite dla .NET.