Új hozzászólás Aktív témák

• #1339 sztanozs veterán sanzi89 #1338

  Új Válasz 2012-08-14 15:09:01 #1339

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz sanzi89 #1338 üzenetére

  Az volna az igazi, ha mindent paraméterrel illesztenél be. Akkor nem kellene az aposztrofozás a string mezőknél és az összes lehetséges string kódolási hiba kiszűrhető volna...

  Erről beszélek

• #1337 sztanozs veterán sanzi89 #1335

  Új Válasz 2012-08-14 14:59:45 #1337

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz sanzi89 #1335 üzenetére

  Tegyél egy kettőspontot a TXT50 elé a Query-ben (ParamByName-ben nem kell): [link]

• #1336 Goose-T veterán sanzi89 #1335

  Új Válasz 2012-08-14 14:55:26 #1336

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Goose-T

  veterán

  válasz sanzi89 #1335 üzenetére

  Akkor Delphi-ben duplázd az aposztrófokat. Mi ezen a bonyolult?

• #1334 sztanozs veterán sanzi89 #1332

  Új Válasz 2012-08-14 14:31:17 #1334

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz sanzi89 #1332 üzenetére

  Ne konkatenált SQL beillesztést használj, hanem parametrizáltat. Azzal megeszi a "speciális" karaktereket is...

