如何将字符型数据插入表时自动转成日期型

yulihua49

〇〇 发表于 2016-10-24 12:48
前3个date
第4个timestamp

是。那格式各不相同。
如果更多的看：
月度：YYYY-MM
铁路的时刻表：YYYY-MM-DD HH24:MI
等等，一个表内什么格式都有。

〇〇

yulihua49 发表于 2016-10-26 12:55
是。那格式各不相同。
如果更多的看：
月度：YYYY-MM

内部存储可以统一,输出可以to_char

yulihua49

〇〇 发表于 2016-10-26 13:10
内部存储可以统一,输出可以to_char

内部本来就是统一的。说的就是IO时。
你只好to_char了，省不掉。这点不如INFOMIX好，它的列定义就定义了缺省格式，以后在SQL里就无需这么罗嗦了。

〇〇

create table dt(a int,b date,c date,e timestamp);
SQL> insert into dt values(1,
  2  to_date('2000-10-30','YYYY-MM-DD'),
  3  to_date('201012211120','yyyymmddhh24mi'),
  4  to_timestamp('20150623123456.9913','yyyymmddhh24miss.ff')
  5  );

已创建 1 行。

newkid

yulihua49 发表于 2016-10-26 13:23
内部本来就是统一的。说的就是IO时。
你只好to_char了，省不掉。这点不如INFOMIX好，它的列定义就定义了 ...

设计数据类型一定要坚持用DATE或TIMESTAMP。
至于输出格式，想怎么变就怎么变，大不了写个视图，只要TO_CHAR一次。

yulihua49