• #1333 Goose-T veterán sanzi89 #1332

  Új Válasz 2012-08-14 14:30:06 #1333

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Goose-T

  veterán

  válasz sanzi89 #1332 üzenetére

  Duplázd meg a txt-ben az aposztrófokat, úgy már be fogja venni. Hogy jobban értsd: cseréld ki ezeket: ' erre: '' .

  Szerk.: ne a hagyományos magyar kettős idézőjelre cseréld ("), hanem a szimpla aposztrófból tegyél kettőt egymás után(''), és azt egynek fogja venni az SQL.

• #1326 sztanozs veterán sanzi89 #1324

  Új Válasz 2012-07-31 11:00:16 #1326

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz sanzi89 #1324 üzenetére

  Beszúrsz egy plusz autonumber típusú mezőt és utána mát tudod törölni csak az egyiket...

• #1321 Sk8erPeter nagyúr sanzi89 #1318

  Új Válasz 2012-07-30 13:32:19 #1321

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz sanzi89 #1318 üzenetére

  Abban igazad van, hogy írtad, hogy nincs kulcs, ez őszintén szólva kissé számomra elsikkadt a hsz.-ek után. DE ilyen alapon - ha már ilyen jól belejöttünk az egymásba való belekötésbe - attól még tartozhat valami olyan mező is a táblához, ami alapján egyértelműen lehet azonosítani az adott sort (még ha nem is ténylegesen KULCS az adatbázis szintjén!!), de erről sem írtál SEMMIT, tehát fogalmunk nem lehetett az adatbázis-szerkezetedről sem.
  Delphi? Mutasd már meg, itt hol írtál ilyenről egyáltalán: [link]. És ha Delphi, akkor mi van? Ez a rész a lényeg szempontjából miért érdekes? Attól még miért ne lehetne akár grafikus alapú adatbázis-kezelőből módosítani az adatbázist? Mi köze a kettőnek egymáshoz?
  A sok-sok (!!) duplikációval kapcsolatban meg hadd idézzelek:
  "Van benne 2 sor, ami totálisan megegyezik, minden mező értéke ugyan az."
  Amit itt írsz, azt jelenti, összesen 2 sorral van problémád. Ebből tehát rohadtul nem derül ki az, amit a későbbiekben írtál le, hogy SOK duplikáció van, ergo NEM csak két sor.

  "Van egy táblám, benne adatok."
  Semmi információ arról, hogy ez Access lenne, és milyen adatokról van szó (értsd: adatbázis-struktúra, esetleg példa).

  Idióta visszakérdezgetések és a mostani, tök felesleges veszekedés és e-pénisz-villogtatás elkerülése érdekében pl. feltehetted volna a kérdést úgy (csak egy példa), hogy "van egy Access-táblám, semmilyen mező nem azonosítja egyértelműen a sorokat (nincs azonosítójuk), és elég sok sor duplikálva van. Milyen módon tudnám megszüntetni a duplikációt?
  Struktúra:
  ABCDE
  Egy konkrét példa egy sorra (ilyenből van kettő):
  XYZ"

  ======

  (#1319) -Zeratul- : ja, nyilván a kérdés tökéletes volt. Azért olvasd el a fentit, hogy hogyan lehetett volna elkerülni, hogy most itt ilyen óvodás hőzöngés alakuljon ki.

• #1317 martonx veterán sanzi89 #1315

  Új Válasz 2012-07-30 13:04:31 #1317

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz sanzi89 #1315 üzenetére

  Talán ha értelmesen kérdeznél, értelmes válaszokat kapnál.

• #1316 Sk8erPeter nagyúr sanzi89 #1315

  Új Válasz 2012-07-30 13:00:16 #1316

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz sanzi89 #1315 üzenetére

  Nem tudom, mi a frászt vársz, amikor az elején nekünk kell helyetted kitalálni az infókat, belőled meg harapófogóval kell kihúzni...
  Ha szarul teszed fel a kérdést, talán ne lepődj meg, hogy nem kapsz egyből konkrét választ. És ne forgasd a szemeidet, ha már te kérsz segítséget...

• #1313 bpx őstag sanzi89 #1306

  Új Válasz 2012-07-30 12:05:43 #1313

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz sanzi89 #1306 üzenetére

  duplikált (vagy akár annál többször ismétlődő) sorok törlése (egy megtartása) a'la Oracle:

  DELETE FROM tabla1
  WHERE rowid NOT IN
  (SELECT MIN(rowid) FROM tabla1
  GROUP BY oszlop1, oszlop2, oszlop3, ... );

  na most az Access-hez semmi közöm nincs, szóval Google
  ha ott is van rowid "metaoszlop", akkor nyert ügy
  ha nincs akkor mondjuk legegyszerűbb egy SELECT DISTINCT amit már írtak

• #1312 Goose-T veterán sanzi89 #1308

  Új Válasz 2012-07-30 11:46:45 #1312

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Goose-T

  veterán

  válasz sanzi89 #1308 üzenetére

  Ha csak egy sor van, ami kétszer van benne, akkor kitörlöd mindkettőt, aztán létrehozol egy új sort ugyanazokkal az adatokkal, csak egyszer. Ha sok duplázást kell kiszűrni, akkor meg új tábla kell, nem tudom, hogy az Access támogatja-e a SELECT INTO utasítást, ha igen, akkor így át tudod tölteni az adatokat duplázás nélkül egy új táblába:

  select distinct * into UJ_TABLA from REGI_TABLA

  Aztán ha megvan, akkor a régi tábla törölhető, az új táblát meg átnevezed a régi nevére. Ha nem megy SELECT INTO, akkor létrehozol egy új táblát a régi mintájára ugyanazzal a mezőkkel, és nyomsz egy ilyet:

  insert UJ_TABLA select distinct * from REGI_TABLA

  Aztán megint mehet az átnevezés.

• #1310 martonx veterán sanzi89 #1308

  Új Válasz 2012-07-30 11:44:05 #1310

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz sanzi89 #1308 üzenetére

  Próbáld meg az Access grafikus tábla megjelenítőjében jobb gomb, törlés-sel. Persze lehet, hogy ekkor is törli mindkét sort? Bár nem hinném.

• #1309 Sk8erPeter nagyúr sanzi89 #1308

  Új Válasz 2012-07-30 11:39:26 #1309

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz sanzi89 #1308 üzenetére

  Szerencsére nem sok dolgom van Access-szel.
  De gyorsan rákeresve ezzel pl. lehet böngészni Access adatbázist is: RazorSQL
  Lehet, hogy elbeszélünk egymás mellett, de amit írtál, azt úgy értelmezhető, hogy összesen 2 egyező sor van, és az egyiket törölni kellene. De javíts ki, ha arra gondolsz, hogy MINDEN sorból dupla van......
  Ha viszont csak egy, akkor igazából nem vágom, hogy most mi is a probléma, egy rendes grafikus alapú adatbázis-kezelőben csak az adott sornál rámész, hogy delete, és meg is vagy. Vagy beadod query-ként, most csak legegyszerűbb példával élve:
  DELETE FROM akármitábla WHERE id = 3
  [link]

• #1307 Sk8erPeter nagyúr sanzi89 #1306

  Új Válasz 2012-07-30 11:27:31 #1307

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz sanzi89 #1306 üzenetére

  Már miért ne lehetne? Összesen van 2 sor, ami egyezik, és az egyik sort törölni szeretnéd? Mi ebben a nehéz? Milyen adatbázis? Milyen adatbázis-kezelőt használsz egyáltalán, hogy a kérdés felmerült?

• #1288 sztanozs veterán sanzi89 #1287

  Új Válasz 2012-07-24 11:17:05 #1288

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz sanzi89 #1287 üzenetére

  Gondolom Delphi-ben is van prepared statement. Tessék azt használni és nem stringet konkatenálni...

• #1284 bpx őstag sanzi89 #1280

  Új Válasz 2012-07-23 15:44:38 #1284

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz sanzi89 #1280 üzenetére

  és hány oszlopa van a táblának? mert ez ugye csak akkor helyes ha az összes oszlopnak adsz értéket a values részben

  másik dolog ez a kapcsos zárójeles trükközés, access-hez semmit nem értek, nincs valami egyszerűbb módja a dátumbeállításnak, ami biztosan jó? (NULL-t megeszi pl. az a oszlop?)

• #1283 martonx veterán sanzi89 #1278

  Új Válasz 2012-07-23 15:41:52 #1283

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz sanzi89 #1278 üzenetére

  INSERT INTO log (DateTime, TypeID) VALUES ({ ts '1990-12-31 00:00:00' } , 1)

  1. próbáld ki kapcsos zárójellel a log-ot [log]-ként, lehet hogy az access a log-ot valami parancsszóként értelmezné tábla név helyett
  2. { ts '1990-12-31 00:00:00' } - ez mi??? Valami ilyesmit próbálnék meg helyette: #2009-04-21 14:25:53# esetleg #'2009-04-21 14:25:53'#
  3. Access-be belépve kapod ezt, vagy delphi-ből futtatva? Mert ha delphi-ből, akkor én megpróbálnám a helyedben access query-ből közvetlenül.

  Remélem segítettem, nagyon igyekszek távol tartani magam az access-től.

• #1281 Sk8erPeter nagyúr sanzi89 #1280

  Új Válasz 2012-07-23 15:23:16 #1281

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz sanzi89 #1280 üzenetére

  Nem az a baj, hogy a "log" egy foglalt név? Ilyen problémával már találkoztam MySQL-nél, és ott az a megoldás, hogy köréteszed a visszafelé dőlő aposztrófot, aminek most nem jut eszembe a neve
  Tehát
  log
  helyett
  `log`

  De mindez Access-ben nem rémlik, megy-e, szerencsére nem sok dolgom volt Access-szel.

• #1279 bpx őstag sanzi89 #1278

  Új Válasz 2012-07-23 15:10:13 #1279

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz sanzi89 #1278 üzenetére

  lehet megint a DateTime kavar be neki, próbáld meg az oszlopnevek felsorolása nélkül

• #1264 tisn veterán sanzi89 #1263

  Új Válasz 2012-07-18 13:17:56 #1264

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tisn

  veterán

  válasz sanzi89 #1263 üzenetére

  ha megtalalod, szolj, segitek megverni

• #1263 sanzi89 addikt sanzi89 #1262

  Új Válasz 2012-07-18 12:43:54 #1263

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sanzi89

  addikt

  válasz sanzi89 #1262 üzenetére

  Ütném azt a barmot, aki leprogramozott egy beléptető rendszert úgy, hogy DateTime a mezőnév. log.DateTime-mal működik...

• #1262 sanzi89 addikt sanzi89 #1261

  Új Válasz 2012-07-18 11:48:41 #1262

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sanzi89

  addikt

  válasz sanzi89 #1261 üzenetére

  Erre rájöttem már, hogy hülyeség, de nem tudom még így se megoldani, hogy növelje az órát. Elvileg a DateTime egy double típusú szám, szóval megcsinálhatnám ezt:

  UPDATE log SET DateTime=1

  De ez is szintaktikai hibás.

Új hozzászólás Aktív témák