〇〇 发表于 2016-10-26 14:34
create table dt(a int,b date,c date,e timestamp);
SQL> insert into dt values(1,
  2  to_date('200 ...

说的是。想省掉格式化函数。
我现在的办法是为每个表建模板，模板里规定了相关日期列的格式。
语句自动生成。set和where子句自己写，不写格式。等生成语句时自动添加。

1. <p><p>RC_MID:7F6F3CDBE700 10/30 12:45'34 OAD_mk_ins sth=0,INSERT INTO CMS_PROD.CUT_PI_ENTRY (streaming_session_id,data_version,txn_class,txn_revision,txn_ssn_a,txn_ssn_b,ols_txn_type,settlement_date,application_validation_flags,host_name,multipart_txn_count,issuer_abort_reason,acquirer_id,destination_participant_id,account_type,portioned_txn_flag,format_version,txn_date_time,source_participant_id,device_id,sam_id,udsn,service_participant_id,device_location,device_ssn,business_date,transaction_status,cd_set_version,reconciliation_date,ud_type,ud_subtype,device_home_depot,mass_installation_id,iss_exception_proc_abrtd,iss_exception,iss_txn_reflection,cch_flags_txn_portion,cch_flags_txn_summarised,cch_flags_txn_forwarded,cch_flags_txn_apportioned,cch_txn_good_for_summaries,cch_no_further_proc,cch_exception,cch_txn_not_to_issuer,cch_txn_approved,exception_list,card_issuer_id,card_serial_number,card_type,card_life_cycle_count,card_action_sequence_number,route_line_id,route_direction,passenger_type,journey_type,current_location,number_of_passengers,number_of_zones,previous_operator,trip_origin_location,trip_previous_location,lav_sam_id,lav_participant_id,lav_date,lav_txn_value,lav_remaining_rides,lav_ptsn,lav_method_of_payment,data_is_valid,invoice_printed,num_rides,remaining_rides,product_issuer_id,product_serial_number,product_type,product_action_sequence_number,ptsn,application_provider_id,application_serial_number,application_personalise_cat,app_action_sequence_number,application_type,application_passenger_type,key_version,v_start_date_time,v_end_date_time,v_duration,v_distance_origin,v_distance_destination,v_distance_distance,v_journey_period_journeys,v_journey_transfers,v_route_routes,v_location_locations,restrictions_day,restrictions_time,v_period_duration,v_origin,v_destination,pass_end_date_time,lav_pass_expiry_date_time,transaction_value,currency_indicator_fin_details,sales_tax,discount,tax_rate,tax_code,number_of_payments,payment_method,payment_value,partial_transaction_value,partial_sales_tax,purse_remaining_value,lav_remaining_value,lav_amount_paid,invoice_not_printed,start_of_journey,delay_date,delay_station_location,delay_operation_mode,first_use_activation,value_per_ride,total_journey_amount,city_industry_code) VALUES ( :1, :2, :3, :4, :5, :6, :7,TO_DATE(:8,'YYYY/MM/DD'), :9, :10, :11, :12, :13, :14, :15, :16, :17,TO_DATE(:18,'YYYY/MM/DD HH24:MI:SS'), :19, :20, :21, :22, :23, :24, :25,TO_DATE(:26,'YYYY/MM/DD'), :27, :28,TO_DATE(:29,'YYYY/MM/DD'), :30, :31, :32, :33, :34, :35, :36, :37, :38, :39, :40, :41, :42, :43, :44, :45, :46, :47, :48, :49, :50, :51, :52, :53, :54, :55, :56, :57, :58, :59, :60, :61, :62, :63,TO_DATE(:64,'YYYY/MM/DD'), :65, :66, :67, :68, :69, :70, :71, :72, :73, :74, :75, :76, :77, :78, :79, :80, :81, :82, :83, :84,TO_DATE(:85,'YYYY-MM-DD HH24:MI:SS'),TO_DATE(:86,'YYYY-MM-DD HH24:MI:SS'), :87, :88, :89, :90, :91, :92, :93, :94, :95, :96, :97, :98, :99,TO_DATE(:100,'YYYY-MM-DD HH24:MI:SS'),TO_DATE(:101,'YYYY-MM-DD HH24:MI:SS'), :102, :103, :104, :105, :106, :107, :108, :109, :110, :111, :112, :113, :114, :115, :116, :117,TO_DATE(:118,'YYYY/MM/DD'), :119, :120, :121, :122, :123, :124)
   

复制代码

这个语句自动生成的，我可没精神写这破玩意儿。

newkid

yulihua49 发表于 2016-10-27 10:31
说的是。想省掉格式化函数。
我现在的办法是为每个表建模板，模板里规定了相关日期列的格式。
语句自动 ...

还好你的存储用的是DATE格式不是字符串，要不然可要被我鄙视了。

yulihua49

newkid 发表于 2016-10-27 22:26
还好你的存储用的是DATE格式不是字符串，要不然可要被我鄙视了。

我是日期类型的拥趸，一直使用日期类型。强调项目里能用日期时间类型的尽量用。
铁路，是时间敏感系统，绝大多数任务，都是在计算时间。日期类型进行时间计算有天然优势。

yulihua49

newkid 发表于 2016-10-27 22:26
还好你的存储用的是DATE格式不是字符串，要不然可要被我鄙视了。

那个语句里有不同的日期格式。怎么自动实现的呢？
CUT_PI_ENTRY|SETTLEMENT_DATE|CH_JUL|4|YYYY/MM/DD||
CUT_PI_ENTRY|TXN_DATE_TIME|CH_TIME|8|YYYY/MM/DD HH24:MI:SS||
CUT_PI_ENTRY|SAM_ID|CH_INT|4|||
CUT_PI_ENTRY|DELAY_DATE|CH_JUL|4|YYYY/MM/DD||
CUT_PI_ENTRY|LAV_DATE|CH_JUL|4|YYYY/MM/DD||
CUT_PI_ENTRY|BUSINESS_DATE|CH_JUL|4|YYYY/MM/DD||
CUT_PI_ENTRY|RECONCILIATION_DATE|CH_JUL|4|YYYY/MM/DD||

这个数据加到某一个字典表里，生成器读那个字典表，就知道哪个列用哪个格式。就是一个补充字典。

〇〇

yulihua49 发表于 2016-10-28 15:48
那个语句里有不同的日期格式。怎么自动实现的呢？
CUT_PI_ENTRY|SETTLEMENT_DATE|CH_JUL|4|YYYY/MM/DD|| ...

不错